Re: Where are the semantics in the semantic Web?

On Nov 26, 2005, at 4:09 PM, Shi, Xuan wrote:
>> -----Original Message-----
>> From: Bijan Parsia
>> To: drew.mcdermott@yale.edu
>> Cc: public-sws-ig@w3.org
>> Sent: 11/25/05 4:53 PM
>> Subject: Re: Where are the semantics in the semantic Web?
>>
>>
>> On Nov 25, 2005, at 3:34 PM, Drew McDermott wrote:
>>
>>>> [Shi, Xuan]
>>>>
>>>> But where are your viewpoints and suggestions to my discussion in
>>>> http://lists.w3.org/Archives/Public/public-sws-ig/2005Nov/0089.html
>>>
>>> I think your proposals make perfect sense.  You want to replace WSDL
>>> descriptions with descriptions of web services with standard names 
>>> and
>>> standard argument-result protocols.
>> [snip]
>> Er...can't you do that *with* WSDL? WSDL describes service names and
>> argument results protocols. The abstract description can be bound to
>> many protocols and wire formats and be realized by many endpoints.
>>
>> So, er...what's the diff?
>>
>> Cheers,
>> Bijan.
>
> You may wish to read W3C's document "Web Services Architecture"

What makes you think I haven't? I was on the working group.

> at
> http://www.w3.org/TR/ws-arch/ and find the definition about service
> description and semantics.

Why don't you answer my question? If Drew's characterization of your 
view is incorrect, that's fine. Just say so.

> Here is the quotation for your reference:
>
> 1.4.3 Service Description
> The mechanics of the message exchange are documented in a Web service
> description (WSD). (See Figure 1-1) The WSD is a machine-processable
> specification of the Web service's interface, written in WSDL. It 
> defines
> the message formats, datatypes, transport protocols, and transport
> serialization formats that should be used between the requester agent 
> and
> the provider agent.  ... ...

This sounds like what Drew presented as your view:

"""You want to replace WSDL
descriptions with descriptions of web services with standard names and
standard argument-result protocols."""

> 1.4.4 Semantics
> The semantics of a Web service is the shared expectation about the 
> behavior
> of the service, in particular in response to messages that are sent to 
> it.
> In effect, this is the "contract" between the requester entity and the
> provider entity regarding the purpose and consequences of the 
> interaction.
> ...... While the service description represents a contract governing 
> the
> mechanics of interacting with a particular service, the semantics 
> represents
> a contract governing the meaning and purpose of that interaction. 
> ......
>
> So why do we need to add "semantics" for Web services? Because those
> "message formats, datatypes, transport protocols, and transport
> serialization formats" do NOT "represents a contract governing the 
> meaning
> and purpose of that interaction".

Of course not, but they could serve as a basis for such. So you want to 
augment them with natural language descriptions? And other people would 
like to augment them with descriptions in formal languages.

> The efforts of adding semantic annotations on to the abstract WSDL
> interface, objects, elements, etc. may lead to the semantic chaos as
> mentioned in
> http://lists.w3.org/Archives/Public/public-sws-ig/2005Nov/0089.html
>
> sellTicket = buyTicket
> buyTicket = buyAirlineTicket
> sellTicket = buyAirlineTicket
> ... ... ... ...
>
> So you see the result and difference?

Not really. I don't buy your semantic chaos for a second. Really, it 
seems to be much ado about nothing at all. From the above email:

"""Actually, we can use either OWL-S or WSMO to describe such service
semantics. That's my suggestion to OWL-S and WSMO: remove any 
relationship
with WSDL grounding and merge diffferent parts into one single document
since people may wish to search the requirement of the input/output
variables. In this way, such service description can be used by either 
WSDL
Web service or REST Web service.""""

Let's separate out the irrelevant: "One document" doesn't matter at 
all. There is no contrast between a "WSDL" web service and a "REST" web 
service because there is no such thing as a "WSDL service": WSDL is a 
*description* language and is quite capable (well, quite intended) to 
be able to describe "RESTful" services (see the HTTP binding; see the 
SPARQL protocol). With so much trivial nonsense, is there sense in what 
remains? Not that I see. I completely fail to see the harm in keeping 
groundings to WSDL. I don't really believe that the "sellTicket" above 
is the same as the others, but it's hard to tell from your brief 
description. But suppose it is. So what? They have different names. Big 
deal. If the capability description has them come out equivalent, then 
*yes* I want to know that. If their invocation conditions are 
different, then I'd like to know that too. Where's the chaos, much less 
the "semantic" chaos (are you using Drew's defintion, so this is good, 
helpful, friendly chaos?)?

(Clearly they aren't the same in all respects, but who said that we had 
to say that they were?)

Similarly:

""'2. the following WSDL (by SOAP) and REST (by HTTP/POST) Web services 
share
the same service request document and perform exactly the same function 
and
generate exactly the same result.

http://157.182.136.51/agswsprojs/geoWebService/Service5.asmx?WSDL
http://157.182.136.51/agswsprojs/HttpService/getService.aspx 
(HttpServer)"""

I don't know what I'm supposed to see here. But I'll go by your 
description above. Their input and output messages are the same, and 
the function performed is the same, but the protocol is different. You 
don't need any annotation to WSDL to describe this. WSDL 2.0 can 
describe these services right now. There will be one interface with two 
bindings supported by two endpoints. Oooo, chaos. (not)

"""Please remember W3C defined Web service as "A Web service is a 
software
system designed to support interoperable machine-to-machine interaction 
over
a network". So we should develop something that can be used by either
WSDL/SOAP"""

WSDL and SOAP are not tied at the hip. They are distinct. WSDL can 
describe Plain Ole HTTP services as well.

""or any other ways for the interoperable machine-to-machine
interaction over a network."""

I think you are seriously confused. Sorry.

""" Adding semantic annotation onto WSDL cannot
match such requirement but may lead to semantic chaos and we should 
avoid
this potential problem.""""

And this is typical of your amazing leaps from nonexistent ground to 
hyperbolic conclusion.

Figure out what WSDL itself can do first.

Cheers,
Bijan.

P.S. I take this meets your challenge to "explain the logical conflicts 
as I mentioned in this thread." My response: there is no conflict, 
logical or otherwise. At least that I can see. If you are going to try 
again, I'd prefer you stayed achingly concrete and show the specific 
harms you envision, i.e., in terms of an actual error that would occur. 
Also, I strongly recommend you read up on WSDL (2.0) first, otherwise 
this will be quite pointless.

Check out the SPARQL Protocol:
	http://www.w3.org/TR/rdf-sparql-protocol/

Received on Saturday, 26 November 2005 23:04:26 UTC