Gotta love companies that "get it". Late last night I was hacking away on some Android stuff using IntelliJ 9.0.2 (on Ubuntu 10.04). For reasons unknown to me, none of my breakpoints seemed to be working. In fact, IntelliJ just didn't seem to be working. I narrowed it down to the breakpoints I was setting - it seemed that every time the breakpoints were being hit. I managed to narrow it down to this error: [ 166030] ERROR - lij.
I just uploaded an update to HistoricalBuildings. The list of historical buildings used to be sorted alphabetically, by name. Now they are sorted by the distance from your current location (assuming the GPS can figure that out).
Well, for the brave, criminally insane, curious, or otherwise bored I have a alpha version of Historical Buildings – download the APK if you want to try it out. This is just, at this time, the application just shows a simple list of historical buildings in Edmonton (according to the City of Edmonton's Open Data Catalogue). Click on a building, and it will show you on Google Maps where the building is in the city.
Thanks to the MapView, it’s drop dead easy to put Google Maps into your application. There are lots of posts out there how to do it. Interestingly (to me anyway), when I did a quick search of the Android developers mailing list, I was surprised to see that a lot of people had the same problem: basically, when you look at your MapView, you end up with a grid of white squares.
Not that long ago, the City of Edmonton announced it's Open Data Catalogue. I noticed that one of the data catalogues was a list of historical buildings in the city. Yeah, I know that some people in other cities might consider this a pretty weak list. I mean, the oldest building in Edmonton isn’t even 150 years old. I’d wager that some parts of the world consider 150 year old buildings to be “new construction”.
Yeah, I’ve been kind of quiet as of late. So quiet, I suspect that some people might be wondering if something happened. I was a bit surprised to see that the last time I had blogged was after TechDays in Calgary. Well, nothing significant has happened - just a bit of laziness augmented by a touch of tech-burnout compounded by the odd bit of single malt scotch.
So, now that one month is almost up on 2010, I figured that it was time to start blogging about something again.
After a bit of tinkering, I managed to provision my ADP1 setup without a SIM card. A bit of google, and here is what I did
Download the Android SDK. In my case, I unzipped it to C:\android-sdk-windows-1.1_r1. Connection the phone via the USB cable to my computer. When the phone asks for a device. You’ll get the new hardware dialog, when prompted for the drivers, you’ll need to specify the location.
(Note: this article is pretty dated, and used IntelliJ 8. I plan a follow-up covering IntelliJ 9)
So I have this semi-fancy Google Android Dev Phone 1. Lately I've been devoting part of my spare time to learning about programming for Android (the OS of the phone). Google (probably because they didn't ask for my opinion and/or input) decided to use Java as the lingua franca for Android programming. If you ask me - and I know you will - they should have used C# and Mono (I might be a bit biased here).
Figured I was due to spend some time setting up a Linux VM and learning how to program my Android Dev Phone 1. Eclipse is what is recommended, so I thought I’d give that a try first. So, with the help of Suse Studio, I quick built myself a VM with Java 1.6 (Aside: I love Suse Studio, I can provision a VM in minutes). I figured it would be pretty straight forward.
After a bit of tinkering, I managed to provision my ADP1 setup without a SIM card. A bit of google, and here is what I did:
Download the Android SDK. In my case, I unzipped it to C:\android-sdk-windows-1.1_r1. Connection the phone via the USB cable to my computer. When the phone asks for a device. You'll get the new hardware dialog, when prompted for the drivers, you'll need to specify the location.
