Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 16926 invoked from network); 26 Mar 2009 07:58:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 26 Mar 2009 07:58:14 -0000 Received: (qmail 46825 invoked by uid 500); 26 Mar 2009 07:58:14 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 46719 invoked by uid 500); 26 Mar 2009 07:58:14 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 46709 invoked by uid 99); 26 Mar 2009 07:58:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Mar 2009 07:58:14 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Mar 2009 07:58:12 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 04B45234C045 for ; Thu, 26 Mar 2009 00:57:51 -0700 (PDT) Message-ID: <92985840.1238054271018.JavaMail.jira@brutus> Date: Thu, 26 Mar 2009 00:57:51 -0700 (PDT) From: "Luc Maisonobe (JIRA)" To: issues@commons.apache.org Subject: [jira] Commented: (MATH-246) Simplex Method Implementation In-Reply-To: <768059294.1234479179606.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/MATH-246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689389#action_12689389 ] Luc Maisonobe commented on MATH-246: ------------------------------------ Another issue that bothers me. There is a constructor for a linear constraint with vectors for both left hand side and right hand side that subtracts both and put 0 as the scalar on the right hand side. This seems odd to me. If for example we call it with lhs = { 2, 3 }, rhs = { 1, 1 }, r = EQ this means we set up the constraint (2 - 1) x + (3 - 1)y = 0 or x + 2y = 0. Users may think it would be equivalent to the two constraints 2x=1 and 3y=1 which is not the case. For inequality constraints, this looks even more strange. If there is a use for this in a specific context, I suggest the subtraction be done at user code level before calling the constructor rather than providing support in the linear constraint class for this. I suggest to drop this constructor, except if you can provide me some hints I will pour in the javadoc to help users. > Simplex Method Implementation > ----------------------------- > > Key: MATH-246 > URL: https://issues.apache.org/jira/browse/MATH-246 > Project: Commons Math > Issue Type: New Feature > Reporter: Benjamin McCann > Assignee: Luc Maisonobe > Fix For: 2.0 > > Attachments: newfiles.zip > > > I've created an implementation of the Simplex algorithm for optimizing systems of constrained linear equations that I'd like to contribute. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.