🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.lang.translation
Article #114

Re: universal written language - a protocol for machine translation

#114
From: Patrick Juola
Date: Wed, 09 Jun 1999 00:00
114 lines
5396 bytes
In article <01beb273$f014f100$a0c010ac@ws7966>,
Stefan MUEHLBACHER <SMuehlba@frequentis.com> wrote:
>Patrick Juola <juola@mathcs.duq.edu> wrote in article
><7j1eo5$rbe$1@quine.mathcs.duq.edu>...
>> In article <37530426.0@news.kabsi.at>, Stefan M�hlbacher <e&s@kabsi.at>
>wrote:
>> >
>> 
>> The problem is that the division you are proposing is itself a knowledge
>> domain in need of representation -- as is the knowledge that it is
>> or is not needed to merge the two pieces.
>> 
>> For example, "I am tired and hungry" implies both that "I am tired"
>> and "I am hungry."  
>> 
>> *BUT* "A zebra is black and white" does not imply the two individual
>> statements "A zebra is black" and "A zebra is white." -- most native
>> speakers would agree with the first, but disagree with the 2nd and 3rd.
>> 
>> So somehow you need to represent what is different about the first
>> properties (tired, hungry) and the second (black, white).
>> 
>> As I pointed out, on that path lies madness.
>> 
>
>It is clear that there is additional semantic knowledge necessary to
>decide whether a sentence can be split into parts or not.
>So for each possible operand belonging to the predicate we need this
>information
>in order to represent the information in a useful way.
>
>i.e: the sentence: "A zebra and my document is black and white" consists of
>a predicate that allows two operands. One of them (the subject) can be
>split,
>the other (the color pattern) cannot.
>So this information can be split into the two base knowledge units "A zebra
>is black and white" and "My document is black and white", but not further.
>
>This knowledge is a meta-knowledge about the relation itself.
>
>The only thing I do not understand at the moment is the madness you are
>pointing out. Which requirement causes the madness?
>
>I see no principal problem to provide this information.

The knowledge acquisition bottleneck becomes the madness.  We've just
identified one syntactic construction (identical verb conjunction) to
which you postulate a new KR primitive that must be stored as
meta-knowledge (presumably on most base knowledge units in the database).
I will then identify *another* syntactic construction, to which you
will then postulate another KR primitive, and so forth.  Trust me on this;
I'm a linguist and I can pull constructions indefinitely -- and when I
cease being able to pull them out of thin air, I can always pull them
out of the literature. 8-)

So in the long run, I will present you with some thousand or so
constructions, all of which require you to come up with an ad-hoc
new primitive -- or let's be generous and assume that only half of them
require new primitives.  That's still a lot of data that *isn't*
represented yet.


>> >>(*) Let me also inquire why you choose to make property symbols
>> >>into functions and object symbols into arguments.  Why
>> >>
>> >>is_tired(person).
>> >>
>> >>and not
>> >>
>> >>person(is_tired).
>> >>
>> >
>> >The reason is that there could be additional parameters like:
>> >
>> >is_tired(person,today)
>> >
>> >When I write: persion(is_tired,today) then predicates will be mixed up
>with
>> >operands.
>> 
>> I still don't understand.  Predicates and operands are syntactic
>properties
>> of the representational system you choose -- person(is_tired,today) is
>> a two-place predictate (person), with two operands.
>> 
>> You could just as easily have 
>> 
>> today(person, is_tired).
>> 
>> My question is why you chose to make verbs (and hence copula/adjective
>> pairs) into predicates *INSTEAD* of operands.
>> 
>
>OK, I think it is no principal difference which syntactical representation
>to use. 
>But there is one practical point: for the symbol "person" and for the
>symbol "today"
>we can invent many different relation structures and contexts where these
>symbols can be used.
>But for the symbol "is_tired" we have a narrow set of relation parts:
>1) the one who is tired, the subject
>2) optionally a time
>3) optionally a place
>4) maybe some else, but not many.
>
>For the symbol "person" or "today" exist maybe some hundred relation
>patterns or more where they can be used.

Pick up a good textbook on verb aspects, sir.  I think you're wrong
about the apparent simplicity of verb relation patterns; "The Evolution
of Grammar", by Bybee, Perkins, and Pagliuca lists about a hundred
individual and mostly orthogonal verb "relation parts."

	-kitten
Technical Details
Message-ID: <7jlotk$c0f$1@quine.mathcs.duq.edu>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <7ho49v$nmj$1@nnrp1.deja.com> <37530426.0@news.kabsi.at> <7j1eo5$rbe$1@quine.mathcs.duq.edu> <01beb273$f014f100$a0c010ac@ws7966>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII
X-Google-Thread: 15b514,f82743ad9aebddde
X-Google-Attributes: gid15b514,public
X-Google-Thread: 107100,f82743ad9aebddde
X-Google-Attributes: gid107100,public
X-Google-Thread: 100923,f82743ad9aebddde
X-Google-Attributes: gid100923,public
X-Google-Thread: 107fc6,f82743ad9aebddde
X-Google-Attributes: gid107fc6,public
From: juola@mathcs.duq.edu (Patrick Juola)
Subject: Re: universal written language - a protocol for machine translation
Date: 1999/06/09
Message-ID: <7jlotk$c0f$1@quine.mathcs.duq.edu>
X-Deja-AN: 487485319
References: <7ho49v$nmj$1@nnrp1.deja.com> <37530426.0@news.kabsi.at> <7j1eo5$rbe$1@quine.mathcs.duq.edu> <01beb273$f014f100$a0c010ac@ws7966>
Organization: Duquesne University, Pittsburgh PA  USA
Newsgroups: sci.lang.translation,comp.ai.nat-lang,cu.ml.linguist-list,alt.language.artificial