<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Not Notational Variants (Exactly)</title>
	<atom:link href="http://jwherring.com/languagemodule/2008/11/03/not-notational-variants-exactly/feed/" rel="self" type="application/rss+xml" />
	<link>http://jwherring.com/languagemodule/2008/11/03/not-notational-variants-exactly/</link>
	<description>Computational Linguistics Weblog</description>
	<pubDate>Wed, 08 Sep 2010 23:56:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: noahpoah</title>
		<link>http://jwherring.com/languagemodule/2008/11/03/not-notational-variants-exactly/#comment-28</link>
		<dc:creator>noahpoah</dc:creator>
		<pubDate>Fri, 07 Nov 2008 00:45:21 +0000</pubDate>
		<guid isPermaLink="false">http://jwherring.com/languagemodule/?p=29#comment-28</guid>
		<description>Okay. My main 'concern' was that [NEG] was invoked as a feature just to solve the problem at hand. If [NEG] has already been posited as a standard feature, then the ad-hoc-ness I brought up is not an issue. I suppose there still might be some things to work out with pre-specification of boolean features, but that's a different, if related, issue.</description>
		<content:encoded><![CDATA[<p>Okay. My main &#8216;concern&#8217; was that [NEG] was invoked as a feature just to solve the problem at hand. If [NEG] has already been posited as a standard feature, then the ad-hoc-ness I brought up is not an issue. I suppose there still might be some things to work out with pre-specification of boolean features, but that&#8217;s a different, if related, issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua</title>
		<link>http://jwherring.com/languagemodule/2008/11/03/not-notational-variants-exactly/#comment-27</link>
		<dc:creator>Joshua</dc:creator>
		<pubDate>Thu, 06 Nov 2008 23:27:42 +0000</pubDate>
		<guid isPermaLink="false">http://jwherring.com/languagemodule/?p=29#comment-27</guid>
		<description>I don't know enough about HPSG to give an authoritative characterization of its claims about UG, but my general impression is that HPSG people are much less interested in it than "standard theory" people.  It shows up in their books too, of course, but not to the extent that they make the kinds of indefensible/premature claims that Chomskyans have a tendency to make.

One of the points about my claim that HPSG does a better job with this data that I should have spelled out more but didn't, though, was exactly the point you raise.  The advantage to HPSG here is that you DON'T need any &lt;em&gt;ad hoc&lt;/em&gt; mechanisms to explain this seemingly incongruous data.  In the standard theory - where all syntactic rules are universal - you would.  But in HPSG, where all mechanisms are based on feature unification, you don't.  The "language universals" (UG) are just the fact that words are represented as bundles of features and, for UG purists, also, one presumes, the inventory of features.  All languages have a NEG feature on all their verbs, and all languages have a rule that requires a [NEG +] input.  Since NEG is not specified on the lexical item, then applying the rule (which in HPSG involves unifying the rule item with the argument lexical items) renders the lexical item [NEG +]. It started out as [NEG boolean] - i.e. unspecified - but when it unifies with the negation rule it becomes [NEG +].  Polish, by this story, just so happens to be one of those rare languages that has some items that are prespecified for [NEG -] in the lexicon.  These words obviously can't unify with the rule, and so can never be made negative.  Polish also has some words that are [NEG +] in the lexicon, and you would have to invoke some other mechanism (also involving feature unification) to account for any uniqueness in the way they pattern, but being [NEG +] they can presumably be arguments to the rule.

So again, I'm not an HPSG expert, but the way I understand it all HPSG claims about UG revolve around the idea that humans can perform unification operations, and that they all universally store words as feature bundles, and furthermore, for some people, I presume the inventory of features is genetically determined (however that's meant to work).  So I probably should've listed this as another advantage to HPSG: it has a much more plausible implementation of UG.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know enough about HPSG to give an authoritative characterization of its claims about UG, but my general impression is that HPSG people are much less interested in it than &#8220;standard theory&#8221; people.  It shows up in their books too, of course, but not to the extent that they make the kinds of indefensible/premature claims that Chomskyans have a tendency to make.</p>
<p>One of the points about my claim that HPSG does a better job with this data that I should have spelled out more but didn&#8217;t, though, was exactly the point you raise.  The advantage to HPSG here is that you DON&#8217;T need any <em>ad hoc</em> mechanisms to explain this seemingly incongruous data.  In the standard theory - where all syntactic rules are universal - you would.  But in HPSG, where all mechanisms are based on feature unification, you don&#8217;t.  The &#8220;language universals&#8221; (UG) are just the fact that words are represented as bundles of features and, for UG purists, also, one presumes, the inventory of features.  All languages have a NEG feature on all their verbs, and all languages have a rule that requires a [NEG +] input.  Since NEG is not specified on the lexical item, then applying the rule (which in HPSG involves unifying the rule item with the argument lexical items) renders the lexical item [NEG +]. It started out as [NEG boolean] - i.e. unspecified - but when it unifies with the negation rule it becomes [NEG +].  Polish, by this story, just so happens to be one of those rare languages that has some items that are prespecified for [NEG -] in the lexicon.  These words obviously can&#8217;t unify with the rule, and so can never be made negative.  Polish also has some words that are [NEG +] in the lexicon, and you would have to invoke some other mechanism (also involving feature unification) to account for any uniqueness in the way they pattern, but being [NEG +] they can presumably be arguments to the rule.</p>
<p>So again, I&#8217;m not an HPSG expert, but the way I understand it all HPSG claims about UG revolve around the idea that humans can perform unification operations, and that they all universally store words as feature bundles, and furthermore, for some people, I presume the inventory of features is genetically determined (however that&#8217;s meant to work).  So I probably should&#8217;ve listed this as another advantage to HPSG: it has a much more plausible implementation of UG.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: noahpoah</title>
		<link>http://jwherring.com/languagemodule/2008/11/03/not-notational-variants-exactly/#comment-26</link>
		<dc:creator>noahpoah</dc:creator>
		<pubDate>Thu, 06 Nov 2008 15:52:04 +0000</pubDate>
		<guid isPermaLink="false">http://jwherring.com/languagemodule/?p=29#comment-26</guid>
		<description>What claims, if any, are made about acquisition and/or universal grammar in HPSG? It seems to me that, while HPSG captures this Polish negation problem quite succinctly, it may be problematic in the larger scheme of things. If HPSG is meant to be a general theory of syntax, then everyone either has these features (maybe initially unspecified) in their UG or they (have the ability to) learn the features when exposed to ambient language. It would end up looking very ad-hoc if no other language (or very few others) require the same machinery.</description>
		<content:encoded><![CDATA[<p>What claims, if any, are made about acquisition and/or universal grammar in HPSG? It seems to me that, while HPSG captures this Polish negation problem quite succinctly, it may be problematic in the larger scheme of things. If HPSG is meant to be a general theory of syntax, then everyone either has these features (maybe initially unspecified) in their UG or they (have the ability to) learn the features when exposed to ambient language. It would end up looking very ad-hoc if no other language (or very few others) require the same machinery.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
