John, (01)
I remember that in the initial message you said (I think that Guha said it too)
that CycL was too complicated. (02)
>From my point of view "...RDF-based approach is very scalable and can be
>applied to many knowledge areas. At the same time, however, it is not rich
enough to deal with natural language flexibility." Several years ago I also
tried to figure out what is the best way to deal with NL.
At that time I thought about CycL as the best choice. (See
http://javaschool.com/EA/5/KnowledgeTechnologies.pdf ) (03)
I still keep this idea because this is the only language, which naturally
creates rules while describing the subject.
Is it right that this is the only language, which has all necessary environment
to speak and operate? (04)
I know that several folks from this audience worked closely with CycL and some
worked for Cyc.
You might know better answers. (05)
Thank you, (06)
Yefim (Jeff) (07)
-----Original Message-----
From: ontolog-forum-bounces@xxxxxxxxxxxxxxxx
[mailto:ontolog-forum-bounces@xxxxxxxxxxxxxxxx] On Behalf Of John F. Sowa
Sent: Tuesday, December 06, 2011 5:35 PM
To: ontolog-forum@xxxxxxxxxxxxxxxx
Subject: Re: [ontolog-forum] RDF vs. EAR (08)
Ed, (09)
JFS
>> But XSLT is a horribly inefficient example. (010)
EB
> As compared to what? And for what purpose? (011)
For any transformations of XML of any size, Prolog runs circles
around XSLT in speed, flexibility, and generality. Many groups
(including our VivoMind company) use Prolog to process anything
we get from the SemWeb -- with a huge improvement in speed and
scalability to large volumes. (012)
Many gov't agencies are very heavy users of Prolog for many
purposes, but they're rather quiet about what they do with it.
The largest commercial user of Prolog is Experian, one of the
major credit bureaus. But they are also very quiet about how
they use it. (013)
But Experian is such a heavy user of Prolog that they bought
Prologia -- the company that was founded by Alain Colmerauer,
who implemented the first version of Prolog. By buying the
company, they can do all sorts of clever things with it without
telling anybody what they're doing. Check your favorite search
engine with the terms 'experian' and 'prologia'. (014)
Another company that is built on Prolog is Mathematica.
Early versions of Mathematica explicitly used Prolog for
their mathematical transformations. Their current language
still has a Prolog engine at its core, but they have built
so many extensions around it that Prolog is no longer visible. (015)
EB
> Most data exchange standards that preceded XML were "bad"... (016)
I agree. And I approve of using XML for many purposes, as I said
in a previous note. IBM uses UIMA (also XML based) for representing
NLP data in Watson, but UIMA is more concise and efficient than RDF. (017)
But the best uses of the *ML family are for the purposes that GML
was originally designed to support: marking up documents. That is
still their "sweet spot". For embedding languages in *ML documents,
the script-tag (or the equivalent) is still the best method. (018)
EB
> The idea of XML was to discard efficiency for simplicity and clarity (019)
Discarding efficiency is a very, very bad idea. Computer speeds are
growing, but the volumes and complexity of the data are growing even
faster. If you want to process data in the browser, JavaScript (or
the proposals for a next generation script) are vastly better than
interpreting any extensive amount of XLST or similar notations. (020)
EB
> Enter XSLT -- the means of translation between simple XML encodings (021)
Google has a lot of experience in processing web data, and they have
chosen JSON as the foundation for Google apps. They'll index anything
thrown at them, but they don't use XSLT. (022)
EB
> Never underestimate the value of simple tools for simple tasks. (023)
Amen, Amen. We certainly agree on that point. (024)
But JSON is vastly simpler than any XML-based encoding, and every
browser has JavaScript built in to process it. Google knows that. (025)
Bottom line: RDF/XML is the poison pill that is killing the SemWeb,
and their salvation depends on dumping it ASAP. (026)
John (027)
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J (028)
This E-Mail has been scanned for viruses. (029)
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J (030)
|