<?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: Tabulate &amp;quot;all&amp;quot; losing significant digits in SAS Procedures</title>
    <link>https://communities.sas.com/t5/SAS-Procedures/Tabulate-quot-all-quot-losing-significant-digits/m-p/39267#M10114</link>
    <description>Hi:&lt;BR /&gt;
  One clue about possible problems with your formatted width for a variable is to look in the SAS log and see whether you have this message:&lt;BR /&gt;
&lt;B&gt;[pre]&lt;BR /&gt;
NOTE: At least one W.D format was too small for the number to be printed. The decimal may be&lt;BR /&gt;
      shifted by the "BEST" format.&lt;BR /&gt;
[/pre]&lt;/B&gt;&lt;BR /&gt;
 &lt;BR /&gt;
  If you are not using a big enough width for your format, this could certainly cause the behavior you describe.&lt;BR /&gt;
&lt;BR /&gt;
  You do not show the full code, including ODS statements and PROC FORMAT statements (for the creation of &lt;B&gt;f=mmfmt. &lt;/B&gt; Because you are using TAGATTR, I believe that you might be using TAGSETS.EXCELXP to create a Spreadsheet Markup Language XML file??? It is possible that once your label is applied to your value in a cell, that the value is being interpreted by Excel as character -- I've seen this happen, especially if your formatted number contains extra punctuation or characters, such as leading $ signs.&lt;BR /&gt;
&lt;BR /&gt;
I also wonder whether you have enough # in the following TAGATTR value:&lt;BR /&gt;
[pre]&lt;BR /&gt;
Format:$###,###,###,##;&lt;BR /&gt;
[/pre]&lt;BR /&gt;
    &lt;BR /&gt;
I see ,## at the end, where I would expect to see either ,### or ,###.00&lt;BR /&gt;
&lt;BR /&gt;
Finally, be aware that symbols in your code, such as the GT sign &amp;gt; or the LT sign &amp;lt; do present a problem for the forum posting software. Generally, if you post code with either of these characters (such as you show in your TAGATTR value), the post will get truncated because the forum software thinks you are about to use an HTML tag and so it "eats up" the rest of your message looking for a valid HTML tag.&lt;BR /&gt;
&lt;BR /&gt;
The way around this is to use the entities, &amp;amp;lt; and &amp;amp;gt; for &amp;lt; and &amp;gt; respectively, as described in this previous forum posting:&lt;BR /&gt;
&lt;A href="http://support.sas.com/forums/thread.jspa?messageID=27609毙" target="_blank"&gt;http://support.sas.com/forums/thread.jspa?messageID=27609毙&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
If you continue to have issues when you open your file in Excel, you might want to make sure that you have the most recent copy of the tagset template for EXCELXP and/ or work with Tech Support on your question.&lt;BR /&gt;
&lt;BR /&gt;
cynthia</description>
    <pubDate>Wed, 23 Jun 2010 02:51:12 GMT</pubDate>
    <dc:creator>Cynthia_sas</dc:creator>
    <dc:date>2010-06-23T02:51:12Z</dc:date>
    <item>
      <title>Tabulate "all" losing significant digits</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/Tabulate-quot-all-quot-losing-significant-digits/m-p/39266#M10113</link>
      <description>For some reason I am losing the significant digits in some of my totals.&lt;BR /&gt;
&lt;BR /&gt;
Also, oddly some of the numbers in my rows are coming out as text.  There does not appear to be any consistant reason to this occuring.&lt;BR /&gt;
&lt;BR /&gt;
proc tabulate data=monthlevel;&lt;BR /&gt;
     class orig_yr_cohort asofyr;&lt;BR /&gt;
     var net_book_bal acct;&lt;BR /&gt;
	 tables&lt;BR /&gt;
	 (orig_yr_cohort='Vintage Year' ALL='Calendar Total'),(asofyr='Calendar Year' ALL='Vintage Total')*&lt;BR /&gt;
     (net_book_bal=''*sum                 ='Outstanding (Total) $MM'     *f=mmfmt.    *[style=[tagattr='Format:$###,###,###,##;[Red][&amp;lt;0]$-###,###,###,##']]&lt;BR /&gt;
	  net_book_bal=''*colpctsum           ='Outstanding (Total) %'       *f=perc6.2   *[style=[tagattr='Format:000.00%']])&lt;BR /&gt;
	 / box="Vintage Year" rtspace=25 row=float;&lt;BR /&gt;
	   title1 "&amp;amp;titl1.";&lt;BR /&gt;
        run;</description>
      <pubDate>Wed, 23 Jun 2010 01:06:38 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/Tabulate-quot-all-quot-losing-significant-digits/m-p/39266#M10113</guid>
      <dc:creator>steve_citi</dc:creator>
      <dc:date>2010-06-23T01:06:38Z</dc:date>
    </item>
    <item>
      <title>Re: Tabulate "all" losing significant digits</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/Tabulate-quot-all-quot-losing-significant-digits/m-p/39267#M10114</link>
      <description>Hi:&lt;BR /&gt;
  One clue about possible problems with your formatted width for a variable is to look in the SAS log and see whether you have this message:&lt;BR /&gt;
&lt;B&gt;[pre]&lt;BR /&gt;
NOTE: At least one W.D format was too small for the number to be printed. The decimal may be&lt;BR /&gt;
      shifted by the "BEST" format.&lt;BR /&gt;
[/pre]&lt;/B&gt;&lt;BR /&gt;
 &lt;BR /&gt;
  If you are not using a big enough width for your format, this could certainly cause the behavior you describe.&lt;BR /&gt;
&lt;BR /&gt;
  You do not show the full code, including ODS statements and PROC FORMAT statements (for the creation of &lt;B&gt;f=mmfmt. &lt;/B&gt; Because you are using TAGATTR, I believe that you might be using TAGSETS.EXCELXP to create a Spreadsheet Markup Language XML file??? It is possible that once your label is applied to your value in a cell, that the value is being interpreted by Excel as character -- I've seen this happen, especially if your formatted number contains extra punctuation or characters, such as leading $ signs.&lt;BR /&gt;
&lt;BR /&gt;
I also wonder whether you have enough # in the following TAGATTR value:&lt;BR /&gt;
[pre]&lt;BR /&gt;
Format:$###,###,###,##;&lt;BR /&gt;
[/pre]&lt;BR /&gt;
    &lt;BR /&gt;
I see ,## at the end, where I would expect to see either ,### or ,###.00&lt;BR /&gt;
&lt;BR /&gt;
Finally, be aware that symbols in your code, such as the GT sign &amp;gt; or the LT sign &amp;lt; do present a problem for the forum posting software. Generally, if you post code with either of these characters (such as you show in your TAGATTR value), the post will get truncated because the forum software thinks you are about to use an HTML tag and so it "eats up" the rest of your message looking for a valid HTML tag.&lt;BR /&gt;
&lt;BR /&gt;
The way around this is to use the entities, &amp;amp;lt; and &amp;amp;gt; for &amp;lt; and &amp;gt; respectively, as described in this previous forum posting:&lt;BR /&gt;
&lt;A href="http://support.sas.com/forums/thread.jspa?messageID=27609毙" target="_blank"&gt;http://support.sas.com/forums/thread.jspa?messageID=27609毙&lt;/A&gt;&lt;BR /&gt;
&lt;BR /&gt;
If you continue to have issues when you open your file in Excel, you might want to make sure that you have the most recent copy of the tagset template for EXCELXP and/ or work with Tech Support on your question.&lt;BR /&gt;
&lt;BR /&gt;
cynthia</description>
      <pubDate>Wed, 23 Jun 2010 02:51:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/Tabulate-quot-all-quot-losing-significant-digits/m-p/39267#M10114</guid>
      <dc:creator>Cynthia_sas</dc:creator>
      <dc:date>2010-06-23T02:51:12Z</dc:date>
    </item>
  </channel>
</rss>

