Archive for the 'Google' Category

Media Metadata fail – part 3

In last week’s posts, I began describing how metadata has failed us – or we, as lazy humans, have failed to use it.

Dr Hayes (David) opined here and here that “indexing isn’t the same as categorizing, but finding belongs to both…”. As always, I have to agree with David – but I also have to say that this is one of the problems with metadata as a descriptor. If we rely on “people” (those lazy things that will sit at a SBUX drive-through for 20 minutes instead of getting out of their car, walking up, and getting a cup of coffee in 8 minutes) to put in metadata, then it doesn’t work.

Indeed David has pointed out the “goof” in my last post. That is, that intrinsic data is that which can be actively indexed anyway. Extrinsic data is innately categorization – because to date it has required “people” (see above) to populate it. And that’s where it falls apart.

The difference between indexing and categorization, at the end of the day, is nerdspeak. My mom doesn’t care how the photos get organized – just that they do, and that (let’s be honest here) there is a minimal amount of “processing” necessary to take the 30 pictures she took today, and make them easily available to the family (this isn’t taking into account the step that should be there, helping her realize that sending 4 5MB pictures via email is a bad idea – love you anyway, mom!).

So what’s my overarching point here? That consumers just want their photos and movies to be available to themselves, and family and friends, as quickly and easily as possible, and not in some way that requires watching 90 minutes of digital goo just to see little Timmy’s first words. Indeed, software should continue to evolve to help consumers apply important metadata to their photos automatically. Hey – you changed locations, you’re not in Dallas anymore – you’re in Orlando – let me offer that. Apple has made many of these steps via their “Faces” feature, and by applying geotagging intrinsics to the iPhone 3G and beyond. Can’t remember where you were? Let me apply a lat/long to it! Only problem is, most non-Apple cameras (digital and video) still don’t support geotagging yet (I expect that to change, but only over the next 3-5 years). And then, they still only apply lat/long, they don’t yet take that data and turn it into information (this lat/long = New York City). Lat/long to the typical consumer are simply nerd porn. They’re useless metadata.

iPhoto (not iMovie, alas) also offers to cut up imported photos into “Events”. By default, events are just photos, correlated by their intrinsic categorization of “date they were taken”. Since cameras today (probably good, since the UI would suck) offer no way to apply any sort of extrinsic “event” data such as a birthday, holiday, vacation, etc, this is probably as good as it will get in the short term.

Faces, on the other hand, attempts to at least help you tag your photos based upon who is in them. But as I found out when discussing this with a person I met up at Terra Burger, it’s only so good. He has two boys, 2 and 5 – and the software cannot yet tell them apart most of the time. So it’s a start – but still leaves a lot to be desired. It also doesn’t work on video yet (and of course Apple still has yet to truly tie video, photo, and archival together in one function – which I think they need to do for Mobile Me to ever be worthwhile).

Long ago, I had ideas about how to help create software for Windows Media Center that would help squish commercials out of the DVR-MS files automatically. It’s actually not terribly hard. Similar logic can be applied to automatically “categorizing” (to use David’s words) video automatically, and then assisting you in processing it. Similarly, pre-processing it in such a way that long “overtakes” of video can be constructively edited down quickly into shareable snippets on Mobile Me or YouTube should become commonplace. But we’re a ways away from that.

My next post will focus on how I work diligently to avoid the overflow of photos and videos (trust me – it’s new to me – even last year’s family trip to Chicago wound up on the editing booth floor for over a year). It’s a struggle, since the software still doesn’t help you much. But I’ll give some advice, and discuss more about how software can help us move past this over the next… decade or so.

  • Share/Bookmark

Media Metadata fail – part 2

On Twitter, I was reminded of course that metadata (the lack of it) isn’t just a home media problem. It’s pervasive in our lives – especially the more you let technology into your life. I’ll expound upon that later.

In my first post I mentioned WinFS, and why it was symptomatic of the “metadata problem” that we all live with today. I’ve chosen to hone in on home media just because it’s something that we all live with – specifically the problem I mentioned earlier, where we all have media goo that we’ll never share again. Those memories that you took the time to photograph or record – may as well be buried in a cave somewhere never to be seen again.

The key problem here is two-fold. 1) You’ve recorded onto “analog” media. Hey – even if it’s a DVD, you have no way to truly “search” it. Photos are a “hand index” media only unless you begin with digital photos (check out the upcoming post on iPhoto and iMovie as they relate to that). 2) Any references that you may have had to the content of the images/video become lossier the longer you go from the time of capture to the time you try to “catalog” them. You can’t remember which day was which, which cousin was who, or where that boat tour was, and what the name of the lake was that you went across.

Truth be told, we’re all innately horrible at capturing these kinds of details about events and memories. Only the lucky person gets to recall exactly how to get back to where they were driven once without needing a map or directions. Most of us need notes, maps, or other tools to recall the small details – the kinds of things you want to recall when viewing the photos or videos with the kids a year later.

When was the last time you set the metadata properties for a Microsoft Office document you were working on? Wait – you didn’t KNOW you could add metadata properties to Office documents? Well – even if you did, you haven’t set one more times than the number of thumbs you have. I know. Don’t lie to me.

For this reason, I am electing to define two types of metadata. Intrinsic – that which can be innately, directly gathered from the media itself, and extrinsic. My example in my first blog entry in this series, the above example of Office documents, and to a large degree WinFS’ design (as most of us would have experienced it) are all extrinsic. Much like taking the time to catalog a series of 35mm photos or slides, or edit a bunch of VHS-captured memories into any form of tolerable viewing (perhaps even with captions or cataloging), nobody does this. We don’t have the time to do this – at least more than a few times and then we tire of it. Thus, “memory to media goo”. The cool new device or media type becomes frustrating because our initial intention – to share memories with others or preserve them in a useful way for ourselves, is just too damned hard.

Simply put, using extrinsic metadata to organize anything sucks. Even if it works in theory, it doesn’t work at scale, in real life. We all give up and stop trying to use it for all but special cases.

Instead, intrinsic metadata is the future. In my next post, I’ll be discussing intrinsic metadata, what it is and how it works (when it does) and where we’re all going from here.

  • Share/Bookmark

Media Metadata fail – part 1

Five years ago this week, I left Microsoft. After more than 7 years there, it wasn’t an easy decision to make – but I did. This was after almost 5 years working on the Windows team. During the spring of 2004, when things weren’t honestly the rosiest for Windows Longhorn (what would, after a code reset in summer 2004 followed by much cutting and pasting, become Windows Vista), a co-worker in Windows Marketing and I were having a conversation. It went something like this:

Him: “Have I shown you the beautiful pictures I took on my trip to Egypt with my wife?”
Me: “No – show me. WOW, those are amazing.”
Him: “Thanks – was a great trip. See…” (clicks a button to winnow down the visible set of photos) “these are the ones at Giza…”
Me: “Wait – how did it know that?”
Him: “Oh, I entered the information on each one as a keyword”
Me: “So… you entered keyword info on each of the photos you took?”
Him: “Yup. All of them.”
Me: “How many were there”
Him: “Several hundred”
Me: “You don’t have kids, do you?”
Him: (grins)

This was especially amusing because he actually was the Product Manager (read: the guy who owns the “marketing story”) for WinFS. For those not familiar, WinFS was the abandoned strategy within Microsoft (Windows Longhorn in particular) that we had first announced at PDC 2001. WinFS was an attempt to inject “metadata into the filesystem” – or so the world was told. I won’t go into my entire WinFS tirade here… Grab me sometime and I’ll tell you a story over a beer.

WinFS’ technical foibles aside, it suffered from a classic software problem – solution naivete. Think about it. The story above… How many of you have dust-gathering stacks of:

  1. Decades of un-annotated, uncategorized 3×5 photo prints
  2. Negatives (or CD originals, now) of said un-annotated, uncategorized photos
  3. DVD/CD-R/8mm/Betamax/VHS (or other) video content of barbecues, family reunions, birthdays, bar-mitzvahs, etc
  4. Reels of even older audio or video content
  5. Slides (yes, I said it, SLIDES!) – my dad fell for this one

Ready? We all do. Yes. Admitting it is the first step. We all suffer from what I like to refer to as “memory to media goo”. It’s where you transact your memories to media, instead of your brain. Never to be seen again until… you finally clean out the closet (as we did several months ago).

The only problem? By the time you find this media again, you can’t remember if that’s uncle Phil, or uncle Bill. You can’t remember if it was your brother’s wedding, or your sister-in-law’s. No, instead, you’ve now forced yourself and your kids to go through ALL the photos again. Even the ones with red-eye, since those came back from the K-Mart photo processing lab too, and the entire 5 hours of VHS from little Timmy’s first  month of life. Not because they’re interesting, heavens no. But because those memories are glued on that media. For good. And there is no way you can pry off the “interesting bits” off and throw out the other 95%.

In my next several posts I’ll discuss exactly why we’re in this rut, how things are getting better (how you can make them better for yourself), and what this means for consumer media and software (hint: it means we’re all headed for a few compromises, where the best format may not win, just like the old Beta vs. VHS war).

  • Share/Bookmark

Google to turn Chrome into OEM craplet

Sigh… I really had hoped we were past this era of “pay the OEM to pimp your wares”, at least with web browsers.

I don’t know where I would be without Google. It’s an invaluable tool for search. But their browser? Snooze… Like too many tools from Google, it’s a developer toy designed by developers for developers. Even if you foist it onto consumer-grade systems, most users won’t select it unless OEM’s make it the default browser (yech).

Frankly, I’m not elated with IE8 just yet either, though I like it better than I liked IE7 during it’s beta phase (taking the menu away… BAD idea!). But at their heart, I still believe that the IE team has the diverse scenarios much more understood to deliver a web browser that is suitable for consumers, enterprises, and provides some new dev-candy – without being all out nerd porn as Chrome currently is.


  • Share/Bookmark

Google, meet Program Files and %TEMP%

I have to ask… Why on earth does Google install Chrome where it does? On my system, it is installed in:C:\Documents and Settings\wmiller\Local Settings\Application Data\Google\Chrome and drops it’s own auto updater in a VERSIONED directory under that. WTH? Application Data is, not surprisingly, where a User’s application data is supposed to live – not an application itself – and an updater like that should be downloaded either into the same directory as the application or into the temp directory. Nice app sprawl, Google. Thanks.


  • Share/Bookmark

Dear Steve (part 1)

I largely use Macs now… My iMac at home, a MacBook Pro at the office, and another Mac Mini tucked back on my desk at the office for a lightweight VMware system for testing. In general, I like each of these systems a lot. But if there was one thing I could ask Steve for about the hardware in particular, this would be it. Please, for the love of all that is good, will someone at Apple create a DOCKING STATION or a PORT REPLICATOR for the MacBook Pro/MacBook? When I am at the office, even with a sweet 21″ Apple Cinema there, and all of my peripherals plugged into it. I have to plug in the AGP, USB, and Firewire from the Cinema to the MBP, and then plug in the power cord – on the opposite side from each other. Leaving the office is the same exercise in reverse… it’s just kludgy, and “un-Apple”. It’s a minor thing, but a reminder that Apple is still stuck in their consumer past. Laptops in business need port replicators/docking stations. It just makes life easier for a portable that truly gets used everywhere.


  • Share/Bookmark



Switch to our mobile site