Hi Bert,

I won't post any more messages on this thread as problem has shifted from 
Optimization in R to Graph Algorithms.

Rest fine
Khris.

On Aug 2, 2012, at 9:13 PM, Bert Gunter [via R] wrote:

> This discussion needs to be taken off (this) list, as it appears to 
> have nothing to do with R. 
> 
> -- Bert 
> 
> On Thu, Aug 2, 2012 at 2:27 AM, khris <[hidden email]> wrote:
> 
> > 
> > On Aug 2, 2012, at 12:39 PM, Petr Savicky [via R] wrote: 
> > 
> >> On Wed, Aug 01, 2012 at 04:55:30AM -0700, khris wrote: 
> >> > Hi Petr, 
> >> > 
> >> > It been sometime since I wrote. But here are the latest developments. 
> >> > 
> >> > When I give the binary linear opt problem to lpSolve optimizer than for 
> >> > small instance it gives correct answer but when size of nodes increase 
> >> > let's say 16 then there are about 2000 binary variables and lpSolve just 
> >> > does not come back with any answer even after running for a full day. I 
> >> > plan to solve for node size upto atleast 100, so I guess I need to do 
> >> > something fundamentally different. 
> >> > 
> >> > Now I understand that lpSolve is using Branch and Bound Algorithm which 
> >> > to me looks highly inefficient, for in the wrost case it will try to 
> >> > solve 2^n LP relaxation problem. Maybe that's why I do not get answer 
> >> > even when n=16. So what do I do to make lpSolve solve problem 
> >> > efficiently. 
> >> 
> >> Integer linear programming is an NP-complete problem and in general 
> >> requires an 
> >> exponential time. It is not surprising that lpSolve failed to solve a 
> >> problem 
> >> with 2000 variables. It can solve some problems with a few hundreds of 
> >> variables, 
> >> but not every such problem. 
> >> 
> > 
> > OK. I guess then my approach to solve the Graph matching problem using 
> > binary opt pr. seems destined to fail. I know you told about Kohenan maps 
> > but I am not exited about it since it some sort of neural network which 
> > involves training. So that approach may not be suitable. 
> > I wrote about another approach, reducing the "Graph matching with upper 
> > bound on degree of vertex" to "Graph isomorphism where degree of vertex has 
> > upper bound" since "Graph isomorphism where degree of vertex has upper 
> > bound" has tractable solution. This approach seems promising. 
> > 
> > I also came across solving Graph matching using Simulated Annealing 
> > (http://randomwalker.info/luther/kaggle-deanonymization/Graph_Matching_via_Simulate.html)
> >  which also seems promising. 
> > 
> > How do you feel about these? 
> > 
> > 
> >> > In the lpSolve document there does not seem to be any option where one 
> >> > can specify which variable should the optimizer use to use LP relaxation 
> >> > first? Is there way to control in some way Branch and Bound algorithm 
> >> > used by lpSolve apart from the going in side the code and tweaking it. 
> >> 
> >> I do not know, whether this may be controlled. 
> >> 
> >> Do you have a specific reason to use lpSolve for your problem? 
> > 
> > I thought lpSolve is the best optimizer freely available in R so I was 
> > using it. Do you recommend another one? But if my model consist of 100,00 
> > binaray variable then I assume even commercial optimizer also won't scale? 
> > 
> > Appreciate your comments. 
> > 
> > Thanks in adv 
> > Khris. 
> > 
> > 
> > 
> > 
> >> 
> >> Petr. 
> >> 
> >> ______________________________________________ 
> >> [hidden email] mailing list 
> >> https://stat.ethz.ch/mailman/listinfo/r-help
> >> PLEASE do read the posting guide 
> >> http://www.R-project.org/posting-guide.html
> >> and provide commented, minimal, self-contained, reproducible code. 
> >> 
> >> 
> >> If you reply to this email, your message will be added to the discussion 
> >> below: 
> >> http://r.789695.n4.nabble.com/Binary-Quadratic-Opt-tp4633521p4638835.html
> >> To unsubscribe from Binary Quadratic Opt?, click here. 
> >> NAML 
> > 
> > 
> > 
> > 
> > 
> > -- 
> > View this message in context: 
> > http://r.789695.n4.nabble.com/Binary-Quadratic-Opt-tp4633521p4638844.html
> > Sent from the R help mailing list archive at Nabble.com. 
> >         [[alternative HTML version deleted]] 
> > 
> > ______________________________________________ 
> > [hidden email] mailing list 
> > https://stat.ethz.ch/mailman/listinfo/r-help
> > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> > and provide commented, minimal, self-contained, reproducible code.
> 
> 
> 
> -- 
> 
> Bert Gunter 
> Genentech Nonclinical Biostatistics 
> 
> Internal Contact Info: 
> Phone: 467-7374 
> Website: 
> http://pharmadevelopment.roche.com/index/pdb/pdb-functional-groups/pdb-biostatistics/pdb-ncb-home.htm
> 
> ______________________________________________ 
> [hidden email] mailing list 
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code. 
> 
> 
> If you reply to this email, your message will be added to the discussion 
> below:
> http://r.789695.n4.nabble.com/Binary-Quadratic-Opt-tp4633521p4638896.html
> To unsubscribe from Binary Quadratic Opt?, click here.
> NAML





--
View this message in context: 
http://r.789695.n4.nabble.com/Binary-Quadratic-Opt-tp4639006.html
Sent from the R help mailing list archive at Nabble.com.
        [[alternative HTML version deleted]]

______________________________________________
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

Reply via email to