Categories
People

A truly deserving prize

Throughout the current economic crises, and well before, there’s one person I’ve returned to again and again for both thoughtful commentary on matters economical and political, and reassurance in difficult times and that’s Paul Krugman. I’m absolutely delighted to read he’s won the Nobel Prize in Economics. I cannot think of anyone who has a better grasp of the state of world economics than Mr. Krugman.

I gather that he also has critics among the other economists because of his liberal views. Considering that the conservatives just issued in a $700 billion bail out, I think I’ll stick with the liberals.

Categories
Diversity Semantics

How Not to write about the semantic web

How not to attract new semantic web readers, especially among the women. Write the following:

I just thought that this is a smart strategy to make video tutorials about the Semantic Web more appealing to female* or otherwise not so super-tech-savvy* audiences: Just put a Lolcat in it!

Though the author wrote that she matches the “stereotype”, which I guess means women who aren’t tech and like LOLcats, by the time I followed the asterisks, I’d already passed from astonishment to loathing. FYI, I wrote the first book on RDF, babes.

A reference to females was unnecessary. Surprising, too, from the same company featuring an interview with Corinna Bath, author of the thesis, “Towards a De-Gendered Design of Information Technologies”.

Categories
RDF Semantics

This Week’s Semantic Web, Burningbird style

Recovered from the Wayback Machine.

Last week, Danny Ayers made a request to the semantic web community at large: that we take turns publishing our own version of This Week’s Semantic Web. I volunteered to start, and hope that others follow, though in comments to Danny’s post, the suggestion about the Gem of the Week sounded better (and a lot less work).

However, I decided to add a slight twist to my own version of This Week’s Semantic Web, focusing not only on the stories, but how I found them. After all, the real purpose of the semantic web technologies is to make information easier to find. How are we, in the semantic web community, doing in this regard?

To start, I subscribe to various feeds including Planet RDF, as a way to keep up with most of the semantic web news. This week, the stories from Planet RDF that caught my eye were the following:

  • Tom Heath wrote How Will We Interact with the Web of Data for IEEE. In his article, Tom proposes that the web homepage, as we know it today, is dead. In its place we’ll have connected pieces of data, pulled together via RDF records (tuples), which are then used to generate the human readable content. So one could have weblog, browser, feeds, friend feeds, and other online “islands of data”, Flickr and other photos, videos on YouTube, etc.—all annotated with metadata and brought together, mechanistically, because of the metadata annotation. It’s interesting, and we already have some of this with various widget-enabled devices, but I’m not sure that most people are “geek enough” to make this a truly viable option. Not yet.
  • Bob DuCharme wrote a follow-up piece to his Leaning more about SPARQL, related to forming SPARQL queries against DBPedia, the site dedicated to making Wikipedia information queriable. No, that’s not a word…but it should be. Bob’s example is important for two reasons. The first, and the most obvious, reason is that it, of course, demonstrates SPARQL against a published source—hopefully spurring on other efforts. More importantly, though, in my opinion, is that Bob is publishing his explorations, his learning experiences, not necessarily a finished, “Ta da!” work. We need more journals of discovery in the semantic web world.

I don’t only get my semantic web information from the Planet RDF feed. I find other entries on this topic, now and again, in other feeds. For instance, I wrote about two other items this week and I’ll repeat links to both because I feel they represent the semantic world “in the wild”.

  • A List Apart featured an article titled Understanding Progressive Enhancement, which discussed the concept of building one’s website from the inside out—focusing on the properly semantically annotated content, first, before tossing in the pretties. I think this article complements some of the discussion about minimal design that was such a popular topic a few months back. The article not only focuses our attention back on the content, and hence the real purpose for the web site, it also drives home that we need to start doing a better job, semantically speaking, with our use of page markup. Speaking of markup…
  • Tina Holmboe’s XHTML—myths and realities is both an important, and timely, look at XHTML, the importance of XHTML for the semantic world (RDFa), and the future of XHTML. It’s timely because it serves to remind us that we now have two divergent markup paths under the W3C leadership—paths that do not share a common model or focus, which seems to me to act counter to the ultimate goal of a truly semantic web.

In my quest for this week’s semantic web goodies, I also searched in Google on “Semantic Web” and then focused on News, not Web, in order to filter items down to recent events. With this approach, I found the following items to pass along:

    • Paul Miller at ZDNet writes Does the Semantic web matter? He believes it does, a view offered up simply and elegantly. What the semantic web isn’t, though, according to Paul, is a goose to be punched and pummeled by the elitist and the avaricious until forced to deliver up the golden egg. To wit:

Continuing landgrabs by startups that seek to attract, trap and exploit eyeballs stand unashamedly on the shoulders of Semantic Web promise whilst running counter to its basic tenets of linking and openness. On the other hand, companies ‘just’ doing perfectly reasonable – and valuable – things with the meanings of words, phrases and documents latch on to the Semantic Web’s buzz, whilst being all about Semantics and not at all about the Web.

New entrants, hopefully building viable and useful businesses upon the Semantic Web’s ideas, are pilloried by stalwarts of the ‘community,’ because the reality of their business model does not permit a whole-hearted embracing of the entire Semantic Web stack from Day One. Intellectual purity clashes with pragmatism and reality on a daily basis. Well-meaning guidelines and best practices morph in the minds of too many to become laws, ‘truths’, and rods with which to beat outsiders. Visions of Orwellian pigs fill my brain, and I don’t like what I see as they rise up onto two feet and gaze disdainfully around.

  • Speaking of punching geese, oh look, Ask.com is back. It’s got mad semantic skillz. So I put Ask.com to the test, and asked it “How can I learn more about SPARQL”, and it responded with, “Did you mean, ‘How can I learn more about sparkle’?”. I paused a moment, and said sure, show me that one. Ummm, Swarovski crystal jewelry. Pretty sparkles. To be fair, before following this sparkly tangent, Ask.com did return the first of Bob Ducharme’s post, mentioned above. In fact, it returned exactly the same result list as Google and Yahoo, when I asked them the same question.
  • Though not exactly “this week”, ReadWriteWeb writes a mean semantic web post, now and again, and had one last week subtitled, “Show me the Money!”—and wasn’t that a great movie moment? I digress, though. The RWW post focuses on a new report by a Semantic web entrepreneur on semantic web companies making money, but just at the moment when I clicked through to read the report, I got distracted by the flock of migrating geese overhead. I must pursue the report at a later time. What I found interesting, though, was the ReadWriteWeb Semantic Web Log search and…ah geez, there goes another flock, circling overhead.

There were other sources I searched for information about the semantic web for this week, but the results were less than optimum. For instance, I searched on “semanticweb” in delicious, but the results show the items that were posted to delicious this week, not necessarily published this week. The problem is that while many services such as delicious have a way to tag items with terms like “semanticweb” the metadata annotation is limited, and doesn’t include information such as when was the posted item first published, nor allow you to search on the same. Most of the “semantics” are flat, simple, and two-dimensional, IE keyword-value pairs.

I next went in the opposite direction, looking for just published items, and then sought to filter on the semantic web. For instance, no other source is better for up-to-date discovery of minutiae than Twitter. However, as far as I can see, there is no way to search on specific topic in Twitter. You can look for people, but other subject material search is extremely limited. If you don’t know that Twitter user Kingsley Idehen exists, and posts frequently on semantic web related items, you may not discover a graph of linked data sources or an animation related to RDF as middleware.

I then turned to the Big Cheese, the Head Semantic Web honcho, Twine, and the twine related to the Semantic Web. Eureka! I finded the Semantic Web! Of course, on closer look, most of the items also could be found on Planet RDF. Still, meat that is both fresh, and relevant. I’ll just pick out a few for my version of This Week’s Semantic Web.

  • Seven OWL 2 Drafts Published at the W3C. OWL 2 is an extension of the OWL, which is the Web Ontology Language. No, don’t try to fit the acronym. OWL is not necessarily directly important to thee and me. OWL is important, though, for designing systems that would understand exactly what I mean when I ask, “How can I learn more about SPARQL”, and that will return the definitive sources meeting my question, without being dependent on either language processing or obscure page ranking algorithms.
  • Speaking of SPARQL, another item in the twine was SPARQL Update a submission to the W3C describing a way to use SPARQL to update graphs (semantically linked data stores). Interesting, considering that SPARQL means Simple Protocol and RDF Query Language. What works in one direction must work all directions, eh? Reminds me a little of HTML5 and JSON—the Swiss Army knives of technology.

And so ends my tenure for This Week’s Semantic Web, Burningbird style. What I discovered in the process of building my list was that we’re not close to the semantic web we seek. Without knowing about the people, such as Bob, Kingsley, or Danny, or the topic-focused resources such as Planet RDF or Twine, I would have had a much more difficult time finding out what is happening, this week, in the semantic web. However, among the results I did find are new technologies, new specifications, new efforts that assure us that though the semantic web doesn’t exist today, it surely will someday.

Surely. Someday.

flack of snow geese


update

Brian Manley also accepted Danny’s challenge with This Week in Linked Data.

Categories
Connecting Critters

Surviving the times with help from one’s friends

As for the stories on the economy this week…we can survive anything, with a little help from our family and friends.

Grooming session at the zoo

Categories
XHTML/HTML

On the Myths and Realities of XHTML

Recovered from the Wayback Machine.

Tina Holmboe from the XHTML WG has written a concise overview of XHTML titled XHTML—Myths and Realities. She’s provided a nice overview of the markup, including the purpose behind the development of XHTML and the state of XHTML today. The only somewhat jarring note I found about the overview is it seems that Tina went a bit out of her way not to sell XHTML. Perhaps this seeming “you should really need it before using it” push is the reality part of the topic.

I use content negotiation for my sites, serving up XHTML for those browsers and agents that can process XHTML, and HTML for the rest. I’m looking into embedded RDFa into my text in a new iteration of yet another site design, but my main reason for using XHTML is that I like to keep open the possibility of using inline SVG. I also think that support for XHTML seems to be broader than is implied by Tina, but again that could be her trying to downplay any hyperbole about XHTML—there’s hyperbole about XHTML?

Though I know this is outside of Tina’s overview, I would have like to have more focus on the differences between the HTML5/WhatWG stuff and XHTML 2.0. It’s confusing that we have one group working supposedly on an “XHTML 5.0”, and another on XHTML 2.0. Especially when one of the main issues to do with XHTML 2.0 was XForms, while a milestone reached with HTML5 recently was the incorporation of Web Forms 2.0—but don’t let the “forms” that appears in both fool you into thinking we have any form of consensus or agreement.

I’m beginning to think that the HTML5 working group should completely and thoroughly remove all support for, and even mention of, XHTML from the HTML5 specification. The group finds extensibility to be anathema, but extensibility through namespaces is the heart and soul of XHTML. Seems to me that any form of XHTML, or nod to XHTML, coming out of the group would be a bastard cousin, at best.

Instead of XHTML coming out of the HTML5 group, perhaps we could look at ways to incorporate the new HTML5 objects via namespace to XHTML, but via the W3C XHTML path. In other words, honor the extensibility of XHTML, accept the necessity of a closed world for HTML5 and have one path for HTML, one separate path for XHTML, with the twain meeting via DOM. After all, it’s only serialization differences between XForms and Web Forms 2.0, right?

Or, conversely, we abandon the separate XHTML 2.0 path, and incorporate and embrace extensibility into HTML5. But I’m not one to bank on pigs flying.

I’m not a markup expert, nor am I involved in developing browsers, so perhaps my view is both simplistic and naive. But I can’t help thinking that the HTML5 working group does not have the mindset or interest in extensibility, and at most, will toss bits of seeming extensibility in to placate the noisy. However, this group’s continuing reference to an “XHTML 5” is confusing when you consider there’s a separate, formal upgrade path for XHTML 2.0. The W3C says there’s nothing to worry about because it’s all just serialization under the skin—but it goes beyond just basic serialization techniques, doesn’t it? If it were just serialization technique differences, would the same topics keep arising in the HTML5 WG threads? I mean, if working with RDF has taught me one thing, it’s that converting between two different forms of serialization is trivial—it’s the underlying model that matters.

Really, the W3C is leaving all of this in a bit of a mess.

However, I both digress and am going off on a tangent. This post was about Tina Holmboe’s XHTML overview, which is excellent and worth a read.

(via Simon Willison)