« May 2006 | Main | July 2006 »

Mapstraction

From www.mapstraction.com:

Mapstraction is a library which provides a common API for Google, Yahoo! and Microsoft's javascript mapping APIs to enable switching from one to another as smoothly as possible. The aim of Mapstraction is mainly to protect companies building commercial products on top of Google Maps from changes to terms and conditions, the introduction of ads, or the emergence of a competing library with better maps, different imagery or preferable licensing terms. (Via Gabor)

Seems like a good thing ...

Google Sorts Out Its Terms

Looks like Google has sorted out the confusion between its enterprise mapping documentation and its mapping API terms. (I wrote about this on Monday.)

Today they posted:

... the Google Maps API continues to be totally open for free, publicly accessible sites, both non-profit & commercial.

So, open news sites can keep on mappin'.

UPDATE: Interesting that the story is very different  for Google Earth.

Terms of Confusion

Wow. Big day in the world of mapping APIs. 

First this from Google, then this from Yahoo. 

Most of the news is good (the fact that Google is releasing a geocoder is great).

Google's new enterprise mapping product seems cool, but I’m confused about the terms. 

On one hand, the Mapping API terms do not include a “commercial” restriction.  The only related restriction is that “the Service may be used only for services that are generally accessible to consumers without charge.”

On the other hand, the Enterprise Q&A states that “The Google Maps API license does not permit using the API for commercial applications.”

“Commercial” is a much broader restriction than only “services that are generally accessible to consumers without charge.” A lot of commercial sites -- including most news sites -- offer free access to consumers.

So which is it? Does the new Q&A mean news sites have to shell out $10,000 to use Google Maps, or does the $10K only apply if they put the maps behind a paid wall?

Ibiseye

The folks at HeraldTribune.com in Southwest Florida have put together a very cool hurricane tracking page (via Cyberjournalist.net).  Remember it the next time a storm comes rolling through ...

Data That Resonates

Adrian has lots of important stuff to say in this interview.

For example:

Much of the information that journalists collect, day to day, is structured. Information such as crime reports, obituaries and event listings always follow a certain pattern, which can be richly exploited by databases.

The majority of newspapers take the time to *collect* this information -- which is the hard part -- but they dramatically reduce its value by NOT storing it in structured formats. Instead, they distill it into big blobs of text for publication in their print editions, and then they shovel those big blobs of text onto their websites. At this point, all structure is lost: Crime reports can't be sorted or searched intelligently, and event listings can't be viewed in any sort of user-friendly way.

The very act of distilling information into a news story -- which is essentially a big blob of text -- removes any sort of structure. Information is exponentially more valuable if it's structured.

He’s absolutely right. Newspapers take structured data and feed it to people in an unstructured format.

He could have also pointed out that after distilling data into structureless blobs, they often try to re-apply structure to articles by adding all sorts of descriptive metadata. That can be a messy process.

Adrian says papers can produce more valuable information by retaining the structure of the data they publish, i.e. by publishing databases.

I agree, but as we build these databases, we need to remember what those big blobs of text do well: they tell stories.

We need to publish all the data we have – get it out there so that readers can find the things that are important to them. (How many murders were there on MY block?)

But at the same time, we need to organize and filter the data in a ways that resonate with readers – in ways that jump out of Blackberries and seems bigger than single blocks.

Wanted: Damn Good Designer

Theo and I are looking for a great designer to create some png map icons for us.

If you’re interested, send me a note at rick at faneuilmedia.com. If things work out, we would have a few other fun projects for you, including front-end design work for tools we’re building.