rajsingh.org blog

KML now an OGC Open Standard

rajsingh — Tue, 15 Apr 2008 05:57:20 +0000

After a little less than a year of great work by the KML SWG, we have a standard! The OGC press release gives some facts and a link to the OGC KML 2.2 Standard, and John Timmer at ars technica has a nice piece on the significance of this step. His article won’t offer anything new for geo industry veterans, but it’s great to see the mainstream IT media “get it” when it comes to our technologies and markets.

This is hopefully a big win for individuals who contribute data to one site, and would like to use it in many others — not to mention the companies whose business model revolves around these altruistic, bottom-up data providers. One small step for OGC, and one big step towards breaking down data silos!

Roll Your Own KML App

rajsingh — Thu, 27 Mar 2008 18:50:37 +0000

This morning at the OGC Technical Committee meeting, the Google Earth & Maps team announced an alpha of libkml, an open source (BSD) library for reading/parsing/writing KML 2.2. It’s a C++ library, but includes SWIG bindings for Java, Python, Ruby, Perl and PHP. The hope is that this piece of code will help developers build comprehensive, robust KML support into their applications. But note, this is NOT a mini-Google Earth. You just get KML support – there’s no way to get that streaming earth imagery goodness that you see in GE, although I suppose you can combine this with a map access API (from Google, Virtual Earth, Yahoo!, etc.) to get nice base maps in your app. Enjoy!

Are Pigs Flying? Microsoft’s Big Interoperability News

rajsingh — Mon, 25 Feb 2008 04:13:20 +0000

Needless to say, I was shocked and amazed when I saw this statement on Microsoft’s new Interoperability Principles this weekend. To summarize, they are committing to make open and public the protocols and APIs for their major products, including Vista, Exchange, SQL Server, and Office. And, wait for this, access to those documents will be free. Is your mind blown yet? How about reading on and seeing that they plan to embrace non-Microsoft standards, and “increase interoperability with open source solutions”? I’m going to take all this at face value and say, “Bravo Microsoft!” I hope it all plays out according to this plan. The IT world will be a much better place if it does.

Mapping is the new spreadsheet

rajsingh — Fri, 15 Feb 2008 17:48:45 +0000

I was over at Harvard yesterday talking to people from the GSD, the Herbarium, the Library, the new Center for Geographic Analysis, and MassGIS. It was great to see some old friends and make some new ones. One topic that came up was why you don’t see OGC standards in widespread usage. I argued that the geospatial Web is where the regular Web was in 1996, when the tech industry thought that HTML was so easy and powerful that everyone would build their own Web sites – not by writing HTML but by using tools like Dreamweaver. As it turns out, that was still way too high a barrier to entry. People didn’t want the hassle of designing a site from scratch. They wanted to post a blog entry or a MySpace page. That’s when the Web saw a real quantum leap in content.

So in my mind, there’s a continuum of tech diffusion, where the first stage is raw HTML/XML/KML/URL coding by alpha techies. The second stage is using software tools that automate that raw coding. And the real diffusion comes when companies offer tools that automate 90% of the content creation busywork, and let users compete that last 10% that is unique to their interests. OGC is just moving into the second stage, and we don’t even know what that last stage will look like.

The discussion reminded some of us of an idea we had late in the 1990s that mapping should be as commonplace as spreadsheets. We were wondering whether that type of revolutionary leap could come from the GIS industry or would come from mainstream Web hackers. So it was very timely to wake up today and see this Wired article today about using Google Spreadsheets to create KML. Is this the way most geographic content creation will happen in the future?

Always use the en-dash

rajsingh — Wed, 06 Feb 2008 05:29:50 +0000

I think my college newspaper experience has made me a little obsessive about writing – style, format, and clarity. My job requires reading a ton of writing done by programmers, and this group, to put it gently, is the writing equivalent of a bull in a china shop. So I post this in hopes that I can fix at least one technical writing problem with this simple rule. Always use the en-dash.
One issue I’ve been obsessing about lately is the use of dashes. Specifically, when to just hit the ‘-’ key, or (on Mac) hold down option as well to get an ‘en-dash’, or do the option-shift-dash dance to get the ‘em-dash’ (by the way I have no idea how these work on the PC, but I remember something about F-keys, aagh!). I finally decided to research the issue, and found out it’s actually very simple. At least according to Wikipedia.

The em dash, or m dash, m-rule, etc., (—), indicates a parenthetical thought—like this one—or some similar interpolation. Its name derives from its defined width of one em (originally the width of the letter m), which is the length, expressed in points, by which font sizes are typically specified.

Traditionally an em dash—like so—or a spaced em dash — like so — has been used for a dash in running text. The Elements of Typographic Style recommends the more concise spaced en dash – like so – and argues that the length and visual magnitude of an em dash “belongs to the padded and corseted aesthetic of Victorian typography”. The spaced en dash is also the house style for certain major publishers (Penguin, Cambridge University Press, and Routledge among them).

The en dash (always with spaces, in running text) and the spaced em dash both have a certain technical advantage over the unspaced em dash. In most typesetting and most word processing, the spacing between words is expected to be variable, so there can be full justification. Alone among punctuation that marks pauses or logical relations in text, the unspaced em dash disables this for the words between which it falls. The effect can be uneven spacing in the text.

So programmers, the dash is for hyphenation or a minus sign. Only use it as such. For a parenthetical thought, use the en-dash – option-dash on the Mac. See how nice that en-dash is?

It’s too hard to find and share the coolness of Live Maps

rajsingh — Sun, 03 Feb 2008 19:50:37 +0000

Investigating the location of the WUMB transmitter, Doc Searls notes that while the Live Maps birdseye view is awesome, it’s way too hard to find and share. John Udell picks up the thread and suggests a workaround, but that’s not the point of my mentioning this.

Personally, I haven’t had much of a problem navigating in Live Maps, but I have had no end of problems figuring out how to work with “collections”, and get GeoRSS and/or KML streams of the collections I create. I always have to go back to the blog entries I’ve bookmarked to remember how to make the site do what I want it to do, and I’m probably a more savvy user than their target audience. It’s a shame because the Virtual Earth group has been coming up with some terrific stuff in the last year or so.

So to paraphrase Godspell — via the Bible — my message to the Virtual Earth team is, stop hiding your light under a bushel and re-think that UI my friends.

Android, Locate me!

rajsingh — Thu, 15 Nov 2007 07:29:20 +0000

Check out Ed Parsons’, Android and LBS - in the stack at last…. I agree with him that “LBS would only really make sense as an underlining infrastructure that is available to all applications, therefore allowing much higher levels of integration.” Congrats on the release Google, and good luck, Android.

Can Neogeography save mapping?

rajsingh — Sun, 11 Nov 2007 04:24:06 +0000

Michael Goodchild makes a good point in “Citizens as Voluntary Sensors: Spatial Data Infrastructure in the World of Web 2.0” as he argues that there is a “dramatic decline in the supply of geographic information worldwide”, due in large part to the reduction in funding for national mapping efforts over the last few decades. With no change in government policy on the horizon, it’s natural to look to voluntary mapping efforts like OpenStreetMap and the KML community to fill the gap. Hopefully these “citizen scientist” communities can mature to far surpass what government agencies provided in the past. Not a lot of answers here, but some good questions, and it’s only 9 pages!

Atom is Fully-Baked

rajsingh — Mon, 05 Nov 2007 06:50:13 +0000

Joe Gregorio notes in The end of the AtomPub WG that the Atom Publishing Format and Protocol WG (atompub) in the Application Area has concluded. Developers can go into full programming mode knowing that the encodings and interfaces aren’t changing any time soon. Thanks AtomPub WG for a great standard.

KML, GeoRSS Everywhere

rajsingh — Wed, 31 Oct 2007 00:39:10 +0000

I was working on a Yahoo Pipe last night, and I noticed that Pipes will automatically figure out if you have created a geospatial pipe, and show it on a map without you having to do anything! And to top it off, you can get KML output of your pipe! Now if they drop the old-fashioned W3C Geo point-only format and support real GeoRSS they’ll really have something (hint, hint).

What this means is that you can create and export KML content from Google, Microsoft and Yahoo! now. The mind bubbles at the possibilities…

By the way, if you’re actually interested the content of my Cambridge, MA Happenings pipe and not just the technology, you should know that there are a lot of good events that aren’t getting properly geo-located, so read the feed, not just the map.