[FoRK] map search
Gregory Alan Bolcer
greg at bolcer.org
Sun Mar 3 13:40:35 PST 2013
Good point. Actualy Layar is like an onion--lots of layers which pretty
much screws up any usefulness. Wikitude also has filters, but the
content is so spatially meaningless that it doesn't really matter that
someone posted a youtube video from 4 miles away that was actually taken
50 miles away, but just uploaded from 4 miles away.
Google Indoor Maps are very promising, though they need to support and
indoor augmented reality model rather than the spatial translation
between flat and real.
Speaking of which, the ability to read flat maps and translate what you
are seeing into realspace/3d is often cited as a top issue. In fact, I
think there's a bunch of meme gifs making fun of people that I'm too
lazy to look up.
My last company was all about creating annotations on physical,
near-sight, contextual items and tying physical objects to online
livestreams without QR codes or GPS locations (though we filtered things
by it underneath the covers). We used the Justin Bieber example too,
not because it was common, but because he really did show up at Pizza
Port at that exact bench. http://www.keroseneandamatch.com/
On 3/3/2013 12:12 PM, J. Andrew Rogers wrote:
> There is not much out there.
> Current UI/UX design patterns for map-based search assume sparse data. They break badly in the increasingly common case of having hundreds or thousands of contextually relevant values/layers for ever pixel on the presentation. This becomes problematic both from a presentation standpoint as well as for search refinement. Most map searches do not let the myriad layers interact in a meaningful way.
> For a minimal bit of UI/UX functionality, most map search designs suck at spatial joins and filters. We spend a lot of effort on UI/UX R&D toward this aspect at work. A big part of managing the information density is making it easier for users to combine and cut away irrelevant parts of the search space.
> Queries like "show me all the vineyards in Oregon where it is not currently raining that are near a Starbucks where someone has tweeted about Justin Bieber in the last week" are dead simple to construct using SQL-like languages but are difficult-to-impossible to construct equivalently in map search interfaces. Breaking a query like that into useful chunks that can be easily independently managed and put into a nice map search interface is something that is currently done poorly even though it is a common sort of case and could be handled much better.
> FoRK mailing list
greg at bolcer.org, http://bolcer.org, c: +1.714.928.5476
More information about the FoRK