<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Why would PROC LOGISTIC set parameters to 0? in SAS Procedures</title>
    <link>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73116#M21214</link>
    <description>It means that since the values for GEN JACKSON and GEN DAVIS along with the Intercept completely determine the value of GEN CORNELL, having a term for GEN CORNELL in the model is redundant.  GEN CORNELL will serve as the referent and the results for GEN JACKSON tells how GEN JACKSON differs from GEN CORNELL.  If the results for GEN JACKSON are significant then it does not mean that GEN JACKSON is different from 0 but rather than GEN JACKSON is different from GEN CORNELL.&lt;BR /&gt;
&lt;BR /&gt;
If you wanted to, instead of putting three variables for GEN in the model, you could have one variable named GEN (or whatever) that has three values (JACKSON, DAVIS and CORNELL).  Then you could put that variable in a class statement and also in the model.  You'd have&lt;BR /&gt;
&lt;BR /&gt;
class gen;&lt;BR /&gt;
model PASS (EVENT ='1') = gen;&lt;BR /&gt;
&lt;BR /&gt;
If you wanted to use reference cell coding you could change the class statement to&lt;BR /&gt;
&lt;BR /&gt;
class gen / param=ref;&lt;BR /&gt;
&lt;BR /&gt;
I think this will automatically make the highest value of the variable be the referent, which in this case is GEN JACKSON (because JACKSON comes alphabetically later than DAVIS or CORNELL).&lt;BR /&gt;
&lt;BR /&gt;
If instead you wanted CORNELL to be the referent you could use&lt;BR /&gt;
&lt;BR /&gt;
class gen (ref=first) / param=ref;&lt;BR /&gt;
&lt;BR /&gt;
And if you wanted the middle value of the three, DAVIS, to be the referent then there is a way to do that too but I forget right now.  It's in the SAS documentation though.</description>
    <pubDate>Mon, 09 Feb 2009 16:07:31 GMT</pubDate>
    <dc:creator>n6</dc:creator>
    <dc:date>2009-02-09T16:07:31Z</dc:date>
    <item>
      <title>Why would PROC LOGISTIC set parameters to 0?</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73114#M21212</link>
      <description>I ran PROC LOGISTIC , ( all of my predictors were categorical) my model being:&lt;BR /&gt;
MODEL PASS (EVENT ='1') =  &lt;BR /&gt;
&lt;BR /&gt;
DEV_SMITH&lt;BR /&gt;
DEV_JONES &lt;BR /&gt;
DEV_WILL &lt;BR /&gt;
GEN_JACKSON&lt;BR /&gt;
GEN_DAVIS&lt;BR /&gt;
GEN_CORNELL&lt;BR /&gt;
;&lt;BR /&gt;
&lt;BR /&gt;
In the output I got this message: &lt;BR /&gt;
&lt;BR /&gt;
Note: The following parameters have been set to 0, since the variables are a linear combination of other variables as shown. &lt;BR /&gt;
&lt;BR /&gt;
DEV_WILL = Intercept - DEV_SMITH - DEV_JONES &lt;BR /&gt;
GEN_CORNELL = Intercept - GEN_JACKSON - GEN_DAVIS &lt;BR /&gt;
&lt;BR /&gt;
I want to interpret this to mean that there was multicollinearity between the independent predictors and SAS discovered it and eliminated the variables as a result. i.e. 'fixing the problem'.&lt;BR /&gt;
&lt;BR /&gt;
Is this correct, or do I have something else to worry about? &lt;BR /&gt;
Thanks.</description>
      <pubDate>Fri, 06 Feb 2009 15:24:02 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73114#M21212</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-02-06T15:24:02Z</dc:date>
    </item>
    <item>
      <title>Re: Why would PROC LOGISTIC set parameters to 0?</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73115#M21213</link>
      <description>It goes beyond multicollinearity to an algebraic identity.</description>
      <pubDate>Mon, 09 Feb 2009 15:27:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73115#M21213</guid>
      <dc:creator>Doc_Duke</dc:creator>
      <dc:date>2009-02-09T15:27:42Z</dc:date>
    </item>
    <item>
      <title>Re: Why would PROC LOGISTIC set parameters to 0?</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73116#M21214</link>
      <description>It means that since the values for GEN JACKSON and GEN DAVIS along with the Intercept completely determine the value of GEN CORNELL, having a term for GEN CORNELL in the model is redundant.  GEN CORNELL will serve as the referent and the results for GEN JACKSON tells how GEN JACKSON differs from GEN CORNELL.  If the results for GEN JACKSON are significant then it does not mean that GEN JACKSON is different from 0 but rather than GEN JACKSON is different from GEN CORNELL.&lt;BR /&gt;
&lt;BR /&gt;
If you wanted to, instead of putting three variables for GEN in the model, you could have one variable named GEN (or whatever) that has three values (JACKSON, DAVIS and CORNELL).  Then you could put that variable in a class statement and also in the model.  You'd have&lt;BR /&gt;
&lt;BR /&gt;
class gen;&lt;BR /&gt;
model PASS (EVENT ='1') = gen;&lt;BR /&gt;
&lt;BR /&gt;
If you wanted to use reference cell coding you could change the class statement to&lt;BR /&gt;
&lt;BR /&gt;
class gen / param=ref;&lt;BR /&gt;
&lt;BR /&gt;
I think this will automatically make the highest value of the variable be the referent, which in this case is GEN JACKSON (because JACKSON comes alphabetically later than DAVIS or CORNELL).&lt;BR /&gt;
&lt;BR /&gt;
If instead you wanted CORNELL to be the referent you could use&lt;BR /&gt;
&lt;BR /&gt;
class gen (ref=first) / param=ref;&lt;BR /&gt;
&lt;BR /&gt;
And if you wanted the middle value of the three, DAVIS, to be the referent then there is a way to do that too but I forget right now.  It's in the SAS documentation though.</description>
      <pubDate>Mon, 09 Feb 2009 16:07:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/Why-would-PROC-LOGISTIC-set-parameters-to-0/m-p/73116#M21214</guid>
      <dc:creator>n6</dc:creator>
      <dc:date>2009-02-09T16:07:31Z</dc:date>
    </item>
  </channel>
</rss>

