Hi all,
on behalf of the IPython development team, I'm thrilled to announce,
after an intense 4 1/2 months of work, the official release of IPython
0.12.
This is a very important release for IPython, for several reasons.
First and foremost, we have a major new feature, our interactive
web-based
Hi folks,
I was just pointing a colleague to the 'official download page' for
numpy so he could find how to grab current sources:
http://new.scipy.org/download.html
but I was quite surprised to find that it still points to SVN for both
numpy and scipy. It would probably not be a bad idea to
On Wed, Jan 18, 2012 at 2:18 AM, Scott Sinclair
scott.sinclair...@gmail.com wrote:
It's rather confusing having two websites. The official page at
http://www.scipy.org/Download points to github.
The problem is that this page, which looks pretty official to just about anyone:
On Wed, Jan 18, 2012 at 10:19 PM, Scott Sinclair
scott.sinclair...@gmail.com wrote:
I think (as usual), the problem is that fixing the situation lies on
the shoulders of people who are already heavily overburdened..
I certainly understand that problem, as I'm eternally behind on a
million
On Thu, Jan 19, 2012 at 9:21 AM, Travis Oliphant tra...@continuum.io wrote:
I'm not even sure how the web-pages get updated at this point. Does anyone
on this list know? I think it would be a great idea to move to github
pages for the NumPy project at least.
We've moved to the following
On Thu, Jan 19, 2012 at 12:14 PM, Ognen Duzlevski og...@enthought.com wrote:
ipython.org used to live on scipy.org machine - as far as I can tell
the only thing still on the scipy.org machine related to ipython are
the dev and user mailing lists (via mailman) hosted at
projects.scipy.org.
On Sat, Feb 11, 2012 at 12:36 PM, Pauli Virtanen p...@iki.fi wrote:
The lack of attachments is the main problem with this transition. It's
not so seldom that numerical input data or scripts demonstrating an
issue come useful. This is probably less of an issue for Numpy than for
Scipy, though.
On Sat, Feb 11, 2012 at 11:11 AM, Travis Oliphant tra...@continuum.io wrote:
I propose to give Francesc Alted commit rights to the NumPy project.
I'm only surprised he didn't have them already, given how much he has
contributed over the years! I remember when numpy was reaching 1.0
stage, the
On Mon, Feb 13, 2012 at 12:56 PM, Matthew Brett matthew.br...@gmail.com wrote:
I have the impression that the Cython / SAGE team are happy with their
Jenkins configuration.
So are we in IPython, thanks to Thomas Kluyver's recent leadership on
this front it's now running quite smoothly:
On Mon, Feb 13, 2012 at 3:46 PM, Travis Vaught tra...@vaught.net wrote:
- Extra operators/PEP 225. Here's a summary from the last time we
went over this, years ago at Scipy 2008:
http://mail.scipy.org/pipermail/numpy-discussion/2008-October/038234.html,
and the current status of the document
Hi folks,
[ I'm broadcasting this widely for maximum reach, but I'd appreciate
it if replies can be kept to the *numpy* list, which is sort of the
'base' list for scientific/numerical work. It will make it much
easier to organize a coherent set of notes later on. Apology if
you're subscribed to
On Tue, Feb 14, 2012 at 9:26 AM, David Cournapeau courn...@gmail.com wrote:
I will be at pydata, so I can try to get an elevator pitch ready for
the packaging situation.
Awesome! I didn't realize you were coming, and you're obviously the
person I had in mind for this job :)
Cheers,
f
On Tue, Feb 14, 2012 at 3:12 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Tue, Feb 14, 2012 at 9:16 AM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
It was about the need for a dedicated matrix multiplication operator.
has anyone proposed that? I do think we've had a proposal on
On Wed, Feb 15, 2012 at 5:18 AM, Ognen Duzlevski og...@enthought.com wrote:
It looks like numpy.org already redirects to numpy.scipy.org. So I
think redirecting numpy.scipy.org to github should do the right
thing
I can do this - can I assume there is consensus that majority wants this done?
On Tue, Feb 28, 2012 at 4:49 PM, Bryan Van de Ven bry...@continuum.io wrote:
Just my own $0.02 regarding this issue: I am in favor of using C++ for
numpy, I think it could confer various benefits. However, I am also in
favor of explicitly deciding and documenting what subset of C++ features
On Tue, Feb 28, 2012 at 10:46 PM, Travis Oliphant tra...@continuum.io wrote:
We already use the NEP process for such decisions. This discussion came
from simply from the *idea* of writing such a NEP.
Nothing has been decided. Only opinions have been shared that might
influence the NEP.
On Tue, Feb 28, 2012 at 11:28 PM, Mark Wiebe mwwi...@gmail.com wrote:
The development approach I really like is to start with a relatively rough
NEP, then cycle through feedback, updating the NEP, and implementation.
Organizing ones thoughts to describe them in a design document can often
Hi all,
just to let you know that the videos from the PyData workshop we held
at Google a couple of weeks ago are now online (not all talks are up
yet, so watch the page over the next few days if a talk you wanted to
see isn't posted yet):
On Mon, Apr 16, 2012 at 3:21 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
That's the first time I've heard this. Until now, we have talked a lot about
adding bitmasks and API changes, not about complete removal. My assumption
was that the experimental label was enough. From Nathaniel's
On Tue, Apr 17, 2012 at 11:40 AM, Matthew Brett matthew.br...@gmail.com wrote:
I'm glad to hear that discussion is happening, but please do have it
on list. If it's off list it easy for people to feel they are being
bypassed, and that the public discussion is not important.
I'm afraid I have
On Tue, Apr 17, 2012 at 12:10 PM, Matthew Brett matthew.br...@gmail.com wrote:
Right - but that would be an absurd overstatement of what I said.
There's no point in addressing something I didn't say and no sensible
person would think. Indeed, it makes the discussion harder.
Well, in that
[ Making a separate thread so the NA one can stay on topic, since I
haven't actually followed the discussion well enough to contribute on
the technical points ]
On Tue, Apr 17, 2012 at 12:43 PM, Matthew Brett matthew.br...@gmail.com wrote:
The absurd over-statement is the following:
I'm
Hi folks,
A number of you expressed interest in attending the PyData workshop
last month and unfortunately we had very tight space restrictions.
But thanks to the team at Marakana, who pitched in and were willing to
film, edit and post videos for many of the talks, you can access them
all here:
On Fri, Apr 20, 2012 at 9:49 AM, Chris Barker chris.bar...@noaa.gov wrote:
I recall discossion a couple times in the past of having some
special-case numpy arrays for the simple, small cases -- perhaps 1-d
or 2-d C-contiguous only, for instance. That might be a better way to
address the
On Fri, Apr 20, 2012 at 11:27 AM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
I don't think you gain that much by using a different type though? Those
optimized code paths could be plugged into NumPy as well.
Could be: this was years ago, and the bottleneck for me was in the
Hi Nathaniel,
thanks for a solid writeup of this topic. I just want to add a note
from personal experience, regarding this specific point:
On Sun, Apr 22, 2012 at 3:15 PM, Nathaniel Smith n...@pobox.com wrote:
Usually disagreements are an indication that a
better solution is possible, even
On Mon, Apr 23, 2012 at 4:02 PM, Travis Oliphant tra...@continuum.io wrote:
That is an excellent thought.
We could make the odd numbered releases experimental and the even-numbered
as stable.
That makes some sense. What do others think?
I think the concern with that is manpower: it
On Mon, Apr 23, 2012 at 8:49 PM, Stéfan van der Walt ste...@sun.ac.za wrote:
If you are referring to the traditional concept of a fork, and not to
the type we frequently make on GitHub, then I'm surprised that no one
has objected already. What would a fork solve? To paraphrase the
regexp
On Tue, Apr 24, 2012 at 6:12 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
I admit to a certain curiosity about your own involvement in FOSS projects,
and I know I'm not alone in this. Google shows several years of discussion
on Monotone, but I have no idea what your contributions were
On Tue, Apr 24, 2012 at 8:02 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Fernando, I'm not checking credentials, I'm curious.
Well, at least I think that an inquisitive query about someone's
background, phrased like that, can be very easily misread. I can only
speak for myself, but I
On Tue, Apr 24, 2012 at 8:50 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Turnover is a problem with open source, and no matter how much discussion
there is, if people aren't doing the work the whole thing sort of peters
out.
That's very true, and I hope that by building a friendly
On Tue, Apr 24, 2012 at 10:02 PM, josef.p...@gmail.com wrote:
Sorry that I missed this part of numpy history, I always had the
impression that numpy is run by a community led by Chuck and the young
guys, David, Pauli, Stefan, Pierre; and Robert on the mailing list .
(But I came late, and am
On Wed, Apr 25, 2012 at 6:28 PM, Benjamin Root ben.r...@ou.edu wrote:
It would be nice if every pull request created a message to this list.
Is that even possible?
-Travis
This ha been a concern of mine for matplotlib as well. The closest I can
come is to set up an RSS feed, but all the
Hi folks,
sorry for not jumping in before, swamped with deadlines...
On Mon, Apr 30, 2012 at 8:14 PM, Jason Grout
jason-s...@creativetrax.com wrote:
I've been pretty impressed with the lemonade that the IPython folks have
made out of what I see as pretty limiting shortcomings of the github
On Tue, May 1, 2012 at 1:36 PM, Jason Grout jason-s...@creativetrax.com wrote:
This example indicates that basing your decision on what it is like
*today* may not be valid either. You'd hope that they won't do
Very true ;)
Anyway, like everyone else has said, Ralf, Pauli, et. al. are really
On Tue, May 1, 2012 at 5:24 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
I would agree that a good search facility is essential, and not keyword/tag
based.
Github issues does have full-text search, and up until now I haven't
really had too many problems with it. No sophisticated
On Tue, May 1, 2012 at 6:04 PM, josef.p...@gmail.com wrote:
maybe searching issues and pull requests is ok.
The problem is that in statsmodels we did a lot of commits without
pull requests, and I'm not very good searching in git either.
(I don't remember which change I looked for but I got
Interesting, given the recent discussion on sparsity...
-- Forwarded message --
From: James Demmel dem...@eecs.berkeley.edu
Date: Fri, May 4, 2012 at 12:03 PM
Subject: [SIAM-CSE] pOSKI - Autotuner for parallel
sparse-matrix-vector multiplication
To: siam-...@siam.org
We are
Interesting, given the recent discussion on sparsity...
-- Forwarded message --
From: James Demmel dem...@eecs.berkeley.edu
Date: Fri, May 4, 2012 at 12:03 PM
Subject: [SIAM-CSE] pOSKI - Autotuner for parallel
sparse-matrix-vector multiplication
To: siam-...@siam.org
We are
On Thu, May 10, 2012 at 11:03 PM, Scott Sinclair
scott.sinclair...@gmail.com wrote:
Having thought about it, a page on the website isn't a bad idea. I've
added a note pointing to this discussion. The document now appears at
http://numpy.scipy.org/NA-overview.html
Why not have a separate repo
On Thu, May 10, 2012 at 11:44 PM, Scott Sinclair
scott.sinclair...@gmail.com wrote:
That's pretty much how things already work. The documentation is in
the main source tree and built docs end up at http://docs.scipy.org.
NEPs live at https://github.com/numpy/numpy/tree/master/doc/neps, but
On Wed, May 16, 2012 at 7:10 AM, Nathaniel Smith n...@pobox.com wrote:
I tried checking this before, actually, but can't figure out how to
build scipy against a copy of numpy that is installed in either a
virtualenv or just on PYTHONPATH. (Basically, I just don't want to
install some random
On Fri, May 11, 2012 at 4:54 PM, Nathaniel Smith n...@pobox.com wrote:
I
have lying around my homedir that it would generally be a free speed
win
Don't forget the case where the copy semantics may actually provide an
*improvement* in performance by allowing a potentially large array to
get
Hi folks,
[ Sorry for the slightly off-topic post, but I know that a number of
people on this list have long wanted more seamless ways to integrate
with tools like Cython and R, and you may not necessarily follow the
ipython lists...]
I'm excited to report that we now have cell magics in
Hi Nathaniel,
On Sun, May 27, 2012 at 4:11 AM, Nathaniel Smith n...@pobox.com wrote:
You guys are probably aware, but just in case, note that there's an
earlier (quite featureful) version of this idea included in the old
rnumpy code:
https://bitbucket.org/njs/rnumpy/wiki/IPython_integration
On Tue, Jun 5, 2012 at 4:15 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
There are other advantages to pulling down the patch. Fixups can be merged
together, commit comments enhanced, whitespace removed, style cleanups can
be added, tests can be run, and the PR is automatically
Hi folks,
sorry for the cross-post, but I expect all replies to this to happen off-list.
I'm in the process of writing an NSF grant that will partly include
IPython support, and along with Brian we will soon be doing more of
the same. In the past we haven't had the best of luck with the NFS,
On Mon, Jun 25, 2012 at 5:10 PM, Travis Oliphant tra...@continuum.io wrote:
You are still missing the point that there was already a choice that was
made in the previous class --- made in Numeric actually.
You made a change to that. It is the change that is 'gratuitous'.
As someone who
On Mon, Jun 25, 2012 at 6:39 PM, Travis Oliphant tra...@continuum.io wrote:
On Jun 25, 2012, at 7:21 PM, Fernando Perez wrote:
For context, consider that for many years, the word gratuitous has been
used in a non-derogatory way in the Python ecosystem to describe changes to
semantics
On Mon, Jun 25, 2012 at 9:48 PM, Travis Oliphant tra...@continuum.io wrote:
I agree a decision needs to be made. I think we will need to break the ABI.
At this point, I don't know of any pressing features that would require it
short of NumPy 2.0.
Sorry, I don't quite know how to parse
On Mon, Jun 25, 2012 at 10:20 PM, Travis Oliphant tra...@continuum.io wrote:
Eventually we will need to break the ABI. We might as well wait until 2.0
at this point.
Ah, got it; thanks for the clarification, I just didn't understand the original.
Cheers,
f
On Tue, Jun 26, 2012 at 1:10 PM, Travis Oliphant tra...@continuum.io wrote:
One issues is the one that Sage identified about the array interface
regression as noted by Jason. Any other regressions from 1.5.x need to be
addressed as well. We'll have to decide on a case-by-case basis if
On Tue, Jun 26, 2012 at 5:40 PM, Ondřej Čertík ondrej.cer...@gmail.com wrote:
Do you use anything else besides Travis CI?
Yes, we use both Shining Panda and Travis CI:
https://jenkins.shiningpanda.com/ipython/
http://travis-ci.org/#!/ipython/ipython
The SP setup is more complete, including Mac
On Tue, Jun 26, 2012 at 10:25 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
On Tue, Jun 26, 2012 at 5:33 AM, Travis Oliphant tra...@continuum.io
wrote:
...
What should have happened in this case, in my mind, is that NumPy 1.4.0
should have been 1.5.0 and advertised that there was a
On Tue, Jun 26, 2012 at 11:02 PM, Travis Oliphant tra...@continuum.io wrote:
I just want to speak up for the people who are affected by API breakage who
are not as vocal on this list.
Certainly! And indeed I bet you that's a community underrepresented
here: those of us who are on this list
On Thu, Jun 28, 2012 at 5:50 AM, Travis Oliphant tra...@continuum.io wrote:
Python in fact has the __future__ imports that help quite a bit for
people to start adapting their codes. How about creating a
numpy.future module where new, non-backward-compatible APIs could go?
That would give the
On Thu, Jun 28, 2012 at 2:07 PM, Matthew Brett matthew.br...@gmail.com wrote:
I see that sympy, for example, has only one mailing list, and that
works extremely well. I'd be interested to hear from the Cython and
IPython guys as to whether they feel the user / devel split has helped
or hurt.
On Thu, Jun 28, 2012 at 3:03 PM, Matthew Brett matthew.br...@gmail.com wrote:
Fernando - you told me a week or so ago that you'd come across a blog
post or similar advocating a single list - do you remember the
reference?
Found it after some digging:
http://www.kitware.com/blog/home/post/263
On Thu, Jun 28, 2012 at 3:06 PM, srean srean.l...@gmail.com wrote:
What I like about having two lists is that on one hand it does not
prevent me or you from participating in both, on the other hand it
allows those who dont want to delve too deeply in one aspect or the
other, the option of a
Hi all,
on behalf of the IPython development team, and just in time for the
imminent Debian freeze and SciPy 2012, I'm thrilled to announce, after
an intense 6 months of work, the official release of IPython 0.13.
This version contains several major new features, as well as a large
amount of bug
On Sat, Jun 30, 2012 at 9:51 AM, Matthew Brett matthew.br...@gmail.com wrote:
As a matter of interest - do y'all hang out much on stackexchange? I
notice that I often go to stackexchange for a good answer, but it
doesn't seem that good for - discussion. Or maybe it's just I'm not
used to it.
On Sat, Jun 30, 2012 at 10:13 AM, Jason Grout
jason-s...@creativetrax.com wrote:
I'm curious: do you mean using stackexchange.com itself, or using
http://scicomp.stackexchange.com/ specifically?
I meant the latter, which seems like it would be the best suited for
the topic of this discussion.
On Sat, Jun 30, 2012 at 11:36 AM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
It is rumored that a problem with some stackexchange sites is the host
of nay-sayers saying that a question doesn't belong here but in this
other silo instead, instead of just letting a culture develop
Hi all,
sorry for the slightly off-topic post, but I know that in our
community many people often struggle with deployment issues (to
colleagues, to experimental/hardware control machines, to one-off test
machines, ...). I just stumbled upon this announcement by accident,
and figured it might
Hi all,
in recent work with a colleague, the need came up for a multivariate
hypergeometric sampler; I had a look in the numpy code and saw we have
the bivariate version, but not the multivariate one.
I had a look at the code in scipy.stats.distributions, and it doesn't
look too difficult to add
On Mon, Jul 2, 2012 at 2:26 PM, Andrew Dalke da...@dalkescientific.com wrote:
so the relevant timing test is more likely:
% time python -c 'import numpy.core.multiarray'
0.086u 0.031s 0:00.12 91.6% 0+0k 0+0io 0pf+0w
No, that's the wrong thing to test, because it effectively amounts to
On Mon, Jul 2, 2012 at 3:15 PM, Andrew Dalke da...@dalkescientific.com wrote:
Thus, I don't see any way that I can import 'multiarray' directly,
because the underlying C code is the one which imports
'numpy.core.multiarray' and by design it is inaccessible to change
from Python code.
I was
Useful-looking:
http://gcc.gnu.org/wiki/CompileFarm
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Mon, Jul 2, 2012 at 7:31 PM, Skipper Seabold jsseab...@gmail.com wrote:
I could be wrong, but I think PyMC has sampling and likelihood.
It appears you're right!
http://pymc-devs.github.com/pymc/distributions.html?highlight=hypergeometric#pymc.distributions.multivariate_hypergeometric_like
On Mon, Jul 2, 2012 at 7:49 PM, Fernando Perez fperez@gmail.com wrote:
It appears you're right!
http://pymc-devs.github.com/pymc/distributions.html?highlight=hypergeometric#pymc.distributions.multivariate_hypergeometric_like
Furthermore, the code actually calls a sampler implemented
Hi Thouis,
On Tue, Jul 24, 2012 at 2:46 PM, Thouis (Ray) Jones tho...@gmail.com wrote:
I would estimate I'm between a fourth and halfway through the
implementation of the trac-to-github-issues migration code. The work
lives in at https://github.com/thouis/numpy-trac-migration
mmh, I would
/7/26 Aric Hagberg aric.hagb...@gmail.com:
On Wed, Jul 25, 2012 at 3:51 AM, Thouis (Ray) Jones tho...@gmail.com wrote:
On Wed, Jul 25, 2012 at 6:53 AM, Fernando Perez fperez@gmail.com wrote:
Hi Thouis,
On Tue, Jul 24, 2012 at 2:46 PM, Thouis (Ray) Jones tho...@gmail.com
wrote:
I would
On Fri, Jul 27, 2012 at 9:43 AM, Derek Homeier
de...@astro.physik.uni-goettingen.de wrote:
thanks, that was exactly what I was looking for - together with
c.TerminalIPythonApp.exec_lines = ['import sys',
'import numpy as np',
directly at:
C. Titus Brown c...@msu.edu,
Fernando Perez fernando.pe...@berkeley.edu
with your name and affiliation, the title of your proposed talk and a
brief description (actual abstracts are due later so an informal
description will suffice for now), by Wednesday August 29. For more
details
Dear friends and colleagues,
I am terribly saddened to report that yesterday, August 28 2012 at
10am, John D. Hunter died from complications arising from cancer
treatment at the University of Chicago hospital, after a brief but
intense battle with this terrible illness. John is survived by his
Hi all,
I have just received the following information from John's family
regarding the memorial service:
John's memorial service will be held on Monday, October 1, 2012, at
11.a.m. at Rockefeller Chapel at the University of Chicago. The exact
address is 5850 S. Woodlawn Ave, Chicago, IL 60615.
Hi folks,
you may have already seen this, but in case you haven't, I'm thrilled
to share that the Python Software Foundation has just created its
newest and highest distinction, the Distinguished Service Award, and
has chosen John as its first recipient:
On Fri, Sep 28, 2012 at 3:11 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Bitch, bitch, bitch. Look, I know you are pissed and venting a bit, but this
problem could have been detected and reported 6 months ago, that is, unless
it is new due to development on your end.
It would be
On Fri, Oct 19, 2012 at 8:56 AM, Travis Oliphant tra...@continuum.io wrote:
Kudos! Ray.
Very impressive and useful work.
Indeed, many thanks, Ray!! This has been a ton of work, and somewhat
thankless b/c it's for a one-off thing. What I did for our lanunchpad
bug migration was a far more
On Sat, Oct 20, 2012 at 4:40 AM, Daπid davidmen...@gmail.com wrote:
a=np.arange(10)
print a
[0 1 2 3 4 5 6 7 8 9]
repr(a)
'array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])'
Note that you don't need to explicitly call repr() at the interactive
prompt: by default, Python prints the repr of an object
Hi folks,
years ago, John Hunter and I bought the py4science.{com, org, info}
domains thinking they might be useful. We never did anything with
them, and with his passing I realized I'm not really in the mood to
keep renewing them without a clear goal in mind.
Does anybody here want to do
On Thu, Nov 22, 2012 at 1:30 AM, Peter Cock p.j.a.c...@googlemail.com wrote:
Perhaps http://numfocus.org/ could take them on, or the PSF?
(even if they don't have a specific use in mind immediately)
For the short them I'd just have them redirect to www.scipy.org ;)
I asked on the numfocus
On Fri, Jan 18, 2013 at 2:22 PM, Matthew Brett matthew.br...@gmail.com wrote:
I personally find 'fill' OK. I'd read:
a = np.empty((10, 10), fill=np.nan)
as
make an empty array shape (10, 10) and fill with nans
Which would indeed be what the code was doing :) So I doubt that the
Hi all,
please do NOT respond to this thread or to me directly. This is
strictly to spread this message as widely as possible, so that anyone
who receives it and can act on it does so. Needless to say, do
forward this to anyone you think might be in a position to take useful
action.
The Python
On Sat, Feb 16, 2013 at 3:56 PM, Travis Oliphant tra...@continuum.io wrote:
We should take this discussion off list.
Just as a bystander interested in this: why? It seems that OCL is
within the scope of what's being proposed and another entrant into the
vibrant new world of compiler-extended
On Sat, Feb 16, 2013 at 4:24 PM, Travis Oliphant tra...@continuum.io wrote:
If you want to discuss this in public. Let's have the discussion over at
numfo...@googlegroups.com until a more specific list is created.
Sounds good. I actually think numfocus is a great list for these kind
of
the extra () are indicative that
something potentially big/expensive is happening...
Cheers,
f
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
Dev Team.
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
.
Is this my misuse? It really looks like a bug to me...
Cheers,
f
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
On Thu, Sep 5, 2013 at 11:43 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Oh, nice one ;) Should be fixable if you want to submit a patch.
Strategy? One option is to do, for structured arrays, a shuffle of the
indices and then an in-place
arr = arr[shuffled_indices]
But there may be
better conditions.
Here are some additional resources for anyone interested:
http://bitly.com/bundles/fperezorg/1
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
be scientific computing, I'd be happy to mention a few
talks from our community in my slides.
Cheers,
f
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
On Mon, Mar 17, 2014 at 10:01 AM, Aron Ahmadia a...@ahmadia.net wrote:
On Mon, Mar 17, 2014 at 7:53 AM, Nathaniel Smith n...@pobox.com wrote:
The thread so far, it sounds like the consensus answer is meh,
whatever. So I'm thinking we should just drop @@ from the PEP, and if
it turns out
On Mon, Apr 7, 2014 at 4:23 PM, Nathaniel Smith n...@pobox.com wrote:
Hey all,
Guido just formally accepted PEP 465:
https://mail.python.org/pipermail/python-dev/2014-April/133819.html
http://legacy.python.org/dev/peps/pep-0465/#implementation-details
Congratulations!! Getting a PEP
Quick question on this: has anyone looked at the Open Watcom compiler?
There was a lighting talk at Pycon about a guy who's been working on
getting Python itself to build on Windows with this compiler. I don't know
if it might help in all this, if nothing else it mitght be good to have.
This was
--
Nathaniel J. Smith
Postdoctoral researcher - Informatics - University of Edinburgh
http://vorpus.org
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
--
Fernando Perez (@fperez_org
mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
:
On Sat, Jun 28, 2014 at 8:29 PM, Fernando Perez fperez@gmail.com
wrote:
Hi folks,
I've just created a page on the numpy wiki:
https://github.com/numpy/numpy/wiki/Numpy-BoF-at-Scipy-2014
I'd appreciate it if people could put down on that page the title of
topics, plus a brief summary
://mail.scipy.org/mailman/listinfo/numpy-discussion
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)
fernando.perez-at-berkeley: contact me here for any direct mail
___
NumPy
with array data.
Boost::Python
- Nothing official from numpy for using numpy arrays in C++
- Not prioritized.
- Numpy has gotten better about namespace pollution?
- It kind of works already. Talk to Mike Droettboom
--
Fernando Perez (@fperez_org; http://fperez.org)
fperez.net-at-gmail: mailing
1 - 100 of 377 matches
Mail list logo