<?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: SAS to SPSS conversion problem in SAS Procedures</title>
    <link>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47591#M12779</link>
    <description>thanks as soon as i receive the file i will post more info.

Message was edited by: Hart</description>
    <pubDate>Tue, 23 Jun 2009 13:17:41 GMT</pubDate>
    <dc:creator>Hart</dc:creator>
    <dc:date>2009-06-23T13:17:41Z</dc:date>
    <item>
      <title>SAS to SPSS conversion problem</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47588#M12776</link>
      <description>recently we provided some sas converted to SPSS data sets to users.  i was told that @ least 1 user is finding that some of his numeric observations has numbers plus 12 trailing decimals.  unfortunately i have not been sent this data yet so I am trying to explain this as best as i was told.&lt;BR /&gt;
&lt;BR /&gt;
i am aware that he should be able to use a format stmt such as comma10.2 or 8.2 to combat this but i am wondering why this has occurred.  i don't have spss so i am unable to test this for myself.  &lt;BR /&gt;
&lt;BR /&gt;
we used stat transfer to convert the data &amp;amp; i have found that some variables lengths were changed when converting the sav. file back to sas.  not sure but our guess is that the offending variables maybe our calculated variables (i.e. sum(x,y)/.31)).  these variables are formatted to 8.2 and it could be that the format is corrupting during transfer.</description>
      <pubDate>Mon, 22 Jun 2009 17:02:53 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47588#M12776</guid>
      <dc:creator>Hart</dc:creator>
      <dc:date>2009-06-22T17:02:53Z</dc:date>
    </item>
    <item>
      <title>Re: SAS to SPSS conversion problem</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47589#M12777</link>
      <description>Or it could be that the format isn't used when exporting?</description>
      <pubDate>Mon, 22 Jun 2009 23:45:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47589#M12777</guid>
      <dc:creator>ChrisNZ</dc:creator>
      <dc:date>2009-06-22T23:45:08Z</dc:date>
    </item>
    <item>
      <title>Re: SAS to SPSS conversion problem</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47590#M12778</link>
      <description>From my experience with proc export and proc import with dbms=sav&lt;BR /&gt;
and the regular use of stattransfer  and the examination of export and import in spss v16&lt;BR /&gt;
i would say that &lt;BR /&gt;
Stattransfer in import is doing the work well , after analysing completely the colums,&lt;BR /&gt;
in adjusting (and of course reducing the 'length' of the numeric variables) the size of the new file including too the users formats. &lt;BR /&gt;
Only once i encounter a not working output probably related to missing values.&lt;BR /&gt;
&lt;BR /&gt;
In spss the input is working well with the menu except that you have to submit a couple of lines in order to import a table with a userformat file.&lt;BR /&gt;
&lt;BR /&gt;
The proc  export of sas (9.1.3)is creating a file with old standard of spss (variable name, maintaining numeric length... and so on). Sometimes is this file not acceptable to Spss.&lt;BR /&gt;
or There are too much changes in it.&lt;BR /&gt;
&lt;BR /&gt;
Therefore the ultimate way is creating under stattransfer 2 files a . sas and a .dat&lt;BR /&gt;
&lt;BR /&gt;
In the other way  spss==&amp;gt; sas, &lt;BR /&gt;
&lt;BR /&gt;
The import in sas by proc export is creating a big sas7bdat (8 for numeric even if the spss users are often creating numeric variable of 1 position) and a format catalog in the work if necessary but with sometimes strange format names.&lt;BR /&gt;
&lt;BR /&gt;
Spss is exporting (if necessary) 2 file a sas7bdat + a .sas with the formats creating process&lt;BR /&gt;
&lt;BR /&gt;
Stattransfer is creating the same.&lt;BR /&gt;
&lt;BR /&gt;
Both last are narrowing the numeric variables if possible when not decimal, at a range of 4 or from 3-7&lt;BR /&gt;
&lt;BR /&gt;
Stattransfer offer another possibility a .dat and a complete .sas program file which can be corrected  if a problem is encounter.&lt;BR /&gt;
&lt;BR /&gt;
I never encounter a problem of format destroying the information in stattransfer: this seems your case.&lt;BR /&gt;
But it is true that the missing values (if not the dot) are modified/changed in the two ways&lt;BR /&gt;
.a-.z   are not becoming users missing spss values but system missing&lt;BR /&gt;
 users missing values like  -999,98 99 are transformed into .  or  some .b .m following the soft you utilise&lt;BR /&gt;
&lt;BR /&gt;
Please forward when you get the file, the exact change in spss from which exact&lt;BR /&gt;
sas start point&lt;BR /&gt;
&lt;BR /&gt;
HTH &lt;BR /&gt;
Andre</description>
      <pubDate>Tue, 23 Jun 2009 11:52:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47590#M12778</guid>
      <dc:creator>Andre</dc:creator>
      <dc:date>2009-06-23T11:52:31Z</dc:date>
    </item>
    <item>
      <title>Re: SAS to SPSS conversion problem</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47591#M12779</link>
      <description>thanks as soon as i receive the file i will post more info.

Message was edited by: Hart</description>
      <pubDate>Tue, 23 Jun 2009 13:17:41 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-to-SPSS-conversion-problem/m-p/47591#M12779</guid>
      <dc:creator>Hart</dc:creator>
      <dc:date>2009-06-23T13:17:41Z</dc:date>
    </item>
  </channel>
</rss>

