[lightbritefight]

Nothing new by default, but its opening up a lot of hardware potential. Its not just a screen and camera that's at eye level, its also setting new social norms that make that acceptable. Even now, Glass isn't far from Bluetooth levels of socially okay, which is say annoying to most but acceptable. Once it reaches that point, I expect AR to be a focal point of development. It only makes sense.

A simple street view overlay + wikipedia filter would be basic AR, and that doesn't seem difficult at all. Google could monetize with virtual window ads that businesses would buy for glass+streetview users.

[themstheones]

Your ad idea is stomach-turning. I see enough ads without having to subject myself to new streams of advertisement.

Conversely I'd happily install an app that put art over billboards. It would be nice to go to Times Square and feel like you're in the Louvre.

[mistercow]

>Conversely I'd happily install an app that put art over billboards. It would be nice to go to Times Square and feel like you're in the Louvre.

That's not going to happen for the foreseeable future. See http://blogs.valvesoftware.com/abrash/why-you-wont-see-hard-...

[krrrh]

For me it was worth reading the whole post to understand that your idea of "forseeable future", and Abrash's idea of "a while" are really different from mine:

> Eventually we’ll get to SF-quality hard AR, but it’ll take a while. I’d be surprised if it was sooner than five years, and it could easily be more than ten before it makes it into consumer products.

[adam-a]

Happily this app has already been made http://laughingsquid.com/augmented-reality-app-replaces-outd...

[untog]

A simple street view overlay + wikipedia filter would be basic AR, and that doesn't seem difficult at all.

It would be extremely difficult. It would use a lot of processing power to examine the camera input and attempt to extrapolate positioning for overlayed elements. I'm not sure Glass has that power.

[coldtea]

>It would use a lot of processing power to examine the camera input and attempt to extrapolate positioning for overlayed elements.

What camera input? Why go all in such a roundabout way, processing the image to determine the location?

What he proposes just needs the GPS/compass (if Google Glass has one, else it's trivial to add one). You get relevant wikipedia articles for your location (including the direction you're looking) using Glass's GPS, and the screen displays them.

[untog]

Nope. GPS isn't anywhere near accurate enough for that- believe me, I've tried. It's usually accurate to a few meters, which is fine for an overhead map, but would be horribly jarring when used for AR.

[coldtea]

>GPS isn't anywhere near accurate enough for that

For what? I remind you that we're talking about a Wikipedia filter. Wikipedia entries are so coarse grained with respect to position that you don't even need GPS-level accuracy. (Not to mention it can correct itself with the help of the built-in maps, e.g assume you walk in the sidewalk and not 4 meters across inside the buildings etc).

"That place is the Brooklyn Bridge, that thing down the road is the Katz delicatessen, further down is CBGB, stuff like that".

Where's the need for "more than a few meters accuracy"? If it can show me info of the nearby stuff (5-10-20 meters away) on my Glasses, it's perfectly good.

It doesn't have to super-impose it when I look at the specific building (that would be stupid anyway, cause it would necessitate me to keep looking straight at the building to see the info).

[themstheones]

You need to use military grade GPS. It's much more accurate.

[mistercow]

Even so, the latency on the compass and GPS is far too high for tracking convincingly.

[vonmoltke]

Indeed. Military applications that require the type of precision in orientation measurements and derivatives that are being discussed here use high-rate precision Inertial Navigation Systems. INS measurements are made in a coordinate system fixed to the platform. All geometry calculations happen in this coordinate system. GPS and other sensors are used to translate positions in the platform coordinate system back to a "real world" system like lat-lon or ECEF.

This is actually a problem I have been thinking about a fair bit for the Rift. I'm not sure what the best way is to solve it in this package size. I'm thinking a first pass will need some sort of off-board reference.

[sp332]

It's already being done. Nokia has a nice one, but they weren't the first: http://conversations.nokia.com/2012/11/13/livesight-immersiv...