Alex and Mike, (01)
AS:
> as XML, RDF are data models and ways for information coding,
> it is not for users but for programmers.
> XML is accepted by programmers for their needs.
> Internal structure of SW is a programmers deal. (02)
You're preaching to the choir, but you're missing the main point.
The fundamental point I have been emphasizing again and again is (03)
*INTEGRATION* (04)
Everybody works in their own little box without considering what's
outside their boxes or inside anybody else's boxes. (05)
At a recent conference, one of the speakers emphasized the point
that businesses have groups working on business process, other
groups working on business rules, and still other groups working on
business information. And many of those groups are isolated from
one another. But it's all *one business*. (06)
Everything is interconnected with everything else, and suboptimizing
one function or process or program or system while ignoring the others
is a recipe for disaster. (07)
Every time I say that, the Semantic Web people jump up and down and say (08)
*Oh, but we are so much bigger than everybody else!* (09)
That is why I call the SemWebbers *provincial*. They think they are
the world, but they are more like the telephone or the automobile.
They are an important part of the *infrastructure*, but they are
just *part* of the support structure -- *never* the ultimate goal. (010)
In the bad old days, AT&T thought they were the world, and they
gave pretty good service for their part. But the telephone industry
skyrocketed in function and service *after* AT&T was broken up. (011)
The best thing that could happen to the SemWeb is to break it up.
The greatest period of innovation for the WWW occurred *before*
the W3C was founded. Standards are necessary, but nobody is wise
enough to know what to standardize until some technologies emerge
as de facto standards. (012)
Please reread the following slides, especially the first two
sections (slides 3 to 24): (013)
http://www.jfsowa.com/talks/iss (014)
AS:
> Even for knowledge interchange it may be better to have CNL.
> Do we need a standard for CNL? (015)
I would say controlled NLs are useful, but every application will
have different needs, different vocabularies, and different dialects.
I would focus on standardizing the logic, independent of whatever
notations or tools are used to generate or process it. (016)
See slides 25 to 55 of iss.pdf. (017)
MB:
> Surely there is a distinction to be made between what is modeled
> and what it is modeled in. Changing the syntax or the presentation
> is not the same as changing the content of the model, and in the end
> a model is either a model of something in the problem domain or
> a model of a (usually proposed) solution. (018)
I agree. (019)
John (020)
_________________________________________________________________
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
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx (021)
|