Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 7FB86200B23 for ; Sun, 19 Jun 2016 20:03:04 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 736AB160A53; Sun, 19 Jun 2016 18:03:04 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 7BDE2160A4E for ; Sun, 19 Jun 2016 20:03:02 +0200 (CEST) Received: (qmail 97086 invoked by uid 500); 19 Jun 2016 18:02:57 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 97075 invoked by uid 99); 19 Jun 2016 18:02:56 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 19 Jun 2016 18:02:56 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 5711018023E for ; Sun, 19 Jun 2016 18:02:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=6.31 tests=[RCVD_IN_MSPIKE_H2=-0.001] autolearn=disabled Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id rhjSysrESvNR for ; Sun, 19 Jun 2016 18:02:54 +0000 (UTC) Received: from smtp754.redcondor.net (smtp754.redcondor.net [208.80.206.54]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id AAC045F368 for ; Sun, 19 Jun 2016 18:02:53 +0000 (UTC) Received: from mailproxy13.neonova.net ([137.118.22.78]) by smtp754.redcondor.net ({97b16bb2-c597-43ea-8fbe-137c536017bc}) via TCP (outbound) with ESMTP id 20160619180238773_0754; Sun, 19 Jun 2016 18:02:38 +0000 X-RC-FROM: Received: from [192.168.1.10] (ip72-201-43-179.ph.ph.cox.net [72.201.43.179]) (Authenticated sender: ralph.goers@dslextreme.com) by mailproxy13.neonova.net (Postfix) with ESMTPA id 9689F36006C; Sun, 19 Jun 2016 14:02:33 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: apache, commons, math From: Ralph Goers In-Reply-To: Date: Sun, 19 Jun 2016 11:02:46 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2F989D32-533C-4AA0-A95B-918C7934515D@dslextreme.com> To: Commons Developers List , joerg.schaible@gmx.de X-Mailer: Apple Mail (2.3124) X-DLP-OUTBOUND: 137.118.22.64/27 X-MAG-OUTBOUND: greymail.redcondor.net@137.118.22.64/27 archived-at: Sun, 19 Jun 2016 18:03:04 -0000 > On Jun 19, 2016, at 10:40 AM, J=C3=B6rg Schaible = wrote: >=20 > Hi Ralph, >=20 > Ralph Goers wrote: >=20 >> Thanks, Eric. >>=20 >> I am OK with Commons Math being split into modules in the Commons = Math >> sub-project. >=20 >=20 > That was my first idea too. But if the collection of all submodules = will in=20 > the end nevertheless only contain 20% of the code, we gained nothing. >=20 >=20 >> I am not OK with Commons Math A, Commons Math B, etc existing >> within Commons. In other words, when a user traverses to Commons Math = they >> can then see the modules that make up Commons Math. >=20 >=20 > The main problem seems to be that CM was a dumping ground for all kind = of=20 > stuff that have at least the slightest relation to a mathematical = base. >=20 > Gilles never expressed it directly, but in its consequence he proposed = to=20 > move the current CM into dormant/attic and extract single parts of the = old=20 > code base as new components. Personally, I don=E2=80=99t think moving it to the attic is appropriate. = Projects go to the attic, not components. The Math project (or = sub-project) is free to add or drop components as the see fit, so long = as it is a community decision. >=20 > Some of those components can be: > - Commons RNG (Random Number Generators) > - Commons Complex (Complex Numbers) > - Commons Matrix (Matrix Algebra) >=20 > Those components might have an own life, those algorithms have a wide=20= > audience and can be used in a lot of stuff on its own. The question is = what=20 > happens with: > - Commons Genetics (Genetic Algorithms) > - Commons ML (Machine Learning) If there is a case to be made to move components out of Commons Math to = become individual Commons components then those proposals should be made = individually so the merits can be discussed. For example, just by its = name I am not sure why Machine Learning belongs in Math unless it really = is just a bunch of machine learning algorithms.=20 >=20 > Or other stuff requiring deep mathematical background. I don't have = the=20 > impression this belongs as own components into Commons. Moving CM as = whole=20 > into a new TLP at least provides a place for all of it. >=20 > The question is, what do we want as PMC members? I=E2=80=99m not sure I understand the question. Once there are enough = active committers then I would think they would become Math TLP PMC = members when it is appropriate. Ralph --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org