Re: Re: Problem with Maximize and conditions.

• To: mathgroup at smc.vnet.net
• Subject: [mg51185] Re: Re: Problem with Maximize and conditions.
• From: "Steve Luttrell" <steve_usenet at _removemefirst_luttrell.org.uk>
• Date: Thu, 7 Oct 2004 05:26:19 -0400 (EDT)
• References: <cjlna7\$q7f\$1@smc.vnet.net> <cjoiig\$alt\$1@smc.vnet.net> <cjr9ea\$ost\$1@smc.vnet.net> <200410050837.EAA08385@smc.vnet.net> <ck0b8c\$nr7\$1@smc.vnet.net>
• Sender: owner-wri-mathgroup at wolfram.com

```Yes, I knew that, because my first reply listed the full output of Reduce!
However, I overlooked the possibility that immediately substituting this
output back into Minimize would work.

Steve Luttrell

"Andrzej Kozlowski" <akoz at mimuw.edu.pl> wrote in message
news:ck0b8c\$nr7\$1 at smc.vnet.net...
>
> On 5 Oct 2004, at 17:37, Steve Luttrell wrote:
>
>> It seems
>> that the conditions you feed to Minimize are "improved" by being
>> wrapped in
>> Reduce.
>>
>
> Well, they are not just "improved" but actually "Reduced" to
> triviality. Reduce does all the work and Minimize is only left with
> something that looks like this (except that with more terms)
>
>
> Minimize[x + y + z, {x == 20 && y == 4 && z == 19 ||
>     x == 20 && y == 9 && z == 18}, {x, y, z}]
>
>
> This sort of thing even Minimize can manage;-)
>
>
> Andrzej Kozlowski
> Chiba, Japan
> http://www.akikoz.net/~andrzej/
> http://www.mimuw.edu.pl/~akoz/
>

```

• Prev by Date: Re: solve and simplify. force left hand side to be 0==
• Next by Date: Re: Re: Undo capabilities
• Previous by thread: Re: Re: Problem with Maximize and conditions.
• Next by thread: Re: Problem with Maximize and conditions.