<?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 Logits, Weights, and R-Squares OH MY in Statistical Procedures</title>
    <link>https://communities.sas.com/t5/Statistical-Procedures/Logits-Weights-and-R-Squares-OH-MY/m-p/23304#M799</link>
    <description>I am running a series of logistic models for an analysis using 4 different survey sample data bases.  Each has a stratified sample and sample weights (and psu/cluster information).  I am running SAS 9.2 Maintenance Release 1.  I ran a sample model using PROC LOGISTIC with a weight, PROC SURVEYLOGISTIC with a weight and stratum variable, PROC LOGISTIC unweighted, and then in desperation SAS-Callable SUDAAN 10 PROC RLOGIST (Logistic.)  The R-Squares using PROC LOGISTIC with a weight are improbably high, and so are the R-Squares from SURVEYLOGISTIC with a weight and stratum.  The R-Squares for unweighted LOGISTIC are more reasonable although the adjusted one is high.  The R-Square for the SUDAAN logistic seem reasonable, a little higher than the unadjusted unweighted logistic.  What do I believe here?  Is there something weird about the SAS logistics and r-squares and weights???  Is there something I can specify to "fix" this?  Any help appreciated!&lt;BR /&gt;
&lt;BR /&gt;
Code for various procs&lt;BR /&gt;
&lt;BR /&gt;
proc surveylogistic data=anal2002;&lt;BR /&gt;
   model bmi30p (descending) = &amp;amp;t2ivar1 / rsquare corrb covb;&lt;BR /&gt;
   strata stratum;&lt;BR /&gt;
   weight weight;&lt;BR /&gt;
title2 'WEIGHTED SURVEYLOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc logistic data=anal2002 descending;&lt;BR /&gt;
   model bmi30p = &amp;amp;t2ivar1 / rsq corrb covb;&lt;BR /&gt;
   weight weight;&lt;BR /&gt;
title2 'WEIGHTED LOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc logistic data=anal2002 descending;&lt;BR /&gt;
   model bmi30p = &amp;amp;t2ivar1 / rsq corrb covb;&lt;BR /&gt;
title2 'UNWEIGHTED LOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc rlogist data=anal2005 design=wr notsorted;&lt;BR /&gt;
	nest stratum nfsu;&lt;BR /&gt;
	weight finalwt;&lt;BR /&gt;
	class &amp;amp;t2ivar1;&lt;BR /&gt;
	model bmi30p = &amp;amp;t2ivar1;&lt;BR /&gt;
TITLE2 'PROC RLOGIST (sas-callable SUDAAN)';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
THANKS IN ADVANCE!!</description>
    <pubDate>Mon, 30 Nov 2009 21:41:41 GMT</pubDate>
    <dc:creator>louisehadden</dc:creator>
    <dc:date>2009-11-30T21:41:41Z</dc:date>
    <item>
      <title>Logits, Weights, and R-Squares OH MY</title>
      <link>https://communities.sas.com/t5/Statistical-Procedures/Logits-Weights-and-R-Squares-OH-MY/m-p/23304#M799</link>
      <description>I am running a series of logistic models for an analysis using 4 different survey sample data bases.  Each has a stratified sample and sample weights (and psu/cluster information).  I am running SAS 9.2 Maintenance Release 1.  I ran a sample model using PROC LOGISTIC with a weight, PROC SURVEYLOGISTIC with a weight and stratum variable, PROC LOGISTIC unweighted, and then in desperation SAS-Callable SUDAAN 10 PROC RLOGIST (Logistic.)  The R-Squares using PROC LOGISTIC with a weight are improbably high, and so are the R-Squares from SURVEYLOGISTIC with a weight and stratum.  The R-Squares for unweighted LOGISTIC are more reasonable although the adjusted one is high.  The R-Square for the SUDAAN logistic seem reasonable, a little higher than the unadjusted unweighted logistic.  What do I believe here?  Is there something weird about the SAS logistics and r-squares and weights???  Is there something I can specify to "fix" this?  Any help appreciated!&lt;BR /&gt;
&lt;BR /&gt;
Code for various procs&lt;BR /&gt;
&lt;BR /&gt;
proc surveylogistic data=anal2002;&lt;BR /&gt;
   model bmi30p (descending) = &amp;amp;t2ivar1 / rsquare corrb covb;&lt;BR /&gt;
   strata stratum;&lt;BR /&gt;
   weight weight;&lt;BR /&gt;
title2 'WEIGHTED SURVEYLOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc logistic data=anal2002 descending;&lt;BR /&gt;
   model bmi30p = &amp;amp;t2ivar1 / rsq corrb covb;&lt;BR /&gt;
   weight weight;&lt;BR /&gt;
title2 'WEIGHTED LOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc logistic data=anal2002 descending;&lt;BR /&gt;
   model bmi30p = &amp;amp;t2ivar1 / rsq corrb covb;&lt;BR /&gt;
title2 'UNWEIGHTED LOG';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
proc rlogist data=anal2005 design=wr notsorted;&lt;BR /&gt;
	nest stratum nfsu;&lt;BR /&gt;
	weight finalwt;&lt;BR /&gt;
	class &amp;amp;t2ivar1;&lt;BR /&gt;
	model bmi30p = &amp;amp;t2ivar1;&lt;BR /&gt;
TITLE2 'PROC RLOGIST (sas-callable SUDAAN)';&lt;BR /&gt;
run;&lt;BR /&gt;
&lt;BR /&gt;
THANKS IN ADVANCE!!</description>
      <pubDate>Mon, 30 Nov 2009 21:41:41 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Statistical-Procedures/Logits-Weights-and-R-Squares-OH-MY/m-p/23304#M799</guid>
      <dc:creator>louisehadden</dc:creator>
      <dc:date>2009-11-30T21:41:41Z</dc:date>
    </item>
    <item>
      <title>Re: Logits, Weights, and R-Squares OH MY</title>
      <link>https://communities.sas.com/t5/Statistical-Procedures/Logits-Weights-and-R-Squares-OH-MY/m-p/23305#M800</link>
      <description>The one contribution that I can add to your dilemma is that LOGISTIC  is inappropriate.  See this comment from the documentaiton:&lt;BR /&gt;
&lt;BR /&gt;
"Caution:PROC LOGISTIC does not compute the proper variance estimators if you are analyzing survey data and specifying the sampling weights through the WEIGHT statement. The SURVEYLOGISTIC procedure is designed to perform the necessary, and correct, computations.."</description>
      <pubDate>Wed, 09 Dec 2009 20:09:43 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Statistical-Procedures/Logits-Weights-and-R-Squares-OH-MY/m-p/23305#M800</guid>
      <dc:creator>Doc_Duke</dc:creator>
      <dc:date>2009-12-09T20:09:43Z</dc:date>
    </item>
  </channel>
</rss>

