Tech Archives - Page 7 of 28

2011: A Year in Pictures

Continuing my trend of doing this every odd-numbered year, I’m taking a photo every day in 2011!

As always I can’t promise great art. But there’s usually some good stuff that comes out of the chaff. Right now I’m just happy that I’ve avoided taking a picture of my meals so far, though I’m sure I’ll resort to that any day now.

I’m putting one slight alteration on it this time around, geotagging each photo and plotting them on a map. Photos I take at home can only be seen on the map by my friends & family on Flickr for obvious privacy reasons, but I’ve got travel plans to a few places around the country this year and look forward to seeing the final product.

How I learned to stop worrying and love the Kindle

I’ve ranted before on multiple occasions about my issues with the current state of the commercial ebook setup.

Then I got a Kindle for Christmas.

I haven’t quite done a 180, but after truly giving the Amazon ebook ecosystem a fair chance I’m more willing to highlight the positives of the experience.

Like Sarah, I feel like a bit of a library traitor in admitting all this. But, things I really like about my Kindle:

Portability. A Kindle is much lighter than most hardcover novels. It’s also much easier to read on the bus, where I often have to stand. I can read the Kindle with one hand, and keep myself upright with the other.
Cross-device sync. if I have a few minutes to kill while waiting in line, I read a few pages of a book on my phone. When I get back to the Kindle, it knows where I left off. if I need to do serious work with a book, I move to my PC. It all just works, pretty seamlessly. I wish the sync feature was more robust than a simple ‘furthest page read’ notion, and that I could sync non-Amazon content across devices in the same way. But it’s still very handy.
Note-taking & highlighting. For reading non-fiction, a Kindle is invaluable. I’ve never been one to scribble margin notes as I read, mostly because I know I’ll never go back and find them all later. But the Kindle puts all notes & highlights in a centralized, web-accessible location. For serious non-fiction this adds real utility to a book that paper copies simply can’t provide. It helps in fiction too. I find myself highlighting the quotes I really like, and now they’ll be much easier to track down in the future.

These are all things that move a book beyond paper. I think I may have been too hung up on the things that Amazon’s ebooks take away from a purchased print title – loanability to friends (Amazon’s new title loan feature is so crippled that it’s useless), library use (nonexistent), resale (nonexistent), etc. While those are still issues (in some cases major ones), I haven’t previously focused enough on the extra features Amazon adds to a purchased title.

I still adamantly refuse to pay more for an ebook title than the print version, and I’ll keep that stance until the issues I listed above are addressed. But I’m now ok with paying a price equal to the print title’s. I’m giving some features up, but also gaining others in exchange. Features which greatly enhance the way I consume text.

The issue of ebooks and libraries is a larger one, which I’m more and more pessimistic about, and a topic for another time (libraryrenewal.org did recently restore a bit of my hope). But as a reader, if not a librarian, I’ve learned to love the experience the Kindle provides. I guess the title of this post is a bit of a lie – I didn’t really stop worrying, but I now worry a little less.

Virgin’s Project – app overkill

Earlier this week, Virgin launched an interesting new project. It’s called, well, ‘Project’. Project is essentially an iPad-only magazine. The key word is only. I’d link you to an article in the magazine, but I can’t.

See, Project has no real web presence. They maintain a blog, but that blog’s content is entirely separate from the app’s articles. The only way to read those articles is via the iPad app ($2.99/issue). This restriction cuts to the heart of my ongoing concern with app culture. As I’ve said before, Apps lock up data and go against one of the central ideas and advantages of the open web â€“ the ability to link between pages.

Project could have the most fascinating articles in the world, and nobody would know. The Project app has no copy/paste option, no real export ability at all. The only included export feature (and I use that word loosely) is emailing a screenshot of one page of an article to someone. I’d be embarrassed to share info with anybody that way.

Without the ability to link articles, Project loses out on the magic Google juice. The only way to find text in the article is by random browsing through the pages. Nobody will ever just stumble across a Project article unless they were specifically looking for it in the first place.

I understand that Project wants to experiment with magazines in the emerging tablet world. And it admittedly has some nice features integrating video and slideshows into the pages (Jeff Bridges wanders around the cover and a couple of interior pages while you read (see screenshot), and the effect is not unlike a photograph from Harry Potter). But locking all the content inside an app is a huge misstep.

Why not go after the tablet market with an HTML5 webpage instead? I’m willing to bet that 90% or more of Project’s multimedia functionality could be replicated on the open web. The result would be cross-platform (other future tablets could read it too), and the content would be linkable and Googleable. Lock it behind a subscription wall if that’s the desired business model, whatever. But on the open web users could at least stumble on an abstract or summary. Just put it on the web somehow. I’m not saying Project’s content is particularly amazing, but with the existing model how would anybody even find out? It’s impossible to post a link to an article on my blog, twitter account, or anywhere else.

Or please, at least allow readers to copy and paste text snippets. If I ever wanted to quote a Project article, I’d have to transcribe the text word by word. In the year 2010, that’s insane.

Apps have their place, but locked-down magazines aren’t it. This kind of thing hurts the internet.

iPad apps

I nabbed an iPad a few weeks back. It was almost an impulse decision, but it’s an impulse I’m glad I gave in to.

Basically, I need a new laptop. I also don’t want to pay as much as a laptop costs. This is a fundamental problem in obtaining a laptop, yes?

The iPad made for a nice compromise on price point and functionality. I still don’t want to type anything longer than a few sentences on the iPad’s on-screen keyboard. But for anything else I find myself using the iPad.

I don’t think the iPad qualifies as a mobile device. At least not in the same way that a smartphone does. I’m turning this over in my head a lot, and might elaborate on it at some later point.

I will now share my favorite iPad apps, a ritual I understand is customary upon obtaining a new piece of gadgetry:

Flickstackr – $1.99

I didn’t want to sync my massive photo library to the iPad, as it would quickly overswamp my 16gb of storage. This is a great workaround. The iPad’s native photo viewing interface is beautiful, and Flickrstackr does a good job of replicating it’s high points for my online photos.

BBC News – Free

One of innumerable news apps, this one lets me listen to live BBC news radio as I browse stories.

NY Times – Free (for now)

This is free for now, and has a great reading experience. Great enough that I’ll consider paying for it when the paywall goes up sometime next year (depending on price, of course).

Comics by Comixology – Free app, comics range from free-$2.99 each

This device feels like it’s made for viewing digital comics. Comixology has distribution deals with Marvel, DC, and a host of smaller publishers.

Instapaper – $4.99

I’m late to the party on this one, but Instapaper does a great job of collecting all the articles I want to read but don’t have time to parse immediately.

Air Display – $10

Pricey, but magical. This app lets the iPad function as a second monitor, so long as it’s on the same wifi network as the host computer. Not a flawless user experience, but when it works it’s a major productivity boost.

ABC Player – Free

ABC is the only major network with an iPad app. It (perhaps obviously) streams recent episodes of ABC’s shows. Works flawlessly.

Netflix – Free, requires Netflix subscription
It just works. Very very nice.

Angry Birds – $4.99
Don’t buy this. Your free time will thank me.

Bonus app that I want to like but it just costs way too much:
Wired – $3.99 per issue
Of all magazines, Wired seems like one that should be read on a tablet computer. Unfortunately the high price gets in the way. There’s no subscription option – a year would cost $47.88. I currently pay $12 for a year of print issues. Bring the price in line with the print, and I’m onboard.

Android’s App Inventor: Drag and Drop Programming

It took a while, but Friday afternoon I finally got an invite to use Google’s App Inventor program. What is App Inventor? It’s Google’s attempt to simplify building apps for Android devices. Apps are built using a drag and drop interface, and reflected instantly on a connected Android device.

I was skeptical about the system’s ability to produce apps of any real functionality, but I was happy to be proven mostly wrong. Building a well-structured UI is admittedly almost impossible, with only basic layout and design tools available. But the app inventor does provide easy access to surprisingly complex elements of the Android functionality. The GPS, barcode scanner, camera, speech recognition, and accelerometer are among the tools easily usable via drag and drop. After placing buttons and labels to design the UI, a separate drag and drop interface is used to establish how those elements interact with each other. A series of blocks click into each other, with a bit of typing to provide some details.

It’s a nice system, and my skepticism about App Inventor’s potential beyond the toy level was quickly overcome. I ran through the first tutorial app (touch the picture of a cat and it meows! This didn’t help my skepticism…) in a few minutes. Less than an hour later I’d built an app to search the UNC catalog via an ISBN barcode scan. It relies heavily on our existing catalog webapp to do the actual search, but still! I mastered using the barcode scanner for apps in less than an hour. My previous attempt at Android programming (in Java, before App Inventor existed) took me four hours to build an app that simply displays an image. And that simple task drew on every single bit of programming know-how I could dredge up from my undergrad days.

The barrier to entry for using App Inventor is almost absurdly low. My slight background in programming did help, and I would have taken a bit longer if I wasn’t familiar with things like variables and function returns. But the point of App Inventor is that I wasn’t required to know those things in advance. I could have picked it up in a little extra time. This kind of setup seems perfect for intro-level computer science courses, teaching basic programming concepts while retaining the satisfaction of seeing a fully functional app at the end. Google definitely realizes this and is targeting educators as potential users.

App Inventor is clearly still a beta product, with some notable limitations. Apps built in App Inventor can’t be distributed in the Android Market. The install files need to be manually distributed to phones. There’s also no resulting Java source code to tweak for more advanced purposes. And disappointingly, using APIs beyond a prescribed few (Twitter, Amazon, etc) involves more complicated Python coding. There’s also some strange odds and ends, like not being able to change the app’s icon.

I’m not under any illusions that App Inventor apps will someday replace Java-coded apps. But it got me excited about programming in a way I haven’t been in years. That’s gotta count for something.

If you’d like to try the barcode scanner app I built and see what App Inventor is capable of, here’s the installable apk file: http://dl.dropbox.com/u/905114/UNC_Catalog.apk

The ubiquitous book – anytime, anywhere

I recently finished reading Cory Doctorow’s latest novel, For The Win. I’m not crazy about the book itself (a topic for another time), but the reading experience was different, more fluid, and ultimately better than what I’m used to.

Thanks to publisher Tor’s generosity at ALA 2010 last month I have a copy of the book in hardcover. And thanks to Doctorow’s business model of giving away free ebook versions of his works I had the text in e format too. This is the first time I’ve read a book while having access to both e and print versions at the same time.

As much as I enjoy my Sony Reader, a print book is still my personal ideal for most of the novel reading I do. I use the Sony primarily for convenience, like when I don’t want to carry a large hardcover on the bus. But if I’m sitting on the couch I still prefer a standard print book experience. With access to both print and e versions I was able to jump back and forth between the two, using whichever provided a superior experience at the moment.

And actually I had 3 options – Hardcover, Sony Reader, and the Aldiko ebook reader app on my phone. (Doctorow provides his ebooks in a variety of DRM-free formats compatible with a large number of devices.) I read the hardcover on the couch, the Sony on the bus, and a few pages here and there on the phone whenever I had some waiting in line time. It was convenient, easy, and I got through the book much faster than I would have otherwise.

But now I’m spoiled! Doctorow’s ebook give-away model is pretty unique, not many other authors do it. I’m not going to buy a book in both print and e, and library ebook options are pretty anemic. The only way this would happen again is if I pull titles from Project Gutenberg. But I’m not much of a classics reader, and Gutenberg doesn’t have a lot from my to-read list.

While I don’t think it’ll ever happen, I’d love for a purchase of a print copy to come with a free ebook counterpart. I’d even pay a little extra for the option, and the bonus to researchers of having a searchable text to supplement the print could be a considerable advantage.

My favorite Android apps

I’ve had my Motorola Droid long enough now to feel like I’ve always owned one. Those dark pre-smartphone days of last October seem hazy as they retreat into the past. I listed my favorite Android apps in my early days of ownership, but that list has changed a bit over time. And while I have a lot of apps installed, not all of them get used every day. Here’s the dozen or so android apps I currently use most often:

Setting Profiles
This is magic. Based on criteria like my location, presence of a wifi access point or time of day, Setting Profiles changes settings on my phone. For example: When my phone sees the wifi signal at work it turns the ringer off automatically. When I plug it into the car dock Bluetooth turns on. It’s a bit complicated to set up, but works perfectly. $3.95

CardioTrainer
Tracks my exercise via GPS. I use it to chart my times when I ride my bike home from work. I even used it to track a bike tour we took in Paris, and had a great time examining the route on a map afterward. Google’s My Tracks app performs a similar function, but focuses on just collecting raw data. CardioTrainer is tweaked specifically toward fitness tasks and provides some low-level analysis. Free.

Drop7
I don’t play nearly as many games on the Droid as I did on my iPod Touch. Why that might be is a topic for another time. But when Drop7, my favorite iPod Touch game, launched an Android version I bought it sight unseen. $2.99

Foursquare & Gowalla
I like Gowalla better than Foursquare, but find myself checking in places with both for different reasons. Gowalla is more fun, but Foursquare has those tantalizing freebie specials. Gowalla’s Android app is also much prettier than the Foursquare counterpart. Free

Listen
Google’s excellent podcast client hasn’t changed much lately, but still works very well. Integration with Google Reader is handy. Free

Mototorch LED
This home screen widget turns the phone’s camera flash on for use as a flashlight. Comes in handy more often than you’d expect. Free

picplz
Foursquare + twitter + camera = picplz. This app takes a picture, then checks you in at a foursquare venue. I have an archive of pictures associated with the actual places I took them – both in GPS and foursquare venue form. The picture can also be posted to twitter. It’s like twitpic, but with better geodata. Free

PRO Paint Camera
The stock Android 2.1 camera app is awful. Focus and flash options are hidden away and hard to get to. Thankfully there’s Pro Paint Camera with a much better UI. I replaced the stock camera app and never looked back. Free

Quick Settings
Does what it says. Hold down the Droid’s search button and a menu of various options pops up. Volume, brightness, wifi, bluetooth, etc. Quick Settings puts all the toggles in one place. Free

RockPlayer
If you’ve ever wanted to play a video file that’s in a format the Droid doesn’t natively support, RockPlayer does the job. Still in Beta, not yet available in the Android Market. Free (beta)

Touchdown
Android 2.1’s built in Exchange support is pretty useless – I couldn’t get it to see any folders other than my Inbox, Sent, and Trash. 3rd party to the rescue! (sensing a theme yet?) Touchdown does a much better job, though at a fairly steep price. The UI could use some work, but functionality is rock solid. Now that we’re an Exchange shop at work this is completely indispensable for me. $30

Twidroyd / Twitter (official)
I go back and forth on which of these two Twitter clients I like better. Twitter’s official client has an amazing UI and integrates twitter messaging into the phone’s contacts list, but Twidroyd has some extra functionality like the LED alert for new replies that I’ve come to rely on. I keep both installed and use whichever matches my needs at the moment. Free

Google Voice
Verizon wants to charge me $3 per month for visual voicemail access. Google Voice gives it to me for free. That’s a no-brainer. I don’t use the SMS or calling features, but might switch to them someday. Free

Barcode scanning: Closing the app gap

I still think a lot (some might say too much) about what libraries’ mobile presence should be like. I’m still mostly happy with the decision to make a webapp instead of an app, but every once in a while I want to do something a webapp can’t. Barcode search has always been at the top of that list. We’ve got all that ISBN data in the catalog, and every book in a bookstore has an ISBN barcode. Matching those two things up would be pretty convenient. Why spend money on a book if it sits in the stacks above my head every day already, right? It’s also a feature that’s definitively mobile – it doesn’t really make any sense to search via barcode scan on a desktop browser. The best use case for catalog search via barcode scan is when I’m out and about in a bookstore, not sitting at my desk.

But webapps can’t access a phone’s camera. And no camera means no barcode scanning.

Both Android and iPhone have a number of barcode scanning apps available – including Zxing and RedLaser, respectively. Thankfully developers of both included ways to invoke those scanners from a webpage! More info on how to do this is here and here. It’s not too difficult – the only technical skill involved is understanding how to build catalog search URL.

Earlier this month we built barcode scan searches into our mobile catalog. It only works on Android and iPhone devices, and requires that Zxing or RedLaser is installed first. So it’s not a seamless experience and requires some explanation to users. I’m still working out those kinks, but was both comfortable with and excited enough about this feature to push it out with a beta label. It’s live on our mobile site at www.lib.unc.edu/m

Webapps still can’t do everything, but with a little creativity the functionality gaps close up a bit. I can’t tell you how happy I am that I was able to add barcode search to the site with a simple link instead of learning to code in Objective C 🙂

Here’s a video of barcode search in action on Android:

Geolocation at ALA 2010!

As I’ve mentioned before, summer is often my most productive time of the year at work. Especially when it comes to special projects. Last summer I focused on developing a mobile site, and this summer I’m looking into the potential of geolocation in websites. My ultimate goal is to mash up GIS data with our special collections and a user’s current position. I’m not there yet. But I do have a system up and running that might provide some utility at ALA in DC next week!

Here’s the site, designed for mobile devices: http://www.hiddenpeanuts.com/ala I pulled the 18 program sites out of ALA’s list of programs, and plotted them on a google map. Then it plots the user on the same map via the phone’s GPS signal. I’ve tested it on an iPhone and Android phones, but I think it should work on webkit-based Blackberries ~~and maybe even the Palm Pre too~~. (Update: Turns out the Pre doesn’t support geolocation via javascript. boo, indeed!) I’d love feedback on how those devices work (or don’t).

Obviously the site won’t show you much unless you happen to be in DC while loading it up 🙂 So here’s a demo which simulates the user being in DC.

I’m very interested in any feedback on this system. I know that the interface needs (a lot of) work, but this is as good as I’m likely to have time for before ALA. I’m also open to suggestions on what details about each location would be helpful to have on the mobile site. For now it’s just address and phone number.

Dumbphone: Using a US smartphone to navigate Europe with RMaps

After we got married (!) last month Melissa and I spent 10 days in Europe on our honeymoon. London, Paris, and Rome! It was an amazing trip, especially since neither of us had been to Europe at all before. But this post isn’t going to be our amazing trip’s slideshow. On the more technical side of things, I was fascinated at the idea of using our smartphones (we both have a Motorola Droid on Verizon) in Europe.

A little background: not all US cell phones work in Europe. I’ll avoid the nitpicky details and just say that in general AT&T or T-Mobile phones will work in Europe, but Verizon and other carriers won’t. While we could still open and use apps on our phones, anything that required a cell network connection would be dead.

This distressed my inner techie – I’ve become hopelessly addicted to navigating with my phone’s google maps, and google maps pulls the maps over a cell connection. I really wanted to use it to find our way around. The one thing that still worked on the Droid in Europe is the GPS – it can get your position in latitude/longitude. But with no data connection It has no maps to plot that point on! All that Google Maps would show me is a blue dot on a grey background. Not exactly handy for finding my way.

But with a little foresight and pre-planning, I set up my Droid to cache the maps locally before we left for Europe. This process was a bit of a pain, because it’s not well documented anywhere that I could find. Here’s a tutorial: Continue reading →