turn on suggestions

Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.

Showing results for

Find a Community

Topic Options

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page

- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content

10-12-2011 07:09 AM

Here's a very odd glitch with CHOOSE that I discovered recently. Try this:

a = J(1,6,0);

b = J(1,6,1);

i = 2;

a = choose(i=1,b,a//b);

In words, if i = 1, I want 'a' to become 'b', otherwise, I want 'b' to be appended to 'a'. Doesn't work.

Now, replace the CHOOSE statement in the code above with the following equivalent if/then/else statement:

if i=1 then a = b; else a = a//b;

It will work. Why doesn't it work when using the CHOOSE function ?

Accepted Solutions

Solution

10-12-2011
08:50 AM

- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content

10-12-2011 08:50 AM

I wouldn't say it's a "glitch." As I point out in my blog post

http://blogs.sas.com/content/iml/2011/08/15/complex-assignment-statements-choose-wisely/,

you shouldn't think of CHOOSE as equivalent to the IF-THEN/ELSE statement, although they are similar.

The general formulation of the CHOOSE statement is to have three vectors as arguments. As I say in my blog:

"The CHOOSE function examines each element of the first argument. If an element is nonzero, it returns the corresponding element of the second argument. If an element is zero, it returns the corresponding element of the third argument."

In the general case, therefore, the dimensions of the three arguments must be the same. That's why the CHOOSE function is complaining that the second and third arguments are different dimensions. However, in your example the first argument is a scalar. Although CHOOSE *could* handle this case differently than the general case, that's not how it works, because special-casing certain behaviors can lead to other problems. For example, the statement C = choose(i=2, ., A) is valid syntax. In your scheme, it's not clear whether C should be a vector of missing values, or just a scalar missing value.

All Replies

Solution

10-12-2011
08:50 AM

- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content

10-12-2011 08:50 AM

I wouldn't say it's a "glitch." As I point out in my blog post

http://blogs.sas.com/content/iml/2011/08/15/complex-assignment-statements-choose-wisely/,

you shouldn't think of CHOOSE as equivalent to the IF-THEN/ELSE statement, although they are similar.

The general formulation of the CHOOSE statement is to have three vectors as arguments. As I say in my blog:

"The CHOOSE function examines each element of the first argument. If an element is nonzero, it returns the corresponding element of the second argument. If an element is zero, it returns the corresponding element of the third argument."

In the general case, therefore, the dimensions of the three arguments must be the same. That's why the CHOOSE function is complaining that the second and third arguments are different dimensions. However, in your example the first argument is a scalar. Although CHOOSE *could* handle this case differently than the general case, that's not how it works, because special-casing certain behaviors can lead to other problems. For example, the statement C = choose(i=2, ., A) is valid syntax. In your scheme, it's not clear whether C should be a vector of missing values, or just a scalar missing value.