Author: administrator

  • Down the dirt road

    Enterprise buses and dirt roads. Jon Udell (blog and Infoworld column) picks up on Cape Clear’s Annrai O’Toole‘s memorable characteristic of web service-oriented architecture, “the information bus runs on a dirt road!”. Cape Clear’s hilarious Switch video introduced the dirt road bus a while ago. Now, Udell sees a fleet of buses in the SOA-debates, I’m hearing names such as enterprise service bus, universal Web services information bus, enterprise information bus, and message bus.

    The “dirt road” is our protocols, SMTP and HTTP, and how they’re routable, cacheable, and proxy-able in ways that we’ve yet to fully exploit. As Udell writes:

    The idea of dirt roads also evokes, for me, Larry Wall’s famous anecdote about the University of California’s approach to designing walkways. At the Irvine campus, according to Larry, planners just sowed grass everywhere and let the paths that emerged define where to put the sidewalks. I wonder about this a lot, lately, when thinking about the differences between LAMP (Linux/Apache/MySQL/Perl|Python|PHP) and .NET/COM or J2EE/EJB. Where’s the inflection point between these two styles? When you harden an architecture for robust transactions, how do you preserve the fluidity that the agile enterprise requires?

    Excellent questions. Great metaphors. In my experience, the bus metaphor is not unproblematic. The rumours about a global middleware mafia might be exaggerated, but I get suspicious whenever I hear people talk about the bus as if it was an “omnibus”, an omnipotent bus, i.e., a miracle cure/silver bullet. Although it may be a “polybus”, a polypotent bus, one that, as Darren’s video says, …and it’s like a bus that can go on a lot of different surfaces, like, you know, ice and snow…, but, and that’s what the video doesn’t say, that it might not be appropriate for everything. This is BTW a classic argument in technology policy studies (from Dick Schlove, see my PhD). What I’m trying to say here is that as SOA moves into the mainstream, it’s getting critical to check its limitations. What is it good at? And what is it not good at?

    Here I’m not just thinking of the ROI-stuff, which is emerging everywhere these days. My overall impression is that we could really use a good SOA anthropologist or perhaps a WS ethnographer, because we really need to see SOA as a long (cultural) revolution, perhaps especially when we talk about it in government.

    Hmm. Robust agility. Why not?

  • Best Practices en masse

     
    The UN-Habitat’s Best Practices & Local Leadership Program, physically based in Nairobi, Kenya, run the great Best Practices Database. Subscribers to Government Technology International get free access.

  • The politics of standards

    Mark Nottingham has had it with the lack of a formal RFC for RSS, and says Let’s try this, and submits an IETF Internet Draft on RSS2.0.

    J�rgen Thelin fully supports the proposal, while Sam Ruby is about as ambivalent as Dave Winer on this one. Dave Winer notes the news by pointing to an old DaveNet-piece called Submission, where he says Submission is not my nature.

    So, there we are. I certainly think having a formal RFC is progress, and an important step ahead in terms of standardisation.

    The new RSS overlords, Don Box and Sam Ruby, wants to namespace-qualify RSS elements with a well-known namespace. Chances are, I think, that they’ll get their wish fullfilled, eventually.

    I have changed the default feeds from GotzeLinked to RSS 2.0 using xhtml:body.

  • Going private

    FCW: McDonough leaving GSA: Frank McDonough, deputy associate administrator for the Office of Intergovernmental Solutions at the General Services Administration and a leader in the agency’s Trail Boss program, is leaving for a position in the private sector.

    I’ve known Frank for a couple of years, and have enjoyed working with him on GOL-IN. Good luck out there, Frank.

  • Browsing with OPML

    As I demonstrated with my blogroll, OPML has its uses. I went further and built John G�tze’s OPML Directory Browser, which is an OPML-driven directory browser for browsing loosely coupled OPML-files from my own GotzeLinked. The OPML-browser is based on Austin Marshall‘s PHP-OPML toolkit. Thanks to Austin for creating this nice tool.

    I wanted to use a semi-large directory (GotzeLinked has more than 1000 links with descriptions) to demonstrate an architectural principle, loosely coupling, in practice. Rather than having one large file with all data, I use a meta-OPML-file (“father”) and a set of individual, thematic (category-based) OPML-files (“siblings”). I created a new (?) attribute called opmlurl, with which I in the father-file points to the OPML-files of each sibling.

    In terms of interoperability, OPML sucks. It is not “real” XML – it’s more like HTML on steroids actually, using non-standard attributes to store important data, rendering it very difficult to work with in the modern XML-world. That, together with the fact that the OPML specification is closed (Dave Winer has the IPR on the spec), and non-specific about attributes, makes it virually impossible to make OPML-systems interoperable. Some use “url” to describe everything available on an URL, while others use “htmlurl”, “xmlurl”, or “opmlurl” (like I do) to distinguish between various formats.

    Ray Grieselhuber announces OML and writes that

    the reason I decided to go forward with OML, is that as the number of applications using an outline XML format increase, with the current extension mechanism in place, it is going to be very difficult for these applications to interoperate. Not only is there nothing that specifies the names of the most common attributes, but the fact that there can be any number of varying attributes in the outline element, is in the opinion of many, a big problem.

    Hence, OML is less attribute-oriented than OPML, and instead uses a number of well-defined outline-attributes, text, created, etc, but also differs form OPML in using two important data-bearing elements, data and item.

    I’m tempted to shift to OML … on the other hand, I don’t really give OML much of a chance. I don’t know Grieselhuber’s real mission, but I would bet he’d be aiming at getting OPML to embrace the OML spec. That would IMO be the best solution. Please don’t repeat the RSS-history.

  • Opening up for OPML

    It’s time again for Dave Winer to urge us to use OPML. Dave put up an interesting artivcle, How to implement an OPML directory browser.

    That got people like Phil Windley to look into OPML again. And me too.

    You won’t notice it, but my blogrolls are based on OPML, transformed to HTML on the fly. Since Dave’s last call, I provide a full OPML-version og my GotzeLinked, and use my Blogging-category there to maintain my blogrolls. Now, thanks to Defconzero‘s PHP-OPML toolkit, I have retired the ol’ RSS-aggregator and shifted to OPML.

    If you’re not into outliners, OPML makes little sense. But even outside the “outliner-business”, OPML is worth looking into, and I have already seen one killer app using OPML. I’m sure it won’t be long before we see another OPML-based killer app.

    One of the areas OPML is around is in the exploding aggregator market. Which desktop aggregator do you use today? These days, my favorite is NewsMonster, which has a convenient OPML-integration mechanism, although as far as I can tell, no OPML-export feature (like Amphetadesk).

    For OPML to expand – and I do think there is a great potential here – some standardisation work is needed. We need a formal OPML Schema, and a more substantial specification, and ultimately, a standards body to take ownership of the specs and stuff.

    Let’s see how it goes with RSS and its standardisation. J�rgen Thelin is continuing working on a RSS 2.0 Scema. Interesting stuff.

  • GeoDemocracy and geogovernment

    The geofun is of course also serious business (but apprearently not good business, see below): cyber-chatter is out of favour, will it be replaced by geo-babble, as Guardian writes.

    Location awareness is often considered in terms of mobility, and there are some interesting examples of mobility-based services. There is an international workshop about mobility in government in Stockholm these days, and I look forward to hearing what comes up there (I won’t go there myself, but will publish whatever comes up since it’s a GOL-IN-activity).

    But location aware devices are going to affect ‘stationary’ communities too. Street Servers, an outline of an open source networked neigbourhood, is about interfaces to real spaces and local communities. The idea is to move away from the idea of intelligent buildings and towards the idea of social interfaces to local spaces. GeoURL made us bloggers put geographical information on our blogs (see sidebar), and I’m sure there’s much more to come in that direction.

    It gives new hope for localised discussions, which is a hard business. UK-based UpMyStreet – The real-life guide to your neighbourhood, which is up for sale (also Register, Guardian). I have, not being based in the UK, never actually used UpMyStreet, but am sympathetic to the concept.

    I’m going to add a few ‘geoblogs’ (headmap, webmapper.net – what the map can be, and GISploration) to my blogroll.

  • Geofun

      
    I have been having fun with the Geo::Sketch MapLocations Movable Type Plugin. It allows me to present maps showing places I mention in my entries. Copenhagen. Baghdad. See? The plugin scans a given entry for the presence of any of 212 major city names throughout the world and then will automatically render a simple map for each one it encounters.

    I’d also love to use the GeoSketch plugin for the effectful geographic animations as provided by the Geo::Sketch SOAP interface, some javascripting, and some twisted HTTP “Expires” headers. The latter gives me problems.

    LazyWeb, Geo::Sketch should be hooked up with the Global Place-Name Geocodes from the GeoServe web service, which would enable map-making from all over the world.

  • Nu web service

    I have created a new Gotze API PHP-client (source) is using PHP and NuSOAP to interface with GotzeLinked. Have a go at the client!

    The client is inspired by a Google API client from DevShed’s Using The Google Web APIs With PHP.

    Incidentally, the Google API yesterday celebrated its first birthday.

  • Loosely Coupled book

    Loosely Coupled: The Missing Pieces of Web Services is the title of Doug Kaye’s new book. I can’t wait to get my hands on it.

    The link above uses Amazon.co.uk’s new web service. For good and worse, it shows loosely coupling in practice. Amazon needs to work on the data quality; many prices are missing in the web service, as well as many images. But kudos for establishing the web service.