ontology-summit
[Top] [All Lists]

Re: [ontology-summit] Clarification re Big Data Challenges Synthesis

To: Ontology Summit 2012 discussion <ontology-summit@xxxxxxxxxxxxxxxx>
From: "Obrst, Leo J." <lobrst@xxxxxxxxx>
Date: Thu, 5 Apr 2012 17:44:22 +0000
Message-id: <FDFBC56B2482EE48850DB651ADF7FEB0183537B7@xxxxxxxxxxxxxxxxxx>
John,    (01)

Also Skolem functions, not just constants. But you are right that the case is 
more general. I mentioned Pat because he worked on the model theory for RDF: 
http://www.w3.org/TR/rdf-mt/#unlabel.     (02)

Thanks,
Leo    (03)

-----Original Message-----
From: ontology-summit-bounces@xxxxxxxxxxxxxxxx 
[mailto:ontology-summit-bounces@xxxxxxxxxxxxxxxx] On Behalf Of John F Sowa
Sent: Thursday, April 05, 2012 2:51 AM
To: ontology-summit@xxxxxxxxxxxxxxxx
Subject: Re: [ontology-summit] Clarification re Big Data Challenges Synthesis    (04)

Leo and Simon,    (05)

Thank you for confirming every criticism I have ever made about the
so-called Semantic Web.  As I have always said, there are many very
intelligent people who have worked on aspects of the SW, and I cannot
understand why they have not removed this "train wreck" from the tracks.    (06)

Leo
> I used to consider blank nodes as just a kind of Skolemization (and
> onecan give a blank node a name easily enough)...    (07)

A Skolem constant is one special case.  But an existential quantifier
is more general than a Skolem constant.  For example, you might say
"There exists an x such that P(x)."  If there is exactly one such x,
then the Skolem constant names it.  But if there are two or more
x's that could satisfy P(x), then only one of them is chosen.    (08)

The choice of just one of the options for the Skolem constant is
acceptable for some purposes, such as a resolution theorem prover.
But there are other purposes for which it's necessary to consider
all the possible values of x.    (09)

Leo
> but I've seen many different interpretations of blank nodes.    (010)

Yes, indeed.  And most of them are special cases of what can be done
with an existentially quantified variable in logic.  But others are
examples of what is best done by replacing the backwards E with
the Greek letter lambda to define a lambda abstraction.    (011)

If the SW had started with semantics instead of syntax, these
issues would have been obvious a dozen years ago.    (012)

Leo
> Pat Hayes would be the one to ask about this.    (013)

Pat has more sympathy for the SW than I do.    (014)

SS
> Here's a good recent paper:
>
> Mallea, Alejandro; Marcelo Arenas; Aidan Hogan; and Axel Polleres.
> 2011. On Blank Nodes. ISWC 2011.
> http://db.ing.puc.cl/amallea/papers/mahp-iswc2011.pdf.    (015)

They are more polite than I am.  But they make the same kinds
of observations that Pat and I have made.    (016)

SS
> I think Pat has formally defined blank nodes as a kind of train wreck...    (017)

Yes.  Following is the conclusion of the paper you cited:    (018)

Mallea et al.
> Finally, we note that no alternative stands out as "the one solution
> to all issues with blank nodes". Discussion is still open and proposals
> are welcome, but as the amount of published data grows rapidly, a
> consensus is very much needed. However, in the absence of an undisputed
> solution, the community may need to take an alternative which might not
> be the most beneficial, but the least damaging for current and future users.    (019)

The short translation to everyday English:  "a train wreck".    (020)

As the "least damaging" alternative, I recommend the following method
for clearing the tracks of this train wreck (and many related wrecks):    (021)

  1. Start with a formally defined version of logic that includes
     at least classical first-order logic and model theory.    (022)

  2. Define each aspect of the SW notations and the operations on them
     by a translation to that logic and formal operations on that logic.    (023)

  3. For any aspect or use that cannot be precisely and unambiguously
     translated to the chosen logic, declare it to be *DEPRECATED* .    (024)

This exercise should be carried out for *every* RFC that specifies
any aspect of any notation or tool related to the SW.    (025)

John    (026)

_________________________________________________________________
Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/   
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/  
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2012/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2012  
Community Portal: http://ontolog.cim3.net/wiki/     (027)

_________________________________________________________________
Msg Archives: http://ontolog.cim3.net/forum/ontology-summit/   
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontology-summit/  
Unsubscribe: mailto:ontology-summit-leave@xxxxxxxxxxxxxxxx
Community Files: http://ontolog.cim3.net/file/work/OntologySummit2012/
Community Wiki: http://ontolog.cim3.net/cgi-bin/wiki.pl?OntologySummit2012  
Community Portal: http://ontolog.cim3.net/wiki/     (028)
<Prev in Thread] Current Thread [Next in Thread>