"Bob Phillips" wrote:
In the example that you show, which should be (at least)
=SUMPRODUCT(1/(COUNTIF(A1:A10,A1:A10)))

In this version of the formula, I don't think you need SUMPRODUCT. SUM will
do, since you're dealing with a single array and you aren't doing any
dot-producting. I don't even think you need to enter it as an array formula.


But neither the SUMPRODUCT or SUM version will work if one of the cells is
blank.

For the purposes of exploring this SUMPRODUCT construct a little further,
let's say we take Bill's example and erase the contents of the cell that has
"Jon" in it. The data in A1:A10 is then Bob,John,Bob,Bob,John,
,Bob,Bill,Bill,Max

Here's a parsing of another popular version of this formula, one that
ignores blank cells:

=SUM((A1:A10<"")/COUNTIF(A1:A10,A1:A10&""))

Piece by piece, here's what that says:

COUNTIF(A1:A10,A1:A10), as Bob explained, produces a 10-element array where
each element is the number of times the corresponding cell value appears in
the range A1:A10.

The extra &"" at the end is a string concatenation. You're adding a
zero-length string onto whatever was in each cell. That converts empty
cells, which Excel interprets as the number 0, to empty strings. Why do you
want to do that? Because if you represent empty cells as 0, then you'll end
up with zero in the denominator of the 1/COUNTIF() expression. And you know
what happens when you do that. So the COUNTIF(A1:A10.A1:A10&"") part of the
expression evaluates to: {4;2;4;4;2;1;4;2;2;1}. If we didn't have the &"",
the array would have been {4;2;4;4;2;0;4;2;2;1}. Notice the zero.

Why is that zero there? Because COUNTIF promotes an empty cell to 0 if the
cell is in the 'criteria' argument, but not if the empty cell is in the
'range' argument position. Try this: put the number 0 in B1 and B2. Put
COUNTIF(B1,B2) in cell B3. Then try deleting the zeros in B1 and B2 one at a
time. Watch how it affects B3. (Let me know if you find the documentation
on this.)

Now, back to the numerator of our array-over-array fraction: we've got
(A1:A10<"") We're checking whether each cell in A1:A10 is not an empty
cell. That evaluates to an array of Booleans:
{TRUE;TRUE;TRUE;TRUE;TRUE;FALSE;TRUE;TRUE;TRUE;TRU E}

In arithmetic expressions, Excel interprets TRUE as 1 and FALSE as 0. You
will sometimes see Booleans preceded by a double minus, --, which will
explicitly force a Boolean-to-integer conversion.

So for each entry representing a non-empty cell, we've got

1/(the number of cells with that value in them)

and for empty cells we've got

0/(the number of empty cells).

Add up the resulting array of fractions and you end up with a count of
unique non-empty values in the range A1:A10.


I find that I can get away without using an array formula if I use
SUMPRODUCT to add the array, but not if I use SUM. If I use SUM, I have to
enter the formula as an array formula. I suppose SUMPRODUCT knows how to
handle an array divided by an array piecewise, while SUM doesn't.

"Shawn O'Donnell" wrote in message
...
"Bob Phillips" wrote:
In the example that you show, which should be (at least)
=SUMPRODUCT(1/(COUNTIF(A1:A10,A1:A10)))

In this version of the formula, I don't think you need SUMPRODUCT. SUM
will
do, since you're dealing with a single array and you aren't doing any
dot-producting. I don't even think you need to enter it as an array
formula.

Yes, we know this, but in this case SUM is an array formula SUMPRODUCT
isn't.

But neither the SUMPRODUCT or SUM version will work if one of the cells is
blank.

For the purposes of exploring this SUMPRODUCT construct a little further,
let's say we take Bill's example and erase the contents of the cell that
has
"Jon" in it. The data in A1:A10 is then Bob,John,Bob,Bob,John,
,Bob,Bill,Bill,Max

Here's a parsing of another popular version of this formula, one that
ignores blank cells:

=SUM((A1:A10<"")/COUNTIF(A1:A10,A1:A10&""))

Yes we know all this too, and it works just as well with SUMPRODUCT, which
is till not an array formula.As I recall, this technique was first suggested
with SP not SUM .

Piece by piece, here's what that says:

COUNTIF(A1:A10,A1:A10), as Bob explained, produces a 10-element array
where
each element is the number of times the corresponding cell value appears
in
the range A1:A10.

The extra &"" at the end is a string concatenation. You're adding a
zero-length string onto whatever was in each cell. That converts empty
cells, which Excel interprets as the number 0, to empty strings. Why do
you
want to do that? Because if you represent empty cells as 0, then you'll
end
up with zero in the denominator of the 1/COUNTIF() expression. And you
know
what happens when you do that. So the COUNTIF(A1:A10.A1:A10&"") part of
the
expression evaluates to: {4;2;4;4;2;1;4;2;2;1}. If we didn't have the
&"",
the array would have been {4;2;4;4;2;0;4;2;2;1}. Notice the zero.

You are not adding a "" onto whatever was ikn each cell, buut simply on to
the criteria values.

Why is that zero there? Because COUNTIF promotes an empty cell to 0 if
the
cell is in the 'criteria' argument, but not if the empty cell is in the
'range' argument position. Try this: put the number 0 in B1 and B2. Put
COUNTIF(B1,B2) in cell B3. Then try deleting the zeros in B1 and B2 one
at a
time. Watch how it affects B3. (Let me know if you find the
documentation
on this.)

I assume tyhat you mean =COUNTIF(B1:B2,B2)

snip

I find that I can get away without using an array formula if I use
SUMPRODUCT to add the array, but not if I use SUM. If I use SUM, I have
to
enter the formula as an array formula. I suppose SUMPRODUCT knows how to
handle an array divided by an array piecewise, while SUM doesn't.

It is not SUM that is the problem here but COUNTIF. SUM can work on arrays.
SUMPRODUCT can work on arrays. COUNTIF expects to work on a range array, but
a criteria value. To work on an array where a single value, be that a
hard-coded value or a celle reference, you have to use an array formula.

"Bob Phillips" wrote:
I assume tyhat you mean =COUNTIF(B1:B2,B2)

Thanks for the reply.

I meant COUNTIF(B1,B2), since that's the easiest way to show how COUNTIF
treats empty cells differently, depending on whether the emtpy cell is in the
'array' or 'criteria' argument. It's instructive to look at the four
possibilities for B1 & B2, then compare the results with the same arguments
but using COUNTIF(B1,B2&"").

It is not SUM that is the problem here but COUNTIF. SUM can work
on arrays. SUMPRODUCT can work on arrays. COUNTIF expects
to work on a range array, but a criteria value. To work on an array
where a single value, be that a hard-coded value or a celle reference,
you have to use an array formula.

I don't follow you there. How is it that SUMPRODUCT gets to be an array
formula regardless of how you enter it, but SUM has to be entered with
Ctl-Shift-Enter to become an array formula?

All that differs in the two versions is the context provided by SUM &
SUMPRODUCT. Both functions accept arrays, but SUM doesn't seem to provide an
array context for evaluating functions in its arguments, while SUMPRODUCT
does.

Here's another example. Say you wanted to know the total number of letters
in A1:A10.

=SUM(LEN(A1:A10)) will work only if entered as an array formula, but
=SUMPRODUCT(LEN(A1:A10)) will work either way.

If, in the SUM example, you select LEN(A1:A10) and hit F9 to evaluate the
LEN() function, you create an array that SUM can digest, even in a non-array
formula. But SUM by itself isn't able to interpret the LEN() as an array
without the whole formula being entered as an array formula. SUMPRODUCT can.

Do you know of any documentation concerning this array-producing context for
evaluating scalar functions on ranges of cells (without having to enter the
formula as an array formula)?

Is SUMPRODUCT the only function that provides this context?

I can imagine using this feature in user-defined functions (if possible,)
but it would be nice if I could learn more about the phenomenon first.

"Shawn O'Donnell" wrote in message
...

Hi Shawn,

I meant COUNTIF(B1,B2), since that's the easiest way to show how COUNTIF
treats empty cells differently, depending on whether the emtpy cell is in
the
'array' or 'criteria' argument. It's instructive to look at the four
possibilities for B1 & B2, then compare the results with the same
arguments
but using COUNTIF(B1,B2&"").

Well as I said, with COUNTIF(B1,B2) I didn't get the point you were making,
but with COUNTIF(B1:B2,B2) I thought I did.

It is not SUM that is the problem here but COUNTIF. SUM can work
on arrays. SUMPRODUCT can work on arrays. COUNTIF expects
to work on a range array, but a criteria value. To work on an array
where a single value, be that a hard-coded value or a celle reference,
you have to use an array formula.

I don't follow you there. How is it that SUMPRODUCT gets to be an array
formula regardless of how you enter it, but SUM has to be entered with
Ctl-Shift-Enter to become an array formula?

What I mean is that SUM will work on an array anyway, COUNTIF will not work
on an array criteria (directly that is). So it SUM doesn;y need to be array
entered nor does SUMPRODUCT, but if you want the COUNTIF criteria to be a
range, the whole thing gets array entered.

All that differs in the two versions is the context provided by SUM &
SUMPRODUCT. Both functions accept arrays, but SUM doesn't seem to provide
an
array context for evaluating functions in its arguments, while SUMPRODUCT
does.

No, again you are looking at the wrongt function.

Here's another example. Say you wanted to know the total number of
letters
in A1:A10.

=SUM(LEN(A1:A10)) will work only if entered as an array formula, but
=SUMPRODUCT(LEN(A1:A10)) will work either way.

If, in the SUM example, you select LEN(A1:A10) and hit F9 to evaluate the
LEN() function, you create an array that SUM can digest, even in a
non-array
formula. But SUM by itself isn't able to interpret the LEN() as an array
without the whole formula being entered as an array formula. SUMPRODUCT
can.

Yes but try =SUM(IF(LEFT(A1:A10,1)="a",LEN(A1:A10))). That doesn't work
unless you array enter it. Again, it is not SUM that causes this but IF.

=SUMPRODUCT(--(LEFT(A1:A10,1)="a"),LEN(A1:A10)) works non-array entered.

Do you know of any documentation concerning this array-producing context
for
evaluating scalar functions on ranges of cells (without having to enter
the
formula as an array formula)?

Bob Umlas wrote the best paper that I have read. You can get it at
http://www.emailoffice.com/excel/arrays-bobumlas.html

Is SUMPRODUCT the only function that provides this context?

Depends upon what you mean. SUMPRODUCT is not the only function that can
work upon ranges/arrays, but it is the only non-array function capable of
multiple condition tests. Read more about it at

http://www.xldynamic.com/source/xld.SUMPRODUCT.html

Hi Bob,
The link you provided is very usefull. I learnt a lot. Not only
SUMPRODUCT but other functions also.
Thanks.

Bob Phillips wrote:
"Shawn O'Donnell" wrote in
message
...


Bob Umlas wrote the best paper that I have read. You can get it at
http://www.emailoffice.com/excel/arrays-bobumlas.html



http://www.xldynamic.com/source/xld.SUMPRODUCT.html

Hi Madiya,

Glad it helped.

Bob


"Madiya" wrote in message
oups.com...
Hi Bob,
The link you provided is very usefull. I learnt a lot. Not only
SUMPRODUCT but other functions also.
Thanks.

Bob Phillips wrote:
"Shawn O'Donnell" wrote in
message
...


Bob Umlas wrote the best paper that I have read. You can get it at
http://www.emailoffice.com/excel/arrays-bobumlas.html



http://www.xldynamic.com/source/xld.SUMPRODUCT.html