Hej Val,
Thank you very much for your replies.
Yes, I know that both eigenvectors are correct while they are indeed related
to each other by unitary transformations (unitary matrices).
Actually, what I am trying to do is to evaluate the Berry phase which is
closely related to the gauge
On Mon, Apr 2, 2012 at 7:14 PM, Tim Cera t...@cerazone.net wrote:
I think the suggestion is pad(a, 5, mode='mean'), which would be
consistent with common numpy signatures. The mode keyword should probably
have a default, something commonly used. I'd suggest 'mean', Nathaniel
suggests 'zero',
Dears,
Though it might sounds strange, but the eigenvectors of my 2X2 matrix is rather
different if I get it calculated in a loop over many other similar matrices:
for instance:
matrix:
[[ 0.6000+0.j -1.97537668-0.09386068j]
[-1.97537668+0.09386068j -0.6000+0.j]]
Hi, I plan to migrate core classes of an application from Python to C++
using SWIG, while still the user interface being Python. I also plan to
further use NumPy's ndarrays.
The application's core classes will create the ndarrays and make
calculations. The user interface (Python) finally
On 4/1/12 6:02 AM, Ralf Gommers wrote:
The interface looks good, but to get a feeling for how this would
really work out I think admin rights are necessary. Then we can try
out the command window (mass editing of issues), the rest API, etc.
Could you send those out off-list?
Hi Ralf,
I
a
href=http://dmjmultimedia.com/components/com_jcomments/tpl/default/jrklre.html;
http://dmjmultimedia.com/components/com_jcomments/tpl/default/jrklre.html/a___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
On Tue, Apr 3, 2012 at 6:06 AM, Holger Herrlich
Hi, I plan to migrate core classes of an application from Python to C++
using SWIG,
if you're using SWIG, you may want the numpy.i SWIG interface files,
they can be handy.
but I probably wouldn't use SWIG, unless:
- you are already a SWIG
On 04/03/2012 12:48 PM, Chris Barker wrote:
On Tue, Apr 3, 2012 at 6:06 AM, Holger Herrlich
snip
I know of
boost.python so far.
I've never used boost.python, but it's always seemed to me to be kind
of heavy weight and not all that well maintained [1]
-- but don't take my word for it!
Excerpts from Holger Herrlich's message of Tue Apr 03 09:06:09 -0400 2012:
Hi, I plan to migrate core classes of an application from Python to C++
using SWIG, while still the user interface being Python. I also plan to
further use NumPy's ndarrays.
The application's core classes will
Interesting. I happen to know a little bit about Berry's phase
http://keck.ucsf.edu/~kalatsky/publications/PRL1998_BerryPhaseForLargeSpins.pdf
http://keck.ucsf.edu/~kalatsky/publications/PRA1999_SpectraOfLargeSpins-General.pdf
The latter one knocks out all point groups.
Probably you want to do
On Mon, Apr 2, 2012 at 11:35 PM, Travis Oliphant tra...@continuum.iowrote:
Sorry, I saw the cross-posting to the NumPy list and wondered if we were
on the same page.
I don't know of any plans to migrate SciPy Trac at this time: perhaps
later.
At this time maybe, but I was assuming that
Holger,
SWIG can read C or C++ header files and use them to generate wrapper interfaces
for a long list of scripting languages. It sounds to me like you want to go
the other direction -- i.e. you have a code prototyped in python and you want
to convert core kernels to C++, perhaps to improve
Hi,
Someone told me that on this page, there was a new parameter to
numpy.sum: keepdims=False
http://docs.scipy.org/doc/numpy/reference/generated/numpy.sum.html
Currently the doc don't build correctly this page. Can someone fix this?
He gived the link to the google cache that showed it, but
On Tue, Apr 3, 2012 at 4:32 PM, Maggie Mari maggie.m...@continuum.iowrote:
On 4/1/12 6:02 AM, Ralf Gommers wrote:
The interface looks good, but to get a feeling for how this would
really work out I think admin rights are necessary. Then we can try
out the command window (mass editing of
On 04/03/2012 12:48 PM, Chris Barker wrote:
It would be nice to have a clean C++ wrapper around ndarrays, but that
doesn't exist yet (is there a good reason for that?)
Check out:
http://code.google.com/p/numpy-boost/
Mike
___
NumPy-Discussion
This makes me ask something that I always wanted to know: why is weave
not the preferred or encouraged way ?
Is it because no developer has interest in maintaining it or is it too
onerous to maintain ? I do not know enough of its internals to guess
an answer. I think it would be fair to say that
16 matches
Mail list logo
