Le 28/12/2012 18:21, Phil Steitz a écrit :
> Any objections to this? In [math] at least we can't seem to turn it
> off and it is causing the site build to take forever.
Go for it.
Luc
>
> Thanks!
>
> Phil
>
> -
> To unsubscr
Hi Phil,
Le 28/12/2012 21:10, Phil Steitz a écrit :
> On 12/28/12 11:44 AM, Gary Gregory wrote:
>> It seems a shame to turn off this feature for ALL projects because one
>> project can't figure out a workaround.
>
> Can *any* project find a workaround? Is there *any way* to turn
> this thing off
Hi,
2012/12/29 Gilles Sadowski
> Hi.
>
> > [...]
>
> > > third is just bug-fix. Does the fix for the issue that started this
> > > thread change the API? If so, we would need to cut 3.2 in any case.
>
> The current fix does change the usage (one needs to call optimize with an
> argument of a
or just move it to a profile?
In our project we have this enabled via
$> mvn clean instal -Pcoverage
LieGrue,
strub
- Original Message -
> From: Luc Maisonobe
> To: Commons Developers List
> Cc:
> Sent: Saturday, December 29, 2012 9:43 AM
> Subject: Re: [commons-parent] drop cobert
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
> Hi.
Hi Gilles,
>
>> [...]
>
>>> third is just bug-fix. Does the fix for the issue that started this
>>> thread change the API? If so, we would need to cut 3.2 in any case.
>
> The current fix does change the usage (one needs to call optimize w
Hello,
2012/12/28 Konstantin Berlin
> >
> > That's what I was going to write. At the moment, the current
> implementation
> > for sparse matrices and vector is deprecated, for lack of convincing
> fixes
> > for the bugs which have been found. These bugs are mainly related to the
> > fact that z
Hi Mark,
2012/12/29 Mark Struberg
> or just move it to a profile?
> In our project we have this enabled via
>
> $> mvn clean instal -Pcoverage
>
> LieGrue,
> strub
>
> We've been trying to do that unsuccessfully in Commons Math. What project
are you talking about? We could look at the pom.
Than
Gilles,
Handling weighted observations must take correlations into account, i.e. use
a _matrix_.
There is the _practical_ problem of memory. Solving it correctly is by
using a sparse implementation (and this is actually an implementation
_detail_).
The problem is where something becomes a deta
Le 29/12/2012 10:08, Luc Maisonobe a écrit :
> Le 29/12/2012 04:09, Gilles Sadowski a écrit :
>> Hi.
>
> Hi Gilles,
>
>>
>>> [...]
>>
third is just bug-fix. Does the fix for the issue that started this
thread change the API? If so, we would need to cut 3.2 in any case.
>>
>> The curre
On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
> Le 29/12/2012 10:08, Luc Maisonobe a écrit :
> > Le 29/12/2012 04:09, Gilles Sadowski a écrit :
> >> Hi.
> >
> > Hi Gilles,
> >
> >>
> >>> [...]
> >>
> third is just bug-fix. Does the fix for the issue that started this
>
Le 29/12/2012 12:34, Gilles Sadowski a écrit :
> On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
>> Le 29/12/2012 10:08, Luc Maisonobe a écrit :
>>> Le 29/12/2012 04:09, Gilles Sadowski a écrit :
Hi.
>>>
>>> Hi Gilles,
>>>
> [...]
>> third is just bug-fix. Doe
> or just move it to a profile?
+1
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
-
To unsubscribe, e-mail: dev-unsubscr...@commons.a
On Sat, Dec 29, 2012 at 10:22:20AM +0100, Dimitri Pourbaix wrote:
> Gilles,
>
> >Handling weighted observations must take correlations into account, i.e. use
> >a _matrix_.
> >There is the _practical_ problem of memory. Solving it correctly is by
> >using a sparse implementation (and this is actua
Hi.
> > [...]
> >
> > [1] The inconsistencies that led to the deprecation will have no bearing
> > on usage within the optimizers.
> > [2] The latter option seems likely to entail a fair amount of work to
> > improve the performance of "OpenMapRealMatrix" (which is quite poor
> > for s
Am 29.12.2012 09:43, schrieb Luc Maisonobe:
Hi Phil,
Le 28/12/2012 21:10, Phil Steitz a écrit :
On 12/28/12 11:44 AM, Gary Gregory wrote:
It seems a shame to turn off this feature for ALL projects because one
project can't figure out a workaround.
Can *any* project find a workaround? Is the
On 12/29/12 9:46 AM, Oliver Heger wrote:
> Am 29.12.2012 09:43, schrieb Luc Maisonobe:
>> Hi Phil,
>>
>> Le 28/12/2012 21:10, Phil Steitz a écrit :
>>> On 12/28/12 11:44 AM, Gary Gregory wrote:
It seems a shame to turn off this feature for ALL projects
because one
project can't figur
Using Sonar is useless for local development. When I make changes and run a
build, I want to see all of the reports based on my local changes, not what
is in the VCS. I know we usually do CTR but this would force me to commit
to see reports in Sonar, a non-starter IMO.
Gary
On Sat, Dec 29, 2012
Using Sonar is an orthogonal issue to using reports in the POM. Sure, add
commons components to Sonar, just do not mess up development for all the
other components because one class in [math] is not performing acceptably
for the Cobertura report.
Gary
On Sat, Dec 29, 2012 at 12:55 PM, Phil Steit
On 12/29/12 10:02 AM, Gary Gregory wrote:
> Using Sonar is an orthogonal issue to using reports in the POM. Sure, add
> commons components to Sonar, just do not mess up development for all the
> other components because one class in [math] is not performing acceptably
> for the Cobertura report.
T
> Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
b.) create 2 parent pom. One with the infrastructure stuff and one with all the
tons of additional goodies only needed for the other projects.
LieGrue,
strub
PS: I find it pretty w
On 12/29/12 4:16 AM, Luc Maisonobe wrote:
> Le 29/12/2012 12:34, Gilles Sadowski a écrit :
>> On Sat, Dec 29, 2012 at 10:43:11AM +0100, Luc Maisonobe wrote:
>>> Le 29/12/2012 10:08, Luc Maisonobe a écrit :
Le 29/12/2012 04:09, Gilles Sadowski a écrit :
> Hi.
Hi Gilles,
>> [..
To get sites prepared for svn pub/sub, we now need to depend on
commons-parent snapshot. We should cut a release so this is not
necessary. I have no idea how to do this. I will RM if I can get a
recipe that works and others are OK with releasing now. It would be
great if someone could add a rea
On 12/29/12 10:44 AM, Mark Struberg wrote:
>> Any better suggestions for [math]?
> Yes, as I see it there are two options.
>
> a.) move some parts into a profile
How exactly would this work? Can we get rid of stuff that way,
really? We can get it to ignore stuff the parent specifies? Or are
you
Am 29.12.2012 21:21, schrieb Phil Steitz:
On 12/29/12 10:44 AM, Mark Struberg wrote:
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
How exactly would this work? Can we get rid of stuff that way,
really? We can get it to ignore
>>
>> I think this issue can be overcome by proper OO design, and hacked on to
>> the current interface for now.
>>
>> We can create an "InPlace" interface that all linear operators (including
>> RealMatrix etc) would implement. For example in a hypothetical
>> InPlaceMatrix class
>>
>> function
Actually, the visitor pattern or variants thereof can produce very
performant linear algebra implementations. You can't usually get quite
down to optimized BLAS performance, but you get pretty darned fast code.
The reason is that the visitor is typically a very simple class which is
immediately i
That's a good point about the compiler. I never tested the performance of
visitors vs. sequential array access. I just don't want the vector operations
to be tied to any particular implementation detail.
On Dec 29, 2012, at 6:30 PM, Ted Dunning wrote:
> Actually, the visitor pattern or variant
Hi,
In my opinion is that the whole weights fiasco is consequence of improper
design, as much as anything else. All components should be as simple as
possible, with any additional add ons, like weights, not added to the base
implementation, but instead done as an extension of these classes. If
Also. If you have GPU implementation of a matrix, or use another type of a
vector processor, there is no way you can program that in if you force vector
operations to use a visitor patterns.
On Dec 29, 2012, at 6:43 PM, Konstantin Berlin wrote:
> That's a good point about the compiler. I neve
Who said force? Linear algebra operations should be available.
Visitors should be available.
Your mileage will vary. That was always true.
On Sat, Dec 29, 2012 at 3:59 PM, Konstantin Berlin wrote:
> Also. If you have GPU implementation of a matrix, or use another type of a
> vector processor,
2012/12/29 Oliver Heger :
> Am 29.12.2012 21:21, schrieb Phil Steitz:
>
>> On 12/29/12 10:44 AM, Mark Struberg wrote:
Any better suggestions for [math]?
>>>
>>> Yes, as I see it there are two options.
>>>
>>> a.) move some parts into a profile
>>
>>
>> How exactly would this work? Can we
2012/12/29 Phil Steitz :
> To get sites prepared for svn pub/sub, we now need to depend on
> commons-parent snapshot. We should cut a release so this is not
> necessary. I have no idea how to do this. I will RM if I can get a
> recipe that works and others are OK with releasing now. It would be
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbcp has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbcp2 has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-chain2 has an issue affecting its community integration.
This issu
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-dbutils has an issue affecting its community integration.
This iss
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
39 matches
Mail list logo
