The Radioactive Yak

Android, European Developers and ADC 2

2009-07-27T07:23:00.000+01:00

My new role at Google hasn't left me with much time for bogging lately, which is a shame because there's a lot going on that's worthy of note.

The good news is that blogging is now a bigger part of my job role -- albeit not on this blog.

As part of Google's developer relations team I'll be writing regularly for the EMEA Developer Blog (like last week's post calling for European entries for the second Android Developer Challenge). We aim to include plenty of content with a local flavour for developers in Europe, the Middle East and Africa. Rather than do all the work ourselves, we're also hoping to reach out to the community and get regular guest posts from EMEAs developer community. Comments are open, so let us know what you think and what you want to hear about.

While I'm here, some Android updates:

Andy Rubin has announced around 18-20 new Android powered handsets before the end of the year.
The HTC Hero is available for order at Orange UK.
The Samsung Galaxy is available from Bouygues Telecom in France and O2 in Germany (as the i7500).

Android News

2009-04-27T14:21:00.000+01:00

So it seems today is a day for Android announcements.

HTC has made the Android 1.5 (cupcake) system image available for the downloading and device flashing pleasure of ADP1 (developer phone) owners everywhere. This is an excellent opportunity to test your SDK 1.5 targeted applications on real hardware before it hits consumers, so get to it.

Speaking of consumers, O2 Germany just announced the June release of the first non-HTC device to hit the market, the Samsung I7500.

With more SDK features, more countries, more carriers, and more devices coming thick and fast, the potential audience for your kick-ass Android app is getting bigger by the second. Download the 1.5 preview SDK now and get started.

The Calls are Coming from Inside the House

2009-04-27T13:24:00.000+01:00

By now it should be pretty clear that I'm a fan of Android. It's a platform exciting enough to have driven me from my comfortable niche writing Windows desktop software into the world of mobile application development.

Now, I'm (extremely) happy to say that Google have let me turn my part-time amateur Android developer support and evangelism into a full time role as an Android Developer Advocate. I'll be based in Google's London office helping developers in EMEA produce the sort of awesome mobile applications I've always known are possible. It's a particularly exciting time in Android with version 1.5 of the SDK (now available in preview) featuring home-screen widgets, live folders, and video recording.

So what exactly is a developer advocate?

It's an opportunity to work on the inside, helping the developer community on two fronts: first by working with development teams to improve and perfect their apps, and secondly as a conduit back to the Android development team - helping to guide future Android development in a way that makes it even easier for developers to create great apps.

What does that mean for this blog?

I'll continue to blog about my own projects, as well as taking some close looks at the Android SDK as it grows and evolves. I'll also continue to feature new Google developer products as they're released, as well as my own projects and 'how-to guides'. What you won't see here, for obvious reasons, is speculation on future Google products, Google secrets, or new product announcements. As a member of the Developer Relations team in EMEA, I'll also take on some of the responsibility for Google's UK Developers Blog, so expect to see some more Android content from me there soon.

Over the past year I've found myself using Twitter (@retomeier) when I spot cool new products, and will probably continue to do that rather than dedicate whole blog posts to track every new product announcement.

Google I/O - Should I Come?

Yes! I'm really excited about Google I/O this year. There's going to be a ridiculous amount of useful information for people doing development with Google's developer offerings. Android developers in particular won't go away disappointed. I really hope to see some of you there - particularly if your based in any of the EMEA countries - so if you come along, be sure to come over and say 'Hi!'.

Earthquake! for Android

2009-02-27T16:54:00.001Z

A couple of years ago, the real-time earthquake display on display at the Natural History Museum in New York impressed me so much I ~~stole~~ ~~copied~~ created my own version of their concentric circle filled goodness.

Lately I've been focussing on mobile applications, so I figured why not move the same compelling UI to my Android handset?

Like the exhibit that inspired it, Earthquake! (Applications > News & Weather) shows not just the epicentres, but also an approximated 'damage zone' (inner circle, dark shading) and 'rumble zone' (outer circle, lighter shading) to give an impression of the areas likely to be affected by each earthquake. Zoom in to see which cities and suburbs will feel the tremor, and which are at risk for property damage.

Being a mobile app invites some personalization features not possible on a web site or museum display. Earthquake! lets you configure notification for new earthquakes that cause the phone to vibrate in proportion to the size of the detected quake. Small, magnitude 3 quakes barely shake your phone, but Big One's at 8 or 9 on the Richter scale will vibrate for up to 20 seconds.

Using My Location you can filter notifications to only alert you to earthquakes nearby, or for which you're within the expected 'rumble zone'.

So now if you've got an Android powered phone, you can have you own mobile real-time earthquake display. Then if you wake up in the deserted ruins of a post-apocalyptic nightmare you won't have to wonder whether or not the damage was caused by a magnitude nine earthquake splitting the Earth's crust in two.

The code used to create Earthquake! is a polished version of the ongoing example code shown in Professional Android Application Development, so if you like the idea pick up a copy and see how it's done.

eBooks, Kindles, and Mobiles

2009-02-25T14:28:00.000Z

A couple of weeks ago Chris Webb (of publisher John Wiley & Sons) wondered if Amazon's decision to make Kindle titles available on a variety of mobile phones might be especially game changing.

Being an eBook skeptic I wasn't entirely convinced. A spirited discussion on Twitter (@retomeier / @chriswebb) followed, which eventually led to Chris putting my response up in full on his blog as 'Digital Books: Digital FAIL?'.

Professional Android Application Development: Out Now!

2008-11-15T16:42:00.009Z

Professional Android Application Development ships tomorrow (Tuesday) from Amazon US, so those of you who pre-ordered should be seeing your copies in a couple of days. I'm really excited and can’t wait to find out what people think.

Where to buy

If you're interested in a copy the best place for me, for you to buy the book is Amazon following one of these links:

Free stuff and resources

If you'd prefer not to fork out without knowing a little more about what you're paying for (or just don't want to fork out at all), here's some useful resources that come free of charge:

Chapter 1 is available as a free PDF download [pdf] from the Wrox site if you want to learn more about Android before you commit to a 400 page tome. The TOC and index are there too. Chapter 7 [pdf ] -- which focusses on maps, location-based services, and the geocoder -- is available too.

Every concept in the book is supported with code snippets and a bunch of detailed step-by-step examples -- all of which you can download from the Wrox Open Source site.

If you're looking for details on something specific, Amazon's "Search Inside" is a surprisingly useful resource.

Android development conversation

I'll be looking to answer Android questions at the Wrox P2P forums, StackOverflow, and the Android Google Groups.

You can follow me on Twitter or FriendFeed, or just get book related news from the books Twitter feed and Friend Feed Room. I'll tweet any 'bugs' and changes to the text or code samples, as well as updates on any SDK releases that cause book code samples to break.

Still to come

To celebrate the book release I'll be posting a bunch of stuff about Android, including tutorials, walk throughs, and open source projects -- both here and other places online.

As luck would have it I got my G1 last week, so I can finally test and tweek my Android applications, so expect to see announcements about them in the coming days and weeks.

The Android Powered T-Mobile G1 Launched

2008-09-23T19:46:00.002+01:00

Google, HTC, and T-Mobile announced the G1 Android handset today. Here's what we learned:

Availability

US. The G1 will be available in the US from October 22. Existing US T-Mobile subscribers can register to upgrade their phone via the T-Mobile website as of now.
UK. "Early November" is the date to watch if you're in the UK, you can register your interest with T-Mobile to be alerted with updates as we get closer to that date.
Europe. European users will need to wait until "early in Q1 2009"

Pricing and Locking

US price is $179, with the choice of $25 or $35 per month plans for 2 years. The $35 plan includes some text messenging allowance. Both include unlimited data.

No pricing was given for the UK or European launches,though TechCrunch is reporting it will be free with a £40 / month plan.

Word from T-Mobile is that the phone won't be available un-locked, but that's likely to become a moot point pretty shortly after launch.

Device and Application Details

Between the leaks and the SDK emulator there weren't a lot of surprises on the day. It wasn't a total recap though, with a couple of tidbits announced:

Presence. Instant messaging presence is fully integrated directly into the contact manager and Gmail.
Backlit Keys. The keys on the handset are all backlit so you can use it in the dark.
Gmail. You need to have a GMail account to use the phone. Once you're signed in, this will be used to authenticate with all Google services you use.

We also got some direct questions answered for once:

Can it be Used as a Modem?. No. Well not out of the box anyway. Look out for a 3rd party app to do the job.
MS Exchange?. Not native. The official response is that this is an "opportunity for a 3rd party developer".
Office Support?. Yes. The phone will read Word, Excel, and PDF files natively.
Push Email? Yes for Gmail, standard POP/IMAP for everything else.
Desktop Sync. No. The idea is to sync everything with the cloud rather than a desktop application. Contacts sync with GMail, calendar entries with Google calendar, etc.
Bluetooth. Profiles for Bluetooth headset are currently supported. Everything else if v2.
International support. Dual band 3G and quad band GPRS makes it compatible with most countries.

Included Applications

Exactly which applications will ship with the first handset is still something of a mystery, but we were given a peak at some of the likely inclusions. The native Google apps are listed at the Android mobile site.

GMail. Strangely wasn't demo'ed, but will be partially web-based as it's build using Android's WebView classes.
Amazon MP3 Store. Amazon have provided a native iTunes rival that lets you purchase DRM free music from the Amazon MP3 store direct from your mobile. You need to be connected to WiFi to download tunes.
Music Player. Looks like the player used in the emulator. Not demoed in detail but looks solid (if no iPod killer).
Android Marketplace. You can download and install new Android applications using the native marketplace app. You can also install apps from other web sites, using the SD card, or the USB sync cable.
Maps. Google Maps is a killer mobile application. As well as the features already available on iPhone, WinMo, and Blackberry, the Android version supports Streetview that uses the phone's compass to automatically rotate your orientation.
YouTube. Wasn't demo'd, but as you'd expect.
Search. Context sensitive search will search depending on what you're doing (contacts, map, web, etc.). The device has a dedicated 'search' button.
Calendar. Wasn't demo'd. Tightly coupled with Google's calendar application, all appointments are automatically synced between the phone and Google Calander
Talk. GoogleTalk instant messaging and presence is available. Looks pretty basic, but that's what you want from a mobile IM client.
Contacts. The contact manager as shown in the SDK emulator. Features presence and auto-sync with Gmail contacts.

Professional Android Application Development

If you're interested in developing your own Android applications, my new book -- Professional Android Application Development -- will be available on Amazon from November 17.

London Google Developer Day Android Wrapup

2008-09-22T20:47:00.001+01:00

Tomorrow promises to be a big day for Android with most media outlets promising an announcement on the first Android handset.

Last Tuesday I was lucky enough to attend the Google Developer Day in London. As you might imagine, most of my interest this year was on the keynote and morning sessions on Android.

Mike Jennings, London's own Android Developer Advocate was on hand to give the first live European demo of the forthcoming Android-powered handset. From what we could see, the back handset looked pretty similar to the pictures posted around the internet and featured in earlier demos.

Mike's 'Blue Ball' demo indicates accellerometers will be included, and we were shown once again that GPS will be featured.

The user interface looks just like the one featured in the latest 0.9 Beta SDK, so no surprises there. As Mike ran through some of the demos the device seemed 'snappier' than the software emulators I've been using to test my sample applications, so that's a good sign.

Tech Talks

The Android tech talks on the day were introductory sessions targetted at people who new little or nothing about Android as a development platform. Both sessions were packed and through up some interesting questions -- not all of which had easy answers.

With the veil of secrecy still very much in place over all things Android a lot of questions went un-answered, but the following tidbits were covered

Application Installation. Users can install Android applications using any of the Micro SD card, USB cable, or Android Marketplace
Revenue Share. Google will pass on all revenue for applications directly to developers without taking a cut.
Carriers. When signing on, OHA member carriers agree to openness standards that prevent them artificially blocking the installation of any applications on user devices. The agreements let carriers modify the handset 'chrome' with their own branding, and select which applications to preinstall, but won't modify the software stack to restrict user choice after-market.
Push Email. Push email from a number of providers (not just GMail) will be supported.

More news tomorrow!

New Android SDK Beta Released

2008-08-19T10:30:00.001+01:00

The eagerly (if not patiently) awaited update to the Android SDK was released yesterday. You can see the release notes here, or skip all that and download the good stuff from here.

It's a substantial release, as you'd expect after such a long gap since the previous build (M5); I've listed some of the more notable changes below.

The executive summary? Excellent new release that adds some maturity and stability to the early look version we've been playing with for so long. There's a lot of work for people porting existing apps over from M5, but the biggest downside is the loss two of the more interesting optional libraries (Gtalk and Bluetooth).

The Good News

Future SDK releases up to version 1.0 shouldn't have significant breaking changes.
The maps, location-based services, and geocoding APIs have been much improved and tidied up.
Interacting with the phone hardware (getting incoming call number etc.) is improved.
The accelerometer and compass APIs are much more mature.
Context menus and dialog boxes are included and improved respectively.
The developer tools are much slicker.
The new home screen and native applications are much nicer than M5, as are a lot of the default controls (Views).

The Bad News

GTalkService is out for 1.0
Bluetooth is similarly missing for 1.0
There have been a lot of breaking changes to behavior, required permissions, class names, and method signatures. Such is the price of progress.

The loss of GTalk and Bluetooth is a bit of a blow, some of the most exciting mobile application possibilities come from those APIs.

The signals coming from Google suggest this is "for now" not "forever". Most likely scenario is the security implications for both these APIs it was cheaper / easier to just leave 'em out for version 1 and come back to them later.

For those of you interested, Professional Android Application Development will be fully up-to-date on the (at least) this latest Android Beta.

Street View Australia is Live

2008-08-04T20:04:00.003+01:00

Google Maps StreetView is now available for Most of Australia and Japan!

The quality of the images is impressive and the coverage for Australia is stupidly comprehensive with all major cities are most populated rural areas covered, as indicated by the blue patches in the image below.

Because I can, here's the view from my old commute in to work:

View Larger Map

...and here's one of my favourite places in WA:

View Larger Map

The Real Problems With Knol

2008-07-29T14:00:00.003+01:00

I'm a big fan of Knol, and I seem to have been spending an undue amount of time defending it from critics who, I believe, have the wrong end of the stick.

But. Just because most people are judging Knol using an inappropriate comparison, doesn't mean it's perfect.

So what could Knol be doing better?

Simple Internal Article Linking
It's pretty common for the specialist topics featured in Knol to reference terms that are unfamiliar to readers, but out of scope for the current article. Everything2 and Wikipedia have shown that jumping from topic to topic is compelling. Knol needs a simple mechanism that lets you create internal links automagically using topic text.

Related Knols
Everything2 does this really well though the use of soft links. E2 builds a related articles list by tracking transitions between articles. Given Google's prowess when it comes to finding related ~~advertising~~content it should be cinch to dynamically find Knols related to the current one. Internal linking would make this even easier, as would article tags. Which brings me to:

Article Tagging
The idea of a formalized taxonomy is clearly a non-starter. Fair enough, but that still leaves a healthy requirement for non-hierarchical cataloguing. Tags are a well established metaphor for cataloging to identify similar or related content. The 'alternative titles' field will makes it easier to search for a topic that's referred to by different names, but doesn't do much to help group or explore similar topics.

Topic Shells
E2 uses Node Shells to act like a shelf for a given topic. It contains all the articles with the same name written by various authors displayed as a kind of summary, indicating the reputation details for each of the contained Knols.

KnolShells would answer one of the criticisms related to ranking and linking to a topic covered in Knol. Currently you need to link to a specific author's Knol, or a search for the topic. KnolShells would let you link to the topic and offer all the available articles. This is particularly handy combined with internal links to streamline internal navigation, letting authors link to a topic rather than a particular article as it eliminates the 'first-in-most-linked' effect.

Improved Ratings and Reputation
Reputation systems are always problematic, but it would be nice to offer more statistical information on the popularity of each article beyond the a ambiguous 5 star rating mechanism. The E2 model uses the thumbs up / thumbs down model with the added ability for experienced users to flag particular articles as 'Cool'. Popular articles can then be used to populate the 'featured Knols' on the front page.

Analytics
I like to know how popular my articles are and get an idea of who's reading them. Seems like a no-brainer to include Google Analytics the way they did Adsense.

Outbound Links
I fully understand the spammy reasons outbound links are no-followed, but it would be nice if this rule was applied more discriminantly. It would be very nice to see outbound links become 'followed' based on rating, author reputation, or/or time since posting. No one wants Knol filled with V1agr4 links, but there's no reason people shouldn't be able to link back to their own sites, and no reason those sites shouldn't get the associated link juice.

RSS Feeds and Feedback
Knol doesn't yet have a very robust feedback system. I'd want to subscribe to someone's New Knol Feed, and I'd like to subscribe to comments and reviews on Knols as well. As a Knol author email notifications when someone comments on, or reviews, my articles would be good too.

A private message mechanism for people to send messages to Knol authors within the Knol ecosystem would be a handy way to let people comment or suggest changes without publicly posting a comment or going through the 'edit' process.

In Closing...

These ideas certainly aren't comprehensive, but I think seeing some of these changes would really improve Knol. What do you think?

Google Knol Released. It’s Not Wikipedia.

2008-07-24T15:15:00.002+01:00

Google Knol, announced last December, is now open to the public.

Google describes Knol as:

A platform for sharing information, with multiple cues that help you evaluate the quality and veracity of information.

The mainstream media and blogosphere have both labelled it a Wikipedia killer, but the comparison to Wikipedia is lazy and superficial.

As I supposed when it was initially announced, the purpose of Knol is fundamentally different to Wikipedia's mission. Where Wikipedia is an encyclopedia, Knol is a library.

Wikipedia delivers a single, collaborative, and verifiable article on every topic worthy of inclusion (and the editors aggressively kill new articles that aren’t). That fine. That's great even, it's like a living version of Britannica that tends towards consensus over time.

A Library of Knol(edge)

But that’s not what Knol is about. Knols aren’t about consensus, they're about authority. Lots of authors willing to stand by their claims. You judge the veracity of a Knol the same way you do a book, newpaper article, or tech paper – by looking at the comments and reviews of other readers, looking for citations, and reading up on the author (their background, affiliations, and other articles).

Just like your local library, Knol will contain a collection of opinions, knowledge, and experiences backed by the author’s name and reputation . Just like a library, many topics will have several 'books' written by different authors–often contradictory.

Rather than consensus articles with a neutral voice, for contentious or subjective subjects you can browse a number of personal opinions and experiences and form your own consensus. It’s noisier but it provides a personal perspective that’s inherently missing from an encyclopedic approach.

Check Out My Knowledge

Anyway, Knol looks pretty cool, I’ve set up my Knol Biography and I’ve started creating Knols based on some of my more popular E2 write-ups. You can check out Flooded Member Detection to find out if that’s as dirty as it sounds.

It’s worth sending a shout-out to the people over at Everything2 who have been doing the Knol thing for years and who still have a few tricks (particularly in the reputation system) that Google would do well to copy consider.

Authors, Start Authoring!

If you're an author or a subject matter expert, you can and should be using Knol to demonstrate that to the world. If you've written a book or authored a paper Knol is a way for you to demonstrate to potential readers that it's worth paying for more of your stuff.

I can see this being a great resource for professionals and academics who want to share their latest insight or discovery outside the four people that will read their journal article or internal white paper.

A New Tool for Research

For readers I think Knol provides an excellent addition to existing web-sites, including Wikipedia, as an additional source of information to browse when investigating a particular topic. Chances are most people won't be going to Knol directly for answers, but they're bound to end up there through Google searches before long.

iPhone v2: I Still Don't Buy It

2008-06-10T15:30:00.003+01:00

Apple released iPhone v2 at their WWDC yesterday to much fan fair and Internet coverage.

I've probably established my preference for Android fairly well at this point, but with the changes announced in the iPhone's second incarnation I think it's worth pointing out a couple of deficiencies that still exist in His Jobs'ness's most gifted child.
Without true native background services the iPhone remains a shiny toy that offers the same-old mobile applications with a glossier skin. It's an improvement, but it's incremental. The game hasn't changed, it's just being played in a new stadium with nicer uniforms.
Before I go on let me state for the record that I'm a fan of the iPhone. If Apple had been selling them at stores the day it was unveiled I would have gladly ripped off my right arm and used it to beat my way through hoards of Apple fanboys to get one.

Fortunately for my dexterity, by the time iPhones were in stores I'd convinced myself that a total COO of almost £1000 was just too rich for my blood. I bought a new generation Nano instead and called it even.

I mention this because I really do think the iPhone is an impressive piece of kit. It's beautifully engineered and delivers both style and substance. The array of shiny touch screen mobiles now available can probably be credited to the iPhone setting a new standard in phone hardware and UI design.

But I'm still not buying a new iPhone.

Even with the 3G data and significant price drop I'll still be holding off my long overdue phone upgrade for when Android hits the shelves. Why? Because the iPhone is a really nice implementation of just-another-phone. Android promises to be more than that:

Background services. The iPhone's push notification service is a 2nd class add-in compared to the fully integrated background Service and Notification models that are central to Android. More than any other factor, Android's native background service model exposes possibilities that just aren't possible on the iPhone.

They are a true game-changer. Android's Alarm mechanism ensures that services don't consume resources if they're not needed, but when they wake up they have full control over when and how they're going to update and how they choose to notify the user. The iPhone generously lets you pick a notification sound. Right. In Android you can write a service that monitors the game and announces the current score using a Morse-code vibration pattern while flash the LEDs in the winning team's colours.

Without the artificial dependency on Apple's 'notification server' your service can update based on anything you like--Internet data, GPS location, device orientation, whatever.

I could go on, but I'll save it for a more appropriate forum.

Map-based applications. Still no native support for embedded Google Maps. Not that that's Apple's fault, but it's an undeniable bonus point for Android.

Sandboxed distribution. Jailbreaking aside, developers are still locked in to the Apple approved iTunes distribution channel. If they want to charge for their apps, they still have to pay. Fail.

Lets face it, my complaints are fairly developer focused. A lack of background service support isn't likely to slow down the thousands that have been patiently waiting for a 3G iPhone when they rush to queue up at their nearest Apple store on the 11th of next month.

Android's power and flexibility as a developer platform is well established, if it can match the level of iPhone consumer devotion remains to be seen.

Android for Professionals

2008-06-04T13:30:00.001+01:00

It's been quiet around here for the last few months, and I can't blame a lack of exciting developments at Google.

As Tony over at Blogoscoped mentioned, the reason for my infrequent postings is now listed and available for pre-order over at Amazon:

It's still a few months away from release, but Professional Android Application Development has taken up every spare moment of time (and plenty that weren't spare) but I think the effort will be worth it.

In other Android news, the top 50 place getters in the first Adroid Developer Challenge were announced a couple of weeks back. According to an anonymous comment on this site, at least one of the semi-finalists hails from my home-town of Perth(!). Nice.

The good folk at Android Community also put up some footage of the Android presentation at Google I/O last week. It's an impressive demo that features a look at what's becoming an increasingly polished UI, shown off particularly well with the street view featuring accelerometer control.

There's also been some discussion on a likely Android Marketplace--a Google hosted catalog of 'trusted' Android applications. The concept seems like a win / win, giving developers' applications visibility while guaranteeing a level of safety for end-users. It would be particularly nice if Google Checkout was integrated for developers that choose to monetize their mobile apps.

Massive Earthquake Hammers China

2008-05-12T16:07:00.005+01:00

A series of massive Earthquakes hammered China this morning, the largest of which registered 7.8 on the Richter scale.

How big is 7.8? The image below from my Earthquake map mashup shows that the 'rumble zone' (the area over which the quake could be felt) covered all of China.

There's been over a dozen after-shocks registering over 5, so the 'impact' zone is harder to view, but if you look at the 'Australia' tab they're only showing the largest quake which gives a better idea of its scale.

For comparisons sake the 'damage zone' (the area susceptible to severe damage) covers an area about the size of Ohio or Austria. In the image below it's represented by the darker red circle about the size of Thailand.

The humanitarian result of a quake of this size is predictable. You can read more about the effect of a quake of magnitude at Google News.

"Explore This Area" with Google Maps

2008-04-04T09:27:00.005+01:00

Google Maps Australia are slowly rolling out a feature that let's you "Explore This Area", essentially a 'universal search' implementation for Google Maps.

When you search from the Australian implementation of Google Maps (http://maps.google.com.au/) the message in the screen shot below appears in the search results panel to the left of the map and displays pictures, videos, and community maps based on the current map location.

Clicking 'explore this area' overlays tiny geocoded image thumbnails onto the map as well as displaying arrays of photos, videos, and community maps that are found within the currently visible map boundary.

While this additional information is currently available only using the Australian map search, you can do a search anywhere in the world and see the same extended results.

A nice touch is that as you pan and zoom your map everything updates dynamically, adding, removing, and reordering the videos, pictures, and maps available based on the new map location. Very slick.

There's also a new 'drop down' array to the right of the search box which displays your 'saved locations' for easy access.

Find Your Way in WA with Google Maps

2008-03-26T08:54:00.005Z

I hail from the small-town city that is Perth in Western Australia. If you were feeling generous you could say that Perth does not have a reputation as a fast moving, innovative city ready to embrace change. So it's great to see the local government embracing the future, the locals will now be able to schedule trips on the ~~on-time~~, ~~on-budget~~ Mandurah rail link using Google Transit!

View Larger Map

It's actually really neat and I congratulate Transperth for being the first Australian transit authority to get involved with Google Transit. Nice one!

In related news, you can now add new places to Google Maps for any physical location in Australia (or New Zealand or the US). So if there's a local landmark, or a new business that doesn't appear on a Google map search you can go ahead and add it yourself.

Nice touch, and a good way to ensure visitors can always find a bus to catch to get home from a day's site seeing.

Android v iPhone: SDK Showdown

2008-03-14T07:18:00.007Z

Apple responded to Google’s Android SDK gauntlet in some style last week when they released details on the much anticipated iPhone SDK. Is it a legitimate challenger? Let’s take a look.

Feature	Android	iPhone
SDK Cost	$0	$99 (to allow distribution)
Distribution Cost	$0	30% of the list price
Distribution Channel	Open	iTunes exclusive
Mashable Maps?	Yes	No
Location Services?	Per Hardware	GPS Pending
Accelerometer?	Yes	Yes
Multitouch?	No	Yes
3D Graphics Support	Yes	Advanced
Background Services	Yes	No
Application Interaction	Supported	Disabled
Native P2P Comms	GTalk	No
Actual Phones that Support the SDK	Q4 2008	4 million and counting

Free versus Really Not Free

A 30% cut of the list price? Even my agent would blanch at demanding that sort of cut. The $100 fee is just baffling. Why charge? I’d love to have a play with the SDK but I’m not convinced it’s 10 books worth of entertaining. I’m not writing mobile apps for profit so where is the return on my investment? It’s a system designed to provide a smooth distribution channel for approved 3rd party providers but it’s going to discourage those who are simply ‘iPhone curious’.

Android’s approach charges nothing to experiment and there’s no distribution cost. If one of my experiments turns into something people will pay for I won’t have to hand back a third of the price to Mountain View or Cupertino.

Foreground versus Background

Techcruch pointed out this gem in the iPhone docs. Your iPhone applications can only run in the foreground. If you switch away for any reason it will close. In the process of creating examples for my book on Android development I found that background services are one of the most exciting features of Android, albeit not the flashiest, so it’s very disappointing to see this explicitly disallowed on the iPhone.

Foreground only apps are great if you’re writing games (clearly the big target for Apple) but 90% of the time my mobile lives on my desk or in my pocket until it rings, flashes, or vibrates.

Background services let you create applications that extend this event driven model. Maybe it’s an app that keeps track of the football and vibrates the phone when your team scores, or maybe it changes the LED color when your team's ahead or behind. Maybe you write a service that sends your location to your friends so they always know where you’re at. This is the sort of thing that’ll make my mobile more useful not just more entertaining.

Interprocess Communication

The iPhone explicitly disallows communication between processes, to the extent that each application and all its data are completely sandboxed. There’re a lot of good security reasons to do this but Android manages to handle it without the sky falling. Then again, if your application is only allowed to operate in the foreground there’s not much point trying to communicate between two apps.

Native Map Support

Since the iPhone release Google Maps has been its most popular application. In Android I can write on-phone mashups, on the iPhone I can’t.

Bottom Line?

The iPhone SDK is a way for game and mobile developers to write the same sorts of programs as they always have but on the shiniest new device on the block. That’s great if you want a 3D, accelerometer controlled version of breakout, or to play Spore on your mobile, but it doesn’t bring anything new to the party. Well, apart from an extortionate 30% licensing fee.

Three of the four iPhone apps demoed at the release were games. The iPhone looks like a great platform for mobile gaming. It’s about the size of a PSP or DS and the interface has some great possibilities. While it’s an excellent portable platform for running software the SDK restrictions make sure that no one is ever going to download an iPhone application that fundamentally changes the way they use their phone. An iPhone will always look, feel, and work the way Apple designed it.

Android lets you write applications that do more than just run on a portable device. It has the potential to create software that extends the functionality of the phone itself, to change how and why you use your mobile phone completely. More on that later.

Android Updates

2008-02-14T20:00:00.000Z

Google released a new version of the Android SDK today.

There's a range of improvements, the most impressive being the expansion of mapping services to include forward and reverse geocoding as well as business lookups. This feature plugs a big hole in the LBS and mapping functionality previously available in Android.

Other improvements include a new iteration of the still-being-worked-on Android GUI (screen shots here), a new Animation class for creating animations in layouts, and an improved MediPlayer class that supports additional audio formats.

Also, while I've been away getting married for the last month there's been a few important Android annoucements. Here's a quick summary of what's been announced so far this year:

LG have joined Samsung in committing to releasing an Android compatible phone towards the end of 2008 / start of 2009.

The Android Developer Challenge has been extended until April 14.

You can now file bugs against the Android SDK.

Android Developer Challenge 'Open'

2008-01-04T08:20:00.000Z

It's a couple of days late, but those of you with a bright idea for a mobile app and a hankering for a slice of US$10 million in angel funding should head over to the submission page for the Android Developer Challenge.

Google is accepting submissions from today until March 3 for the first of two rounds of development funding. The 50 most promising entries will get $25k and be in the running for ten $250k and ten $100k prizes.

Project submission involves uploading a compiled .apk file along with your contact details and a readme file. You can include any additional information you like in the readme -- instructions for use, design documents, or a narrative describing your vision for your application.

The entries will be judged on their (i) originality, (ii) use of the Android platform, (iii) polish and appeal, and (iv) indispensability. So the perfect project will be one of a kind that leverages all the Android specific features, looks amazing, is well polished, and once installed you'd never want to remove it.

The challenge is more 'Iron Chef' than 'Dragon's Den', so the working application you submit is definitely the most important part of your submission. They're not looking for your plan for the $25k - $275k in prize money, they want to reward what is already a polished indispensable project. A detailed 'pitch' document submitted with a dinky 'proof of concept' is probably not going to get a look in.

Be sure to check out the new Terms & Conditions, here are some highlights:
- You can submit your application using any of the SDKs released on or after 3rd Jan.
- March 3 is a hard deadline.
- You can submit updates to your project(s) at any time until March 3.
- You can submit projects as an individual, team, or business entity.

The danger of this 'show me' rather than 'tell me' approach is that it is a reward for work rather than a submission for funding. The initial winners will be the development teams that have been able to implement and polish the most functionality within the competition time frame -- most likely the developers with the least need for funding to continue their development.

There's also the question of multiple similar applications. Obviously they'll be up against it on the originality criteria, so you'll need to make sure yours is the most polished and feature rich of the entries to stand a chance.

More details on the challenge can be found on the ADC FAQ.

(For those wondering, real-life Android phones are still expected in the second half of 2008)

New Year, New Template, New Direction

2007-12-30T13:17:00.000Z

2008 promises to be another big year in technology. Apple's 3G iPhones are set to do battle with Google's Android phones, Google looks to take on Facebook on multiple fronts, and a whole bunch of secret (and not so secret) Google projects look set for release.

On a personal note 2008 is shaping up to be pretty massive too. I'm getting married in January and I've just started writing a new book (more on that later). I've also decided to tweak the emphasis of The Radioactive Yak. I'm going to leave the comprehensive Google coverage to Philipp and Tony at Blogoscoped, and the up-to-the-second Google-code-hacking to Ionut at the Google Operating System.

I'll be looking more closely at Google's programming offerings - particularly Android - so expect to see more tutorial posts like How To Program Google Android and Google Mashup Editor. I'll continue to write speculative posts like Google TV and Google World, as well as more detailed analysis of announced services like Android and Knols.

I'll also continue my series on the Google Office and I'll announce the projects I'm working on like Earthquake!, Hit For Six, and what I promise will be an increasingly large collection of Android applications.

Along with content changes I've given the template a fresh new look. I hope you like it and continue to visit and read in 2008!

Don't Believe the Hype: Knols Won't Compete with Wikipedia

2007-12-18T14:35:00.000Z

Google's announced but unreleased Knols isn't a Wikipedia killer, it's a knowledge base for original thought.

If we're going to accuse Google of stealing an idea give credit where it's due.

Most of the press touts Knol as a Wikipedia killer with the differences explained away as cosmetic changes. They aren't. Fundamentally Knols and Wikipedia articles are two very different things; Knols are about sharing an author's knowledge, Wikipedia is about summarising a consensus.

If we're going to accuse Google of ripping of an idea, let's give credit where it's due -- Knols sound just like Nodes at Everything2.

Citation Needed

The philosophy behind Wikipedia can be summed up in two words -- 'Citation Needed'. It's no secret that Wikipedia is not a place for original research or original thought. If you can't provide a cite for whatever you're entering, don't. And that's as it should be. An encyclopedia is a place for objective summaries of knowledge on a subject. If it's working there should be little controversy as the only items valid for publication should be verifiable and beyond reproach. This doesn't always work.

Anyone who's spent any time in academia knows that you can find a citation to justify your point of view. For Britannica the decision on what the consensus is, is made by people trusted to be objective and expert enough in their fields to make the call. In Wikipedia it's up to editors whose authority comes from having made similar decisions many times before.

The raison d'etre is providing a forum for original thought and research.

Knols are like journal articles as Wikipedia is like an encyclopedia. In journals authorship is key, the quality of the research and the reputation of the author are more important than the reputation of the medium they're published in. Journals, and now Knols provide a forum for people to publish their research, their scholarship, their original thoughts. With Knols, when multiple people do research on the same subject they can be published side-by-side and people can review, comment, rate the quality of the scholarship, and the conclusions all in one place.

Original research isn't limited to academics either, it opens the knowledge base to personal experience. Where Wikipedia is the perfect place to describe the science and timeline of the Apollo missions, a Knol of the Apollo 11 mission written by Buzz Aldrin holds immeasurable value. A Knol written by someone who remembers watching it on TV would be valuable too.

Where wikipedia seeks to create a homogeneous, objective article - Knols can provide fragmented, subjective perspectives that can be evaluated in the context of their authors.

If it still sounds to you like Knol will be a haven only for academic types, have a look at Everything2. If Knols can become Everything2 with professional and academic involvement we all win.

That's not to say that you can't stick Wikipedia articles into a Knol, you could, but there's little point. An army of anal editors and contributors is still a better way to converge on the most correct article. What Wikipedia eschews is exactly what a Knol is perfect for, they should be able to live side-by-side complimenting each other.

You do a search and find my Knol -- but how do you know if it's accurate?

Let's say I publish my findings on the current state of the art of subsea Inspection engineering. For a start you've got the ratings and comments on the article, and if I've done my work well there should be citations for the well established information, but as for the rest you need to research the author - me.

Turns out my honours thesis was on inspection engineering techniques, and I worked in the industry for more than 5 years developing bespoke inspection software. From that you can probably establish that I know what I'm on about but might have a bias towards whichever technology I'd been using. And you'd be right. If you're lucky other people will have written Knols from their own experiences, failing that you can look at my other writing to see if I'm generally considered an unbiased source.

Knols gain the power of life over a journal article that remains a lifeless document.

By providing the ability for users to comment and suggest changes a Knol gains the power of life over a journal article that remains a lifeless document. Rather than peer review by a select group of experts, Knols will be peer reviewed by the wider community. There's a risk there, but one that can be mitigated by giving more 'weight' to other Knol experts. They can learn from Everything2 on this as well.

By collecting all this original thought in one place rather than scattered and abandoned single blog entries or single page web sites, Google groups related thoughts and research together, and gives us a centralised view on fragmented thoughts.

Google Powered Dynamic Charting

2007-12-06T17:40:00.000Z

Google have expanded their API collection to include fantabulous real time, dynamic charting. They announced it today on the Google Code Blog.

Putting this into your img tag or browser:
http://chart.apis.google.com/chart?cht=v&chd=t:40,40,40,10,10,10&chs=250x150&chdl=Google|Charting|Awesome

Will produce this:
It's the same technology they use in Finance and Video, so it's nice to see them make it available for all of us. It currently supports line chart, scatter plot, bar chart, Venn diagram, and pie charts.

Google Maps Terrain

2007-11-27T15:42:00.000Z

What do you do if you're Google and you've got excellent terrain data for most of the world?

You make it available on Google Maps of course!

Google Maps now features 'Terrain' in place of 'Hybrid', with the hybrid selection becoming a 'Show Labels' option under Satellite view.

Terrain data varies depending on the terrain resolution they have available, but it covers the whole world, just like Google Earth.

It reminds me of the old style relief atlases I used to browse through at the library, and a old hardcover book my parents had for the Grand Canyon. Love it.

View Larger Map

Android in Action

2007-11-19T13:14:00.000Z

It's been a week since Google released their first cut of the Android SDK and despite Scoble's claims to the contrary, thousands of developers spent last week developing their first Android applications.

Where Are My Friends?

Here's what I was able to do in about 14hrs of development.

It reads the address book to find my friends, uses the Location Based Services to show how far away I am from them, and then plots everyone within 10km on a map. Philipp over at Google Blogoscoped has published my experience, leave a comment here or in the Blogoscoped forum if you've got questions -- or send me an email at Reto.Android@Radioactiveyak.com.

Today I'm a desktop and mobile developer.

As a development platform Android is phenomenal; It's powerful and it's intuitive. I week ago I was a desktop developer dabbling with online apps -- today I'm also a mobile developer. I don't say this lightly, desktop development is what I do to pay the bills.

Doesn't it make sense to launch the SDK well in advance of any actual phones?

Erstwhile video blogger Scoble is disappointment with Android. It seems this is largely because the launch "videos were boring". Robert? Dude? Who gives a shit about the videos? Developers don't want videos, they want CODE. Code, samples, and a well documented API. I still haven't watched the videos, I was too busy using the SDK to spend time looking at the pretty moving pictures. Apparently the shiny lights distracted Scoble as he screeches "[I] DO NOT TRUST THINGS THAT THEY WON’T SHOW ME WORKING". Android works. I've seen it, I've used it. They announced a software stack not hardware, and the software stack is available right now.

True, there are no phones yet, but Android is about development tools for 3rd party developers, so doesn't it make sense to launch the SDK well in advance of any actual phones? Google aren't going to out Apple the iPhone but they may just out Microsoft Windows Mobile.

You can bet that there's more than one Android project to duplicate the iPhone interface in excruciating detail.

There's been some complaints about the Android UI. It's true, the emulator isn't groundbreaking. It doesn't have to. It exists solely to provide the functionality developers need to write apps. How many projects do you think are right now in the process of reskining that bad-boy? The iPhone interface is as inevitable as this MS Messenger skin. The shipping UI is irrelevant, it's the flexibility of the SDK to create a new UI that's important.

Despite Scoble not knowing "...a single developer who has had his/her hands on Android" there are more than 4,500 members on the Android developer forums and more than 4,000 messages. Even if only 1% of them come up with a useful mobile application that's still about 30 more useful mobile applications than I've ever come across for Symbian.

The Android phone won't have the iPhone's consumer appeal. It's very true, but it's also entirely beside the point.

Read enough articles and you'd think that if Google doesn't immediately grab 30% of the mobile market at launch they Fail. That's short term thinking. Developers will write applications for Android phones because they literally can't write them for other platforms. One will get you ten that the iPhone SDK won't have nearly the level of phone access that Android provides.

Eventually people will be buying Android phones because the applications they *need* only run on Android phones. Don't believe me? Do you think people run Windows for the pleasure of it? Worst case scenario? Android forces people like Apple and Symbian to offer the same SDK access in order to keep their market. I'll take that and still call Android a net win.

Google's strategy seems to be 'make it open' -- with 'make it popular' a distant second.

People probably won't be lining up around the block on the release day for the first Android mobile but just like Google search and just like GMail, Android is going to change the way we think of mobile phones.

What made the PC so popular? Why has the web taken off? Because *anyone* with the inclination could bring their vision to life at minimal cost. If you've ever tried programming for a mobile phone you'll know it's expensive and difficult -- that's why there's so few *good* mobile phone applications, and very few for free. The Android platform is going to get thousands of developers playing around with new applications for mobiles, in the same way early IBM compatible PCs got thousands of electronics hobbyists interested in programming computers.

Eventually the availability of popular apps on Android phones is going to encourage more phone makers to release Android versions and networks to release Android phones. It costs them nothing in licensing.

People love iPhones, companies love options.

I don't run Windows because I like it, I run it because 75% of the applications I use every day only run under Windows; plus I can write powerful software for myself really easily.

Corporations will start buying Android phones for the same reason almost every company that's not a graphic design house runs Windows -- it's a more universal development environment with deeper access to the underlying hardware. I work for an investment bank, they'd never dream of writing corporate software for the iPhone; do you think the 300 Java developers here might be able create something useful with Android?