|
[Date Index]
[Thread Index]
[Author Index]
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.
|