• China Unicom reported only 5000 iPhones sold in the first week. This is in stark contrast to the 1 million new 3G subscribers it gained in total. Also, the iPhone App Store is not available, and neither is Wifi. This is a huge hit against the iPhone’s greatest strengths, apps and web browsing.
• Verizon just launched the Motorola Droid. The new phone is echoing around the blogosphere, leaving an impression as a true iPhone 3GS competitor, and in some ways, shows itself to be a superior product.
• Exclusivity with carriers in various countries creates a smartphone vacuum amongst the carriers that are not partnered with Apple. Android is steadily moving into these free spaces. In the US, these include Verizon and Sprint, among others.
• While yearly iterations on the iPhone platform have steadily improved Apple’s product, Android has nearly accomplished product parity in only two thirds the time.

Why Not:

• Android as a commercial platform for application developers is not currently as attractive as Apple’s solution. Google is trying to populate the store with higher quality applications through its Android Developer Challenges, but this also has the unpleasant side effect of temporarily suppressing the Android Market economy. Many of the high quality apps made for these challenges are released for free, wiping out revenues for entire application niches.
• Applications in the store seem to convert fewer buyers than their counterparts in the iPhone App Store.
• Piracy seems to be a more significant issue on Android, which might be a direct cause for the low conversion rates.

Niggles:

• The Droid camera autofocuses poorly, and the color processing is significantly more bland than that of the iPhone 3GS. However, this should be addressable with a software update.
• Applications can only be installed on the phone’s internal memory, which on the Droid, has an upper limit of 256MB. This means larger applications must install a small binary that will download the remainder of the application for installation on the removable memory.

Future Strategy

It’s very likely that the iPhone’s dominance will end in the near future if Android continues advancing at such a rapid clip. Apple is currently stuck in disadvantageous exclusivity contracts while its competition enjoys free roam among all other carriers. Apple’s saving grace is a superior application library and application discovery interface. If Android can revamp its approach to applications and find out where it can find its own iTunes-like foothold, things will start to get a bit more interesting.

Google stands to be the major winner if Android succeeds, even though it’s giving everything away for free. In the same manner Microsoft overtook Apple in the early days of Silicon Valley, Google stands to take over Apple in the mobile wars thanks to hardware independence and a strong foothold in personal online information. If Google releases a Sync application, perhaps within Google Desktop or Chrome, the stability of the foothold it could establish in competition with Apple will be tremendous. Currently, nearly everything on Android can be easily synchronized with Google’s services. However, a few strategic services remain unimplemented, such as media. In the same way Google Docs has displaced Microsoft’s Office in many small workplaces, Google could also displace iTunes using an online equivalent.

Unlike most course assignments, this one has a dramatic back story. When the project was announced, I started throwing around the idea of making a multitouch display. I lined up sponsors and some great deals on some hardware. Unfortunately, after I had gathered the team and made the project proposal, it was immediately shot down by the professor for being “too difficult.”

After the original project idea met its untimely demise, we decided to move on. Eric took the initiative to go to Professor Steven Feiner’s office hours and came up with the idea of having a “pile” interface, where images would be stacked on top of and physically interact with each other.

On Tue, 27 Nov 2007 at 4:40pm, ______@columbia.edu wrote:

Project Name: Polarscape

Our plan is to support a radial graph incorporating polar coordinates, in which the distance from the origin acts as one axis, and the angle around the origin acts as the other.

On the y axis, the axis mapped to the radius of the radial graph, we plan to place images based on the popularity of their tags within the image collection. The more popular an image?s tags are within the collection, the closer to the center the object will be placed.

We also give the user the option of displaying temporal data along that axis in terms of newest images go in the center and oldest images are displayed in the outer rings.

We also give the user the option of displaying the images at a given angle proportional to their time of year so pictures in winter will all be grouped together in a quarter of the pile.

We plan to group images in a “pile” in which images are thrown on top of others, as the navigator moves the cursor over a pile, images in the currently relevant local area will be brought to the top of the pile and will be spread out using a custom layout algorithm to give the navigator a better view of the area around the location of interest. .

In order to give the user the ability to define and axis and place tags along it, we have two ideas, either we use the pile idea and allow the user to put tags at a given radius from the origin and place images in rings that given distance, or build a pile per tag and place the piles along a linear axis. Suggestions would be appreciated.

Time went on, we occasionally met and talked about the “pile,” and before we knew it, we only had the weekend to complete the project from scratch. On Friday, we met, but instead of working, we somehow ended up listening to Indian popular music from yesteryear and arguing whether or not we should even follow our own project proposal. On Saturday, I sent out emails and scoured the campus, but my teammates were nowhere to be found. On Sunday, I was at the library at 4 AM because I had accidentally burned a Teflon pan in my apartment in a futile attempt to boil water, and was waiting for the noxious fumes to dissipate.

I decided to check my email. I noticed that none of my team members had responded to emails I sent out Saturday about the project. I panicked, checked the SVN repository, and was relieved to discover that Tejas had submitted something late Saturday night.

I updated my local repository, and to my dismay, discovered that the basic framework Eric had made earlier no longer compiled. NetBeans’s automagically generated, non-Mac compatible GUI Builder code had polluted our fledgling implementation.

At that point, I decided something drastic needed to be done. There was no way we were going to fulfill our project proposal with some form elements pasted together in a Swing interface. I sent out an email telling my team where I was in case they wanted to meet, and I started to code. At 7:21 AM, I had the Picasa API interface set up (thanks to Google’s Java gdata client and Scott from Google) and a psuedo-database layer to locally store the pictures and information fetched from gdata queries. By 8:40 AM, I had tag, month-of-the-year, and hour-of-the-day searches working. By 10:48 AM, I had started working on the UI, and had thumbnail caching working.

At this point, I started to get somewhat hungry. I took a break and went across the street to M2M. I tried to order my usual Kimchi Udon, but they politely informed me that lunch did not start until noon. I decided to start coding in their dining area while I waited. Before lunch, I had figured out how to tell a Java app to go full screen, and started working on displaying and interacting with images.

After lunch, Eric met me at the CS Lounge, and I started coding the interfaces between what was going to be the view/controller and the database. I got keyboard input to work, and then started echoing the typed letters to the screen in a large serif font — without relying on a swing widget. I had query submission working. Eric continued to work on the original framework.

At 2:17 PM, Tejas responded to one of my earlier emails about having a meeting.

Hi lets meet up tonite…around 12am ? Me and Divya are currently working from a different State (NJ). We can try to integrate our code tonite…

A different state?

It turned out they were worried more about filling the generic assignment requirements and had gone ahead and created their own project to meet them, but they planned to ignore the original project proposal. Tejas is probably the highest scoring student in our user interface design class. So, I trusted that he would be able to meet the generic project requirements to the letter. I felt relieved that we now had the basics covered, but still uneasy, since I knew he was using NetBeans’s automatic GUI builder, which would make the project nearly impossible to merge.

Just after our midnight teleconference, something strange happened to Eric’s aging Dell, and he lost all of the work since his last commit – which meant all he had left was the code to render a 3d-looking electric-blue ring in the middle of the screen.

We decided that Eric should continue writing the required documentation while I continued coding, since I was more familiar with the rapidly mutating code base. We integrated his ring-drawing code and then started creating the information spaces.

Creating the Seasons / Day and Night visualizations was quite straight forward. The cyclical nature of the data fit well with our radial graphing requirement. Brightness was also simple, since it was merely a one-dimensional value from 0 to 255, which I mapped to a spiral.

When we arrived at sorting the images by the average of their three color components, we hit a mental block. How do you visualize 3D data on a 2D plane and have it makes sense to normal people? While Eric thought about that question, I worked on the “custom view” requirement. About this time, Tejas came back to New York to remind us that PolarScape was doomed and that his splinter project was our savior.

We decided to split for a little while. I continued to work on the application, and Eric attended his vegetarian cooking class, promising to bring me back something from Roti Roll afterwards. I was going to implement a physics engine for pushing things around the pile, get panning and zooming working, and make the custom view. When he returned two hours later, I had wasted two hours working on the hardest part, the physics engine, only to get stumped by the constant appearance of strange Java2D artifacts. I told Eric that physics probably wasn’t going to happen before the deadline, which loomed just a few hours away, and we dropped the feature.

The food was delicious.

Implementing panning and zooming took about five minutes. Eric fell asleep.

I woke him up and he took over coding — creating the view for the color breakdown — while I thought about how to design the custom view. After a few moments, he came up with the idea of replacing the blue ring with a ring generated by iterating through the color space of integers. The result looked like a 3D rendered ring of structured rust — it didn’t turn out too well. So, instead of generating the color information space background, we decided to make three primary-colored Gaussian blobs in Photoshop. Eric created a simple affinity expression to render the pictures near their respective dominant average primary color values. I added calculations for primary color image statistics to the database, and the color view was complete.

At about this time, less than two hours before we had to turn in the project, Eric kept saying, “We’re DOOOOoooomed!.” His unwavering confidence in the team’s ability to meet the deadline was an extraordinarily effective motivational tool.

To implement the custom view, I simply made it such that the user would specify a tag, place the tag by clicking somewhere on the display, and we would fetch the appropriately tagged pictures from the database. For several minutes, I was at a loss as to why no images were appearing. It turns out that very few people on Picasa actually tag their images. Thinking quickly, I decided to try to get the search keywords instead, but the gdata API only returned “null” when asked for keywords associated with every piece of media I tried. As a simple workaround, I had our tag table automatically tag photos with their respective queries as they were downloaded off the web. This turned out to work quite well. Finally, I came up with a simple equation to draw a radial distance indicator for each tag — a circle with a circumference that intersects the point where the tag is placed along with a radius intersecting at the same user-specified point. For a while I tried to get the tag to draw a drop shadow, but then I gave up because there just wasn’t enough time to waste one something that could be hand-waved during the presentation.

We were almost finished. I handed off my zipped “dist” directory to Tejas, who packed both submissions into the same final turn-in. It took a couple tries to get right, but we eventually got everything in on time. Some parts were turned in seperately, but in the end, I think the course staff figured out all the submissions were from the same team.

For our presentation on Wednesday, Divya worked her “positive person” magic and spun a story that made us look good (2 projects instead of 1! Twice the Value!). After we presented our projects to the class, someone actually came to the front of the lecture room afterwards and told me the PolarScape interface “rocked!” That felt good. Then someone came up to me after class and said the interface was really awesome. That felt good too. I relayed the good news to my team and we all laughed and shook hands. I guess we weren’t doomed after all.

You can download PolarScape under the Apache 2.0 license

The program is super hackish, but it has a neat story and might be useful to others.

Smooth scrolling with trackpad gestures (two fingers) is actually smooth. It now behaves like it does in Safari and Camino!

Typing is more responsive!

Actually, the whole UI seems more responsive.

Fast-back is basically instant now, like Opera.

Suggestion boxes, the url entry line, and other tooltip-ish things have a fade out effect.

You can open all recently closed tabs at the same time using the history menu.

The Extensions and Themes menus have been combined into an Add-ons menu.

A few of my old extensions, such as DownThemAll and Adblock still work.

The stationary tab-closing button that used to reside on the far right of the tab bar is gone. Oh well, I still have cmd-W.

Underline-as-you-type spell checking!

It does sessions! And, it’s smart about crashes, offering the choice of a clean start or a session restore during recovery.

It has auto-suggest in the built-in Google search box.

I downloaded the Kubuntu CD image from the official site, burned it to a CD, set my BIOS to boot from removable media first. I have a Dell Dimension 9100 and it was set to boot from HD first. The installation seemed to go smoothly. The only option I had to change from the default was the time zone.

Unfortunately, after booting up, I discovered that my display was stuck at a sub-optimal resolution. To remedy this, I used sudo dpkg-reconfigure xserver-xorg and was able to select the correct resolution for my FP2405.

Additionally, my Logitech MX510′s extra buttons were miss-mapped. For example, the foreword and back buttons don’t go foreword or backwards in any of the browsers.

Installing and Upgrading with apt-get

Kubuntu includes a apt-get GUI called Adept. One of the first things I did was use the System Update Wizard. I basically just pressed “Upgrade” and everything on my machine was upgraded.

Next, I used the System>Package Manager (Adept) to install the linux-686-smp kernel metapackage, which, I hope, took advantage of the HyperThreading available on my 3.0Ghz Intel P4. This required a reboot.

I’d heard of Native Eclipse and wondered if Adept had it. All I had to do was type “Eclipse” into the Adept search box and install everything. Apparently, the GCJ appended packages provide the natively compiled portions of the installation.

Eventually, I discovered Kubuntu-Automatix. This is basically a super-install shell script with a GUI. I used to install common codecs, media players, Firefox + all plugins (flash etc.), SUN Java, MS TrueType Fonts, RAR, ACE, MPlayer, OpenOffice.org 2.0, and DMA (Direct Memory Access – devices can directly shuttle information to memory without using the CPU). This script includes a ton of packages. There are even DVD decoders, (which the installer says are illegal to install in the United States).

I wonder if killing the process will do any harm…