A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Excel » General Discussion
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Solver



 
 
Thread Tools Display Modes
  #1  
Old November 19th, 2009, 03:31 PM posted to microsoft.public.excel.misc
Alec Erskine
external usenet poster
 
Posts: 1
Default Solver

I am delighted to see that Microsoft have made an important development in
Excel 2007 with their optimiser. You have effectively introduced a
combinatorial optimiser in Excel 2007 which was not available in Excel 2003.
This allows us to solve the “Knapsack problem” in Excel. The Knapsack
problem, sometimes called the Capital Investment problem is as follows.
Suppose we have a list of schemes, each with defined cost and defined
benefit, and we have a budget ceiling. Which schemes should we do to
maximise the total benefit, while keeping the total cost under budget? The
Excel version appears to use the fairly robust method of a standard linear
simplex optimiser combined with a branch-and-bound searcher. Can you
confirm?

An example involving 70 schemes with randomised C and B is easy to create.
There seems to be a small starting position effect in that you seem to have
to run the optimiser twice from 0’s to get it to work properly, it only gets
the “right” answer – or what I hope is the right answer on the second attempt.

I would have assumed that this optimser is independent of starting position
and am quite worried that it claims to have optimised when it has not. This
is a bug, really. Any thoughts as to why it is finishing at the wrong answer?

I cannot find any email addresses on your site to send this to and am being
warned not to send contact information. So I guess that's it then.

----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.

http://www.microsoft.com/office/comm...lic.excel.misc
  #2  
Old November 19th, 2009, 06:46 PM posted to microsoft.public.excel.misc
Mike Middleton[_2_]
external usenet poster
 
Posts: 90
Default Solver

Alec Erskine -

It is my understanding that the only change to standard Solver from Excel
2003 to Excel 2007 is to accommodate the increase in rows and columns.

According to the Help item "Excel specifications and limits, Worksheet and
workbook specifications," the number of "Adjustable cells in Solver" is 200
in both Excel 2003 and Excel 2007. Each of those adjustable cells can be a
binary variable used in a knapsack problem.

- Mike Middleton
http://www.MikeMiddleton.com


"Alec Erskine" wrote in message
...
I am delighted to see that Microsoft have made an important development in
Excel 2007 with their optimiser. You have effectively introduced a
combinatorial optimiser in Excel 2007 which was not available in Excel
2003.
This allows us to solve the “Knapsack problem” in Excel. The Knapsack
problem, sometimes called the Capital Investment problem is as follows.
Suppose we have a list of schemes, each with defined cost and defined
benefit, and we have a budget ceiling. Which schemes should we do to
maximise the total benefit, while keeping the total cost under budget?
The
Excel version appears to use the fairly robust method of a standard linear
simplex optimiser combined with a branch-and-bound searcher. Can you
confirm?

An example involving 70 schemes with randomised C and B is easy to create.
There seems to be a small starting position effect in that you seem to
have
to run the optimiser twice from 0’s to get it to work properly, it only
gets
the “right” answer – or what I hope is the right answer on the second
attempt.

I would have assumed that this optimser is independent of starting
position
and am quite worried that it claims to have optimised when it has not.
This
is a bug, really. Any thoughts as to why it is finishing at the wrong
answer?

I cannot find any email addresses on your site to send this to and am
being
warned not to send contact information. So I guess that's it then.

----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow
this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.

http://www.microsoft.com/office/comm...lic.excel.misc


  #3  
Old November 19th, 2009, 08:30 PM posted to microsoft.public.excel.misc
Dana DeLouis[_3_]
external usenet poster
 
Posts: 184
Default Solver

There seems to be a small starting position effect

Hi. Excel's Solver finds "Local" Min/Max, and does not have enough
logic to find "Global" min/max.
Try starting with all 1's, and see if you get a different solution.

The classic example would be to find the Min of x*Sin(x) on the range
0-15. If you start near 0, you will get one answer - zero. This would
not be as good as the solution near 5, or the better solution near 11.
= = = = =
Dana DeLouis



On 11/19/09 10:31 AM, Alec Erskine wrote:
I am delighted to see that Microsoft have made an important development in
Excel 2007 with their optimiser. You have effectively introduced a
combinatorial optimiser in Excel 2007 which was not available in Excel 2003.
This allows us to solve the “Knapsack problem” in Excel. The Knapsack
problem, sometimes called the Capital Investment problem is as follows.
Suppose we have a list of schemes, each with defined cost and defined
benefit, and we have a budget ceiling. Which schemes should we do to
maximise the total benefit, while keeping the total cost under budget? The
Excel version appears to use the fairly robust method of a standard linear
simplex optimiser combined with a branch-and-bound searcher. Can you
confirm?

An example involving 70 schemes with randomised C and B is easy to create.
There seems to be a small starting position effect in that you seem to have
to run the optimiser twice from 0’s to get it to work properly, it only gets
the “right” answer – or what I hope is the right answer on the second attempt.

I would have assumed that this optimser is independent of starting position
and am quite worried that it claims to have optimised when it has not. This
is a bug, really. Any thoughts as to why it is finishing at the wrong answer?

I cannot find any email addresses on your site to send this to and am being
warned not to send contact information. So I guess that's it then.

----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.

http://www.microsoft.com/office/comm...lic.excel.misc

  #4  
Old November 19th, 2009, 08:44 PM posted to microsoft.public.excel.misc
Dana DeLouis[_3_]
external usenet poster
 
Posts: 184
Default Solver

This allows us to solve the “Knapsack problem” in Excel.
and am quite worried that it claims to have optimized when it has not.


Hi. Just to mention ...
Excel's Solver does have a logic problem in that if the 'finite
difference' in its derivative calculation indicates a problem, Solver
will immediately finish, usually without any warnings. Solver will quit
on the first hint of a problem.
For example, if your model uses discontinuous functions like IF(),
MAX(), MIN(), etc, then this "usually" causes a problem. The results
are most often not reliable. The model must be re-written in linear form.
= = = = = = = = =
Dana DeLouis



On 11/19/09 10:31 AM, Alec Erskine wrote:
I am delighted to see that Microsoft have made an important development in
Excel 2007 with their optimiser. You have effectively introduced a
combinatorial optimiser in Excel 2007 which was not available in Excel 2003.
This allows us to solve the “Knapsack problem” in Excel. The Knapsack
problem, sometimes called the Capital Investment problem is as follows.
Suppose we have a list of schemes, each with defined cost and defined
benefit, and we have a budget ceiling. Which schemes should we do to
maximise the total benefit, while keeping the total cost under budget? The
Excel version appears to use the fairly robust method of a standard linear
simplex optimiser combined with a branch-and-bound searcher. Can you
confirm?

An example involving 70 schemes with randomised C and B is easy to create.
There seems to be a small starting position effect in that you seem to have
to run the optimiser twice from 0’s to get it to work properly, it only gets
the “right” answer – or what I hope is the right answer on the second attempt.

I would have assumed that this optimser is independent of starting position
and am quite worried that it claims to have optimised when it has not. This
is a bug, really. Any thoughts as to why it is finishing at the wrong answer?

I cannot find any email addresses on your site to send this to and am being
warned not to send contact information. So I guess that's it then.

----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.

http://www.microsoft.com/office/comm...lic.excel.misc

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 02:38 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright 2004-2024 OfficeFrustration.
The comments are property of their posters.