MathGroup Archive 2004

[Date Index] [Thread Index] [Author Index]

Search the Archive

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.