Strategies and Paths

News No Comments »

When I decided to turn TagSpot into a startup project and brought Eric on board, our original plan was the following:

  1. Build a prototype
  2. Write a business plan
  3. Seek investors with prototype and business plan
  4. Build the real product

The first step was an easy one, we had it completed in about 3 months. And then we started to write the business plan, which was much harder to us than it first seemed: having to project yourself 3 years in the future when all you have is a technical expert background and a prototype is very hard. Whether we liked it or not, business is a whole world in itself and trying to understand what investors need to make a decision is a very tough job.

So after 2 months of trial-and-error, we realized that writing a business plan was the standard way, but not our way. Strategy number 2:

  • Build the real product, without investment so on our spare time
  • Write a business plan with information gathered around our first beta released
  • Seek investors
  • Keep going

The main problem with this second approach was the “spare time” part. We thought we could work after hours, we thought we would gather often during the week and at least once a week. But it didn’t work. Because we all have very busy lives and bringing money in is an important part of our lives so we managed to meet once a week and we didn’t move forward a lot inbetween. At some point it became clear that we needed an extra-boost, some time free of any day job to actually work on our product full-time. And to do that, we needed money! Back to starting point? Chicken-and-egg? Not really…

We started to look for an early investment solution. In the US, there is YCombinator. They give you a few tens of thousands of dollars based solely on a short presentation to get you from the idea to the first version. But we are not based in the US, and we don’t want to move since our best market is Europe. So we looked for a European equivalent, and we found better than that: SeedCamp.

SeedCamp is a three-step early investment program:

  1. You fill in the application form, a set of interesting questions about your project, what you want to do, etc.
  2. Based on this application, they select 20 teams to spend one week in London networking with all sorts of interesting and talented people and presenting your project and learning plenty of stuff.
  3. At the end of this week, they select 5 teams who get 50.000€ (against 10% equity) and spend 3 months in London to build the product, write a business plan and get ready for the big jump.

This is exactly what we needed. So strategy number 3:

  • Get early investment
  • Build the first beta release
  • Write a business plan
  • Keep going

Aaaaaaaalleluiah!

Now, if we get to the final 5 (BSG fans, this is not what you think!) of SeedCamp, we should have enough money and time to build our product, and now that Fabien has joined us to help us write the business plan, virtually nothing can stop us from conquering the world! Well, nothing except ourselves…

We’ve submitted our application form yesterday, now we’re waiting for the results and in the meantime, we keep working on our product. The results of this first step should be here in 2 weeks from now. Hopefully we can get to the SeedCamp Week, and then it’s the Success Highway :oP !

Having a strategy is not difficult, accepting to change it is much harder, but it seems necessary if you want to find the right one.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

MobiMap 1.0-RC2

Geek's Corner No Comments »

I just released version 1.0-RC2 of MobiMap library. Amongst the features I’ve added are:

  • better icons for screen controls
  • better support for touch screen devices with a new zoom slider
  • all strings are now internationalized in French and English
  • a help screen with all the active shortcuts when you hit 5 numeric key
  • it is now possible to customize all shortcuts programmatically

More information on the official site.

And if you want to test a demo application using MobiMap component, just point your mobile browser to http://mobimap.epseelon.org/mobimap.jad

We’d love to hear your feedback.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

MobiMap Demo

Geek's Corner No Comments »

I just posted a small demo of MobiMap on Vimeo. Check this out!


MobiMap Demo from Sebastien Arbogast on Vimeo.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

MobiMap JavaME 1.0-RC1 is out!

Geek's Corner, News 1 Comment »

We needed a reusable mapping component for TagSpot development, and we wanted it to be Open Source so that everyone can reuse it and improve it for the general interest. There was no such library available on the environment we’re working on so… we made it!

And here comes MobiMap. MobiMap is a library that offers a reusable and customizable mapping component for several mobile platforms. Today, we’re releasing the first release candidate for version 1.0 of the JavaME version. We’re still working on porting this library to Windows Mobile and iPhone environments, and we’ll release the final version of all three libraries at the same time. Until then, we need feedback from mobile developers and we need help to improve the library.

The project website is on http://mobimap.epseelon.org
Out support forum is on http://groups.google.com/group/mobimap
Our issue tracker is here: http://bugs.epseelon.org
MobiMap’s Subversion repository is here: http://svn.epseelon.org/mobimap-javame

Special Thanks go to…

First I would like to thank developers of Pyx4Me and Microemulator, thanks to which we could develop this library on the Mac.

I would like to thank Romain Guy, Richard Bair and the whole SwingLabs Team: MobiMap component is heavily inspired from JXMapViewer Swing component.

Special thanks also go to Antoine Jacquet, aka Royale, whose blog article about tile providers really helped me a lot in understanding all the tile APIs.

And last but not least, thanks to the whole TagSpot team for their help and support.

Finally, if you want to see what MobiMap can do on your phone, you can type the following URL on your phone: http://mobimap.epseelon.org/mobimap.jad. Or if you’re just too lazy to type this URL and you know how to use a QRCode, you can use the one on the right.

Be careful though, as MobiMap will download quite a bit of map data over your mobile connection so…

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

The Future of TagSpot’s Interface?

Geek's Corner No Comments »

There’s been a lot of buzz lately around a new project called Enkin. What they’re doing basically is reinventing the way we can “consume” location-based services with an augmented reality concept. Just see for yourself:


Enkin from Enkin on Vimeo.

That’s really amazing, I love it! Now as they say in their documentation, they’re currently focused on displaying the information, not creating it. And guess what: TagSpot is the perfect candidate as an information source to be consumed by such a user interface. And as far as we are concerned, we’re really focused on creating a community and sharing data. Guys, if ever you’re still looking for a partnership…

What do you guys think? Would you be interested in such a user experience on your mobile phone? And what about sunglasses with a screen that could overlay this information in real-time, ala Robocop?

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

GPS Inside

Geek's Corner No Comments »

That’s it, now it’s official: the iPhone 3G has a built-in GPS chipset, which means that TagSpot should be available on the iPhone very soon. The release date in Belgium is far less clear for the moment but hey, we can’t have everything.

By the way, a new geek has joined our team, especially to work on the iPhone client application for TagSpot. Fabien, welcome on board!

Last but not least, Eric, Fabien and I are all working on a new Open Source mapping component for mobile platforms that should be available and open sourced very soon. Stay tuned!

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

Hypercontext

What is TagSpot? No Comments »

Haven’t you ever wondered how something like the web has been able to change our lives so much in such a short period of time? I mean, the general public has had access to affordable Internet connections for what, 15 years or so. And as soon as this connection entered our houses, so did all sorts of services and usages: email, chatting, online auctions, e-commerce, and the list goes on, and on, and on…

Actually, we often confuse two very different things: the Internet and the Web. To make it short, the Internet is a physical network, made up of cables, routers… and WiFi radio waves! The Web is a totally different beast, it’s completely immaterial, it’s a virtual world of information and intelligence that spreads and circulates on the physical network of the Internet. And it’s not the only one. The email system is another virtual thing on top of the Internet. Even if you access your mail with a webmail like GMail or Hotmail, behind the scenes, it’s another application.

Tim Berners-Lee, the inventor of HypertextLet’s focus on the Web for a moment. My theory is that the biggest technological revolutions are based on the simplest concepts. The WorldWide Web (WWW) fits in that definition. There is one main concept behind the web as we know it: hypertext. The idea is that the Web was designed as, and still is for the most part, a knowledge network. Our collective knowledge and information is stored in web resources and all those websites are connected together via links, or to be more precise, hypertext links. It seems so natural to us today that it’s hard to imagine how such a simple idea can be the source of such a revolution. But just think about it for a minute: without hypertext links and websites, knowledge was stuck in books, on paper, and the only way to reference another book is with a bibliographic reference. And when you want to use that reference, you have to understand it, parse it in your mind and physically get to where the other book is stored. With hypertext links, it’s over. All you have to do is to store content in a virtual form in web resources, and create Unique Resource Locators (URL) for each and every piece of knowledge, and BOOM! Hypertext does the rest. Hypertext enables interconnection of knowledge pieces on the Web.

The truth is, the Web was designed at a time when there was no such thing as a mobile network. The Internet on which the web resided was mainly based on landlines and fixed connections. Which implies that most of the communication standards that make the Internet tick were not ready to handle mobile communications. For example, one of the most important standards, the Internet Protocol (IP) that defines the format for Internet addresses and how messages are routed from one point of the network to the other was not suitable: there weren’t enough available addresses to cover so many devices, and there were plenty of problems related to security and connectivity. That’s precisely why this standard, the language used by Internet nodes to communicate with one another is currently being upgraded worldwide to a new version that should cover for these new issues. But what about the Web?

Now that the Internet is progressively reaching our mobile phones, of course the pipes are open for existing usages like Web, email and others to invade our pocket. But are they really adapted? Think of email for example: the way it was designed, you have to connect onto the Internet and retrieve messages from your mailbox. But that’s not the way we expect messages to work on mobile phones. With Short Message Services (SMS) we’ve become dependent on being warned when there’s a new message for us. That’s why some companies like RIM and their Blackberry device have become so famous: they offered a new service called push-mail, which is really just a workaround to handle the limitations of an old system.

For the web, the differences are even bigger. Some are limitations of our mobile devices: the typical screen is much smaller than the ones we use on the traditional web, the keyboard is less comfortable too. Others are limitations of the Web itself and the basic concepts underneath it: for example, when you use your computer to access a resource on the web, your physical location is not relevant, which is why web addresses (URL) don’t embed that information. When you use a mobile, your location IS relevant, and more and more devices are able to retrieve your location. Wouldn’t it be great if that data was integrated in your service requests, so that the information you get takes into account not only the information you’re looking for, but also where you are right now? Oh and by the way, time becomes relevant too, right?

That’s precisely what I call “Hypercontext”. It’s like the next level of hypertext, a way to interconnect information not only based on it’s location, but also on the time and location when and where it was requested.

But what’s the point in terms of usages, you might ask. Well, let’s talk of advertisement for example. For years, we’ve been told that you can access many services on the web for free because they are funded by advertising. At the end of the day, we all have to make a living, so somebody has to pay. And if advertisements get on your nerves, then it’s a trade-off: you have to take the premium version and pay for it. So it’s either visual annoyances or charging. The question is why are advertisements so annoying? Well, most of the time it’s because it’s not very relevant, and since you’re so invaded by irrelevant information, you tend not to look at them anymore, so they become even more annoying in order to catch your eye just for a second. Some actors like Google have gone a long way in improving this situation with their AdWords. When you search something on Google, the results include ads that are related to the topic your searched for, hence it yields better results for announcers and it doesn’t need to be that annoying. But on the mobile, even Google Ads are annoying again, because they don’t take into account where you are and the time when you make a research. That’s where hypercontext comes into play: forget about parasite ads that pollute your precious small screen space! Now ads are valuable information that is embedded into the results you get from a service.

More importantly, the Web is mostly based on information. It was designed for users sitting in front of a static screen, not for active mobile users moving around with a device in their pocket. Hypercontext takes care of that major difference too. Since it embeds your location and time, it gives you access to hypercontextual actions. When you look for a movie theater in TagSpot, you get information about all the theaters near you, that are currently open, and you can directly buy a ticket for a given movie. That’s Hypercontext, that’s TagSpot!

Many people talk about “the Mobile Web”, a trimmed-down version of the Web as we know it, that will offer the same possibilities as the ones we have on our computers. And since there are three times as many mobile users as traditional Internet users, then it’s seen as a huge business opportunity to spread even more annoying ads. My point is: we have to be more creative than that. The mobile web is just not enough. It’s merely a transition technology. The real revolution shall be based on a new but very simple concept, and now you know about it. Hypercontext.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

Real-Time Information

What is TagSpot? No Comments »

There are already a few devices and applications that allow you to access semi-dynamic Point-Of-Interest databases, like TomTom and its MapShare technology. Some websites also make it possible to download POI lists onto any GPS device. The problem with those services is that you have to synchronize your device with a remote source in order to retrieve a batch of points of interest.

And what happens if the restaurant your PND lead you to has been closed since the last time you synchronized? And what about highly dynamic information like promotional events or parties?

The thing is that most of POI sources are made for devices without a network connection. TagSpot relies on the fact that it is built for mobile phones and smartphones and uses a network connection to retrieve the information you need and nothing more. And since it is not based on a local database that you have to synchronize, each time there is a change on the server, like a closed restaurant, a new party or anything, you can retrieve this information almost in real time. No need to synchronize, no need to worry about whether your device database is up-to-date, no more greedy application that eats up your whole device memory.

Technically, such a connected service is nothing new, but in the world of POI-based services, it opens up new possibilities like locating temporary events.

Of course, this network connection has a cost, especially on mobile networks where data connectivity is still more expensive than the one you have at home. But since the original iPhone came out, most mobile network operators have released unlimited flat-rate data plans. Hopefully data connectivity will become cheaper and cheaper as our mobile usage evolves. Anyways, TagSpot is not a mobile website, it’s an application that loads raw data, without all the images and useless data. So it loads only the data you need, nothing more, and in a very optimized form. So in the end, using TagSpot is relatively cheap compared to a mobile web or WAP site.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

Electronic Word-of-Mouth

What is TagSpot? No Comments »

I haven’t seen any official figure so it’s just an intuition, bu I have the feeling that most people go to a specific restaurant because a friend told them about it. For some categories of “places-to-go”, word-of-mouth seems to be the primary source of attraction.

And it is perfectly understandable: when you have too much information to integrate and process, so many available options, you’re better off trusting someone you know. The way it usually works is through social relationships, you meet with people, someone in the group knows a good restaurant and leads the whole team there. And if you appreciate the experience, maybe next time, if you remember it, you will recommend this place to other friends of yours.

Mobile communication networks make it easier to use this recommendation mechanism since you can also get in touch with “influential” friends anywhere. But you’re still forced to disturb them, force them to remember, integrate the partial information they give you with data you have in order to find the place… there’s gotta be a better way!

That is exactly what TagSpot tries to do: bring word-of-mouth to a whole new level. You can save your favourite places with their GPS location, comments and other information, so you don’t need to remember about them. And you can share it with everyone so that people you know and who trust your opinion can use your recommendation without disturbing you. And by integrating information from all the users as well as official data, you have everything you need to find the right place at your fingertips… and in realtime!

We’ll talk about real time in TagSpot next time.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis

Truly Mobile

What is TagSpot? 2 Comments »

“Mobile”… You hear that word a lot those days, and it’s easy to forget what it really means, especially in terms of the services users can have access to when they are… mobile!

In first approach, something that is mobile is something that moves, right? So logically, a mobile service is a service you provide to moving people. Now what does it mean in terms of service characteristics? What does it change compared to a more traditional online service like Amazon or eBay.

Well, it changes at least 3 important things:

  1. Users are probably not in front of a traditional computer. Maybe they are using a laptop on a table at Starbuck’s, but most probably they’re using a cell phone of some sort.
  2. You don’t know where your user is, and his/her location can be meaningful.
  3. The user is probably heading somewhere and our service might provide him with information about where he’s going.

Let’s call those level 1-2-3 of mobility.

Level 1 is very often just a transformation of an existing online service so that it can be accessed anytime, anywhere, from a mobile device like a cell phone. That’s the case of Facebook for the iPhone for example. Most of what we call the mobile web relies on mobility level 1 since it’s very hard for web or WAP sites to know your location unless you tell them explicitly.

Level 2 is what we often call Location-Based Services (LBS). Most of the time, such services are applications that you have to install onto your phone or come pre-installed when you buy it. Those applications use one or several location methods to know where users are and take that location information into account to provide users with location-aware information. For example, there are some mobile games that allow you to locate other players, or mobile social networking applications like Loopt, or weather services.

Finally, level 3 is about considering both your location and your intentions to move as interesting input to provide you with very relevant and targeted information. Once again, it’s almost impossible (at least for service providers who don’t have direct access to the mobile network infrastructure) to locate users from within a mobile browser. So you need your users to install special software that can query the network, an embedded GPS receiver or a Bluetooth GPS device to locate you precisely enough. And of course the service has to be intuitive and take into account the information users have and don’t have about where they’re going.

As you have probably guessed by now, TagSpot implements mobility level 3, as it relies mostly on an embedded GPS receiver OR an external Bluetooth GPS device to locate users, and by extending the concept of word-of-mouth, it provides users with both relevant and valuable information about wherever they’re going. We’ll talk about word-of-mouth next time.

Share and Enjoy:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • description
  • E-mail this story to a friend!
  • StumbleUpon
  • Technorati
  • TwitThis
WP Theme & Icons by N.Design Studio
Entries RSS Comments RSS Log in