TagSpot Blog

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

MobiMap Demo from Sebastien Arbogast on Vimeo.

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…

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?

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!

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.

Let’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.

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.

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.