Archive for May, 2006

RDF and Oracle Presentation to Hawaii Oracle Users Group

Monday, May 8th, 2006

I will be presenting a quick 30 minute talk on RDF and Oracle 10g to the Hawaii Oracle Users Group Tuesday May 9th at 11:30am HST. The meeting’s agenda is now available, including directions to the location. There’s even a drawing for the Effective Oracle by Design book!

I plan to give an overview of RDF and then show how Oracle 10g implements it.

The word on parking is:

> Parking in lot #1 or #2 (enter one block mauka of Dillingham on Kokea Street, is OK. Tell the parking lot attendant they are attending a function in PCATT and put a handwritten note on the dashboard saying that also. Handicap parking should be available on a first-come-first-served basis.

Hope to see you there! Pizza will be served, so come on down.

Identity, Reference, and the Web (IRW2006) Workshop

Wednesday, May 3rd, 2006

Identity, Reference, and the Web (IRW2006) Workshop

> Our immediate goal for this workshop is to explore the nature of identification and reference on the Web, > building on current work in Web architecture, the Semantic Web, and informal community-based tagging > (folksonomy), as well as current practice in XML and theory in philosophy and linguistics.

I’ve been reading the PDFs and papers that will presented at this workshop, and I’m really gaining a greater understanding for the whole httpRange-14 problem. I’ve always known it’s a problem, but I’ve brushed it off hoping that it won’t affect me in Real Life.

However, as RDF is moving more and more into knowledge management arena (and I’m not sure it should go there anyway), the issues of identity are extremely important.

At this moment, I’m subscribing to the “It’s on the web if it has a URI. Who cares if I can’t actually retrieve a representation from the URI?” URI identify Resources, which as we all know are things that can be identified by a URI. A bit cyclic, to be sure. However, it’s broad enough (for me) to mean that anything can be given a URI. Things might be identified with multiple URIs, even.

Now, the larger issue of “How can we know anything about what a URI identifies?” comes into play. This is the reader vs writer issue, as we attempt to reconcile if the author of the URI is the one that can dictate what the URI identifies or if the consumer is able to assign meaning.

I believe that meaning is relative, and that the reader, with their unique experiences and perspectives, will always interpret things in their own way. The readers, or consumers, will always have more power with regards to information interpretation.

This is why I think it’s OK if <http://example.org/x14> identifies a Beach, a Park, a Seashore, and a Playground all at the same time. As long as when two people are communicating about <http://example.org/x14> they are able to agree that they agree that it identifies the same conceptual entity, it should be a short leap to also agree that a beach can be a park can be a seashore can be a playground.

Of course, the granularity of what one party may consider <http://example.org/x14> can be very different than another party. It’s at this point that if Party A wants to be _more specific_ in what it considers is identified by <http://example.org/x14>, it will need to either be OK with Party B’s more general interpretation, or will need to commence some sort of negotiation in order to agree.

For example, take this conversation:

A: “Where are you?”
B: “At kailua beach”

At this point, A should know what Kailua Beach is _in very general terms_. If A just was simply curious at a high level, this conversation is over. However, A might want to meet up with B, so A asks:

A: “Where at the beach are you?”
B: “Oh, to the left of the showers, next to the tree”

Now A should have a very good idea of where, in more exact terms, B is located.

In this example, B’s location is <http://example.org/x14> which can be interpreted many different ways (eg, “at the beach”, “at some lat and long”, “next to a tree”). The consumer of the information must make the determination if they have enough information to make a sound decision. This requires perspective (what other statements in my RDF graph do I have about the URI?) and can’t be provided or assumed by the publisher of the URI.

Hm, so what did I say in this post?

I believe URIs can identify things whether or not they have representations on the web.

I believe that they things URIs identify can be interpreted in many different ways. Using some owl:disjointWith can help to notice when two or more parties are in arguments.

I believe that interpretation is a local operation, performed by the reader or consumer of information.

It’s very possible that conversations between semantic web agents will be required to come to a sort of shared understanding.

TopBraid Composer

Wednesday, May 3rd, 2006

TopBraid Composer is a:

> new modeling environment from industry experts for creating and managing Semantic Web ontologies.

From the people who brought you Protege OWL editor. Built on Eclipse.