[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
> http://xent.com/mailman/listinfo/fork

greg at bolcer.org, http://bolcer.org, c: +1.714.928.5476

More information about the FoRK mailing list