<?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>Kurt_Bremser Tracker</title>
    <link>https://communities.sas.com/kntur85557/tracker</link>
    <description>Kurt_Bremser Tracker</description>
    <pubDate>Sun, 20 Sep 2026 12:59:49 GMT</pubDate>
    <dc:date>2026-09-20T12:59:49Z</dc:date>
    <item>
      <title>Re: Does hash join not honor the memsize limitation?</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Does-hash-join-not-honor-the-memsize-limitation/m-p/993727#M30904</link>
      <description>&lt;P&gt;Hash objects use your available memory, and that is limited by the MEMSIZE option; the first opinion is correct.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;When you have hash objects in production jobs that come close to memory limits, you need to constantly monitor the memory usage during such DATA steps (read the logs!) so you avoid unexpected crashes.&lt;/P&gt;</description>
      <pubDate>Wed, 16 Sep 2026 16:35:27 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Does-hash-join-not-honor-the-memsize-limitation/m-p/993727#M30904</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-09-16T16:35:27Z</dc:date>
    </item>
    <item>
      <title>Re: Any way to rename a set of variable names?!</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Any-way-to-rename-a-set-of-variable-names/m-p/992172#M380417</link>
      <description>&lt;P&gt;The first question that arises: why do you need to do this?&lt;/P&gt;
&lt;P&gt;This dataset looks very much like one of the dreaded "wide" datasets which always cause trouble and are much harder to handle than "long" datasets. This also smells like data hidden in structure.&lt;/P&gt;
&lt;P&gt;The only fully automated way to handle this which comes to my mind is a double TRANSPOSE with a modification of the long dataset:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data _temp_;
input x1 x2 x3 x4;
n = _N_;
datalines;
1 2 3 4
;

proc transpose
  data=_temp_
  out=long
;
by n;
var x:;
run;

data long2;
set long;
substr(_name_,1,1) = "y";
run;

proc transpose
  data=long2
  out=want (drop=_name_)
;
by n;
var col1;
id _name_;
run;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;Note that, for the second TRANSPOSE to work correctly, you need a variable (or variables) to identify the original observation and used in the BY.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Let us know how you arrive in this situation in the first place.&lt;/P&gt;</description>
      <pubDate>Tue, 18 Aug 2026 09:28:46 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Any-way-to-rename-a-set-of-variable-names/m-p/992172#M380417</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-18T09:28:46Z</dc:date>
    </item>
    <item>
      <title>Re: SAS is tooo slow</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-is-tooo-slow/m-p/991945#M84170</link>
      <description>For working, you always use internal disks connected to the main bus via SATA. The external USB connections are good for backup and similar, but not for real heavy load working.</description>
      <pubDate>Mon, 10 Aug 2026 11:19:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-is-tooo-slow/m-p/991945#M84170</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-10T11:19:42Z</dc:date>
    </item>
    <item>
      <title>Re: SAS is tooo slow</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/SAS-is-tooo-slow/m-p/991917#M84166</link>
      <description>&lt;P&gt;Either you have a completely inadequate disk (read: from the 90's), or you have other processes congesting your computer.&lt;/P&gt;
&lt;P&gt;Process monitor from Microsoft Sysinternals can be handy.&lt;/P&gt;</description>
      <pubDate>Sun, 09 Aug 2026 11:02:32 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/SAS-is-tooo-slow/m-p/991917#M84166</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-09T11:02:32Z</dc:date>
    </item>
    <item>
      <title>Re: 403 Forbidden on welcome.oda.sas.com from mainland China</title>
      <link>https://communities.sas.com/t5/New-SAS-User/403-Forbidden-on-welcome-oda-sas-com-from-mainland-China/m-p/991884#M44012</link>
      <description>&lt;P&gt;Ask your government. But don't tell them you use a foreign VPN to circumvent their "security measures".&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2026 15:27:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/403-Forbidden-on-welcome-oda-sas-com-from-mainland-China/m-p/991884#M44012</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-07T15:27:55Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Support Communities metrics and their trends</title>
      <link>https://communities.sas.com/t5/All-Things-Community/SAS-Support-Communities-metrics-and-their-trends/m-p/991812#M5149</link>
      <description>&lt;P&gt;TBH, a large part of my accepted solutions have been rehashes of other solutions/posts, and "translation" of SAS documentation for the novice user. In short, I was a better search engine.&lt;/P&gt;
&lt;P&gt;With the advent of AI-supported searches in Google and others, these have taken over that particular role, and so the people coming here for help find answers much easier before they post a new thread asking the same old, same old.&lt;/P&gt;
&lt;P&gt;And they will be pointed towards relevant documentation also, including examples. Knowing where (and how) to look for relevant documentation has always been a daunting task, given the sheer size of SAS doc.&lt;/P&gt;</description>
      <pubDate>Thu, 06 Aug 2026 13:44:23 GMT</pubDate>
      <guid>https://communities.sas.com/t5/All-Things-Community/SAS-Support-Communities-metrics-and-their-trends/m-p/991812#M5149</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-06T13:44:23Z</dc:date>
    </item>
    <item>
      <title>Re: Transpose Account Data which has multiple entries into multiple columns.</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Transpose-Account-Data-which-has-multiple-entries-into-multiple/m-p/991734#M380375</link>
      <description>&lt;P&gt;Can there be groups with more than 5 observations?&lt;/P&gt;</description>
      <pubDate>Tue, 04 Aug 2026 14:27:11 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Transpose-Account-Data-which-has-multiple-entries-into-multiple/m-p/991734#M380375</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-04T14:27:11Z</dc:date>
    </item>
    <item>
      <title>Re: Transpose Account Data which has multiple entries into multiple columns.</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Transpose-Account-Data-which-has-multiple-entries-into-multiple/m-p/991730#M380372</link>
      <description>&lt;P&gt;What do you intend to do with this data? Keep in mind that, for most purposes, the original long layout is better than wide.&lt;/P&gt;</description>
      <pubDate>Tue, 04 Aug 2026 10:18:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Transpose-Account-Data-which-has-multiple-entries-into-multiple/m-p/991730#M380372</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-08-04T10:18:24Z</dc:date>
    </item>
    <item>
      <title>Re: Will this work to partition a large data set into 10?</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Will-this-work-to-partition-a-large-data-set-into-10/m-p/991565#M380350</link>
      <description>&lt;P&gt;Run it, then look at the log. This will tell you all you need.&lt;/P&gt;
&lt;P&gt;Also see Maxims 4 and 2.&lt;/P&gt;</description>
      <pubDate>Fri, 31 Jul 2026 15:33:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Will-this-work-to-partition-a-large-data-set-into-10/m-p/991565#M380350</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-31T15:33:24Z</dc:date>
    </item>
    <item>
      <title>Re: Downloading a directory of *.sas files</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Downloading-a-directory-of-sas-files/m-p/991179#M380329</link>
      <description>&lt;P&gt;This&lt;/P&gt;
&lt;PRE&gt;filename out zip 'Batchfile 7.6.zip';&lt;/PRE&gt;
&lt;P&gt;is your problem.&lt;/P&gt;
&lt;P&gt;You did not use a fully qualified path name, so SAS tries to write to its&amp;nbsp;&lt;EM&gt;current working directory&lt;/EM&gt;, which is usually the place where the script file&lt;/P&gt;
&lt;PRE&gt;WorkspaceServer.sh&lt;/PRE&gt;
&lt;P&gt;is located, and where you do not have write permission.&lt;/P&gt;
&lt;P&gt;Use a file name that includes the complete path starting at root (like you did for indir) and pointing to your home directory. You can also use the tilde shortcut for this:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;filename out zip '~/Batchfile 7.6.zip';&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 22 Jul 2026 16:46:52 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Downloading-a-directory-of-sas-files/m-p/991179#M380329</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-22T16:46:52Z</dc:date>
    </item>
    <item>
      <title>Re: Weird SAS error messages on quoted strings and white spaces</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Weird-SAS-error-messages-on-quoted-strings-and-white-spaces/m-p/990992#M380310</link>
      <description>&lt;P&gt;Something unbalanced (unbalanced quotes, macro definition without a valid %MEND, ...) has caused your SAS session to become unstable. Start a new session and rerun your code, paying attention to the above.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jul 2026 21:40:47 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Weird-SAS-error-messages-on-quoted-strings-and-white-spaces/m-p/990992#M380310</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-16T21:40:47Z</dc:date>
    </item>
    <item>
      <title>Re: Allow Custom DateTime Display Formats</title>
      <link>https://communities.sas.com/t5/SAS-Product-Suggestions/Allow-Custom-DateTime-Display-Formats/idc-p/990541#M837</link>
      <description>&lt;P&gt;One must make such transformations (assignment of formats, extraction of sub-values etc.) when the dataset is prepared for analysis. This is a job for your data engineers.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jul 2026 08:31:37 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Product-Suggestions/Allow-Custom-DateTime-Display-Formats/idc-p/990541#M837</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-07T08:31:37Z</dc:date>
    </item>
    <item>
      <title>Re: Display Numeric IDs Without Thousands Separators</title>
      <link>https://communities.sas.com/t5/SAS-Product-Suggestions/Display-Numeric-IDs-Without-Thousands-Separators/idc-p/990491#M825</link>
      <description>&lt;P&gt;Are these variables stored as character or numeric in the underlying dataset?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Jul 2026 11:51:02 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Product-Suggestions/Display-Numeric-IDs-Without-Thousands-Separators/idc-p/990491#M825</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-06T11:51:02Z</dc:date>
    </item>
    <item>
      <title>Re: Errors in Importing Excel Data from a Single Worksheet</title>
      <link>https://communities.sas.com/t5/SAS-Data-AI-Studio/Errors-in-Importing-Excel-Data-from-a-Single-Worksheet/m-p/990464#M11574</link>
      <description>You tried to use a library reference (libname) as infile in PROC IMPORT, which cannot work.&lt;BR /&gt;Either use a worksheet like a SAS dataset in your Excel library, or use the correct physical filename in the DATAFILE= option of the PROC IMPORT statement.</description>
      <pubDate>Sat, 04 Jul 2026 08:27:17 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-AI-Studio/Errors-in-Importing-Excel-Data-from-a-Single-Worksheet/m-p/990464#M11574</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-07-04T08:27:17Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain the answer code for this challenge question?</title>
      <link>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989931#M43948</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/481865"&gt;@sfletc30&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;Hey so just a followup question for number 3. So I understand what the code is saying now. If last.Code=1, then do these things (which includes writing to the output table with the OUTPUT statement). And last.Code=1 only exists four times in the dataset. So that explains why the rows went from around 140 to only 4.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;But why do I have to explicitly tell SAS this? Why doesn't the implicit OUTPUT statement at the end of the code create the four rows that the explicit one does?&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Because the implicit OUTPUT writes an observation for&amp;nbsp;&lt;U&gt;every&lt;/U&gt; iteration of the DATA step, unless the iteration is cut short by a subsetting IF. And the number of iterations is (in your case) determined by the observations read from the input dataset.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jun 2026 17:27:52 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989931#M43948</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-19T17:27:52Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Studio repeated measures over time</title>
      <link>https://communities.sas.com/t5/Statistical-Procedures/SAS-Studio-repeated-measures-over-time/m-p/989811#M49485</link>
      <description>&lt;P&gt;Please show us an example of your input data (just enough observations to illustrate your case), and the expected result from it.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jun 2026 09:36:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Statistical-Procedures/SAS-Studio-repeated-measures-over-time/m-p/989811#M49485</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-18T09:36:12Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain the answer code for this challenge question?</title>
      <link>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989810#M43944</link>
      <description>&lt;P&gt;My solution would have been shorter:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data snowforecast;
set winter2015_2016;
retain FirstSnow;
by Code;
if first.Code then FirstSnow=Date;
if last.Code;
LastSnow=Date;
WinterLengthWeeks=intck('week', FirstSnow, LastSnow, 'c');
ProjectedFirstSnow=intnx('year', FirstSnow, 1, 'same');
format FirstSnow LastSnow ProjectedFirstSnow date7.;
drop Snow Date;	
run;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;The code will&amp;nbsp;read all observations, but keep only the value of the first observation in a group in variable firstsnow.&lt;/P&gt;
&lt;P&gt;Then, it will only proceed further if the&amp;nbsp;&lt;EM&gt;last&lt;/EM&gt; observation in a group has been read. All following statements (including the implicit OUTPUT at the end of each step iteration) are "jumped over" in all other cases.&lt;/P&gt;
&lt;P&gt;This particular form of an IF statement is called "Subsetting IF"; if the condition is not met, the next iteration of the DATA step is immediately started.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jun 2026 09:33:28 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989810#M43944</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-18T09:33:28Z</dc:date>
    </item>
    <item>
      <title>Re: Transposing Data</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Transposing-Data/m-p/989809#M380236</link>
      <description>&lt;P&gt;Since you know the names of the target variables, a simple DATA step will do it:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data have;
input customer $ flag $ count;
datalines;
12345 COE 5
;

data want;
set have;
length coe non_coe 8;
coe = 0;
non_coe = 0;
select (flag);
  when ("COE") coe = count;
  when ("NON_COE") non_coe = count;
  otherwise putlog "ERROR: non-expected flag!";
end;
drop flag count;
run;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;But do you really want that wide dataset, or is this for reporting purposes? What is your final goal, and what is your initial input data?&lt;/P&gt;
&lt;P&gt;I ask this to avoid having an &lt;A href="https://en.wikipedia.org/wiki/XY_problem" target="_blank" rel="noopener"&gt;XY problem&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Jun 2026 09:19:21 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Transposing-Data/m-p/989809#M380236</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-18T09:19:21Z</dc:date>
    </item>
    <item>
      <title>Re: SAS interruption and problems with reinstallation</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-interruption-and-problems-with-reinstallation/m-p/989630#M30835</link>
      <description>This particular message can mean that SAS is not able to create the WORK library/directory.</description>
      <pubDate>Sun, 14 Jun 2026 15:42:29 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-interruption-and-problems-with-reinstallation/m-p/989630#M30835</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-14T15:42:29Z</dc:date>
    </item>
    <item>
      <title>Re: Capture SQL View Definition for Programmatic Change</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Capture-SQL-View-Definition-for-Programmatic-Change/m-p/989546#M380213</link>
      <description>&lt;P&gt;UNIX systems have very nice tools for exactly such mass text change operations, e.g. awk. Just run that on the original source codes of the SQL views. If those source codes are not available, someone fucked up big time (see Maxim 27).&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jun 2026 09:00:59 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Capture-SQL-View-Definition-for-Programmatic-Change/m-p/989546#M380213</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2026-06-11T09:00:59Z</dc:date>
    </item>
  </channel>
</rss>

