>> My status: I started with implementing on that this morning and
>> figured out that its not a very easy task. Even when I have it
>> finished in a good time, there should be a good amount of testing
>> imho.
>
> we could label that part of the API unstable/experimental - or leave
> it out of the
On 2009-02-26, wrote:
> Fix set() methods that do not actually work.
Ouch. Thanks!
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 2009-02-26, Jukka Zitting wrote:
> Hi,
> On Thu, Feb 26, 2009 at 5:34 PM, Stefan Bodewig wrote:
>> On 2009-02-26, Jukka Zitting wrote:
>>> I looked at the compress component in the sandbox and it's exactly
>>> what we could use in Apache Tika, see [1].
>> If you pick up the latest code fro
On 2009-02-26, Christian Grobmeier wrote:
>>> I'm not sure about the status of Christian's work on changeset
>>> support. 1.0 should have a stable API, at least, IMHO.
>> We could maybe leave out the changeset support for a 1.0.
> My status: I started with implementing on that this morning and
Here is what I would do in R to do a linear model with observations
consisting of input variables x1 ... x3 and target variable y:
m <- lm(y ~ x1 + x2 + x3, data)
The first argument lets me supply the form of the regression. I could have
regressed on log(x3), for instance, or used x1*x2 + x
Ted Dunning a écrit :
> Hmmm...
>
> I may have misunderstood our conversation (and therefore probably sounded a
> bit incoherent), but I was talking about weights on observations which may
> or may not be what you are talking about here.
This is exactly what I am talking about.
>
> Also, if you
Hmmm...
I may have misunderstood our conversation (and therefore probably sounded a
bit incoherent), but I was talking about weights on observations which may
or may not be what you are talking about here.
Also, if you *are* talking about the same thing and the vector is a vector
of residuals suc
I have just checked in the first changes as discussed on the list.
The changes are merely code moved from one package to another. The new
packages are optimization.direct, optimization.general,
optimization.linear (empty for now) and optimization.univariate. The
removed packages are analysis.minim
>> I'm not sure about the status of Christian's work on changeset
>> support. 1.0 should have a stable API, at least, IMHO.
>
> We could maybe leave out the changeset support for a 1.0.
My status: I started with implementing on that this morning and
figured out that its not a very easy task. Even
Hi,
On Thu, Feb 26, 2009 at 5:34 PM, Stefan Bodewig wrote:
> On 2009-02-26, Jukka Zitting wrote:
>> I looked at the compress component in the sandbox and it's exactly
>> what we could use in Apache Tika, see [1].
>
> If you pick up the latest code from Ant instead you'll see they are
> the same
On 2009-02-26, Torsten Curdt wrote:
> Just wondering: are you planing on using compress from ant then?
No. I'll probably start and Antlib based on compress that will
provide cpio and ar tasks, but for the existing tasks we'll keep our
own codebase, I guess. At least I have no plans of changing
> I'm not sure about the status of Christian's work on changeset
> support. 1.0 should have a stable API, at least, IMHO.
We could maybe leave out the changeset support for a 1.0.
> And I have absolutely no clue about the ar and cpio packages.
ar is coming from jdeb http://vafer.org/projects/jd
On 2009-02-26, Wolfgang Glas wrote:
> Thanks for your tremendous work on finishing ZIP encoding support ;-)
I had a good base to start from, thank you. 8-)
> Stefan Bodewig schrieb:
>> * documentation (will tackle that next)
> May I help you at this point ?
Any help anywhere is appreciated
On 2009-02-26, Jukka Zitting wrote:
> I looked at the compress component in the sandbox and it's exactly
> what we could use in Apache Tika, see [1].
If you pick up the latest code from Ant instead you'll see they are
the same 8-)
They even are used by projects during Gump runs while compress i
Hi,
I looked at the compress component in the sandbox and it's exactly
what we could use in Apache Tika, see [1].
What's the current status of the codebase? Any plans of graduation to
Commons proper and of doing a 1.0 release?
[1] https://issues.apache.org/jira/browse/TIKA-204
BR,
Jukka Zittin
Hi Stefan,
Thanks for your tremendous work on finishing ZIP encoding support ;-)
Stefan Bodewig schrieb:
> Hi all,
>
> a quick update and a question on defaults:
[snip]
> * documentation (will tackle that next)
May I help you at this point ?
> * ZipArchiveInputStream - SANDBOX-293
Well, Z
Hi all,
a quick update and a question on defaults:
ZipArchiveOutputStream now writes UTF-8 by default and sets the
language encoding flag. It can be told to create InfoZIP
UnicodeExtraFields but doesn't do so by default.
ZipFile now recognized the language encoding flag and parses the names
as
On 2009-02-26, Christian Grobmeier wrote:
>> Note that the method (or better the input stream) is still broken in a
>> more general sense since it will not detect self extracting ZIP files
>> which do have a tiny native bootstrapper tacked to the front of the
>> archive. The ZipFile class can re
On 2009-02-26, Stefan Bodewig wrote:
> On 2009-02-26, Christian Grobmeier wrote:
>> I recently figured out that a compress created zip file doesn't
>> necessary match the signature of
>> ZipArchiveInputStream.matches(...)
> This is because the method is wrong - will be "fixed" in a few
> minut
Thanks Stefan.
I allready thought that you can identify the problem within a short time.
> Note that the method (or better the input stream) is still broken in a
> more general sense since it will not detect self extracting ZIP files
> which do have a tiny native bootstrapper tacked to the front o
On 2009-02-26, Christian Grobmeier wrote:
> I recently figured out that a compress created zip file doesn't
> necessary match the signature of
> ZipArchiveInputStream.matches(...)
This is because the method is wrong - will be "fixed" in a few
minutes, see below.
The expected signature right now
21 matches
Mail list logo
