> 2009/1/16 Robert Kern :
> On Thu, Jan 15, 2009 at 16:55, David Bolme wrote:
>>
>> I am working on a face recognition using 3D data from a special 3D
>> imaging system. For those interested the data comes from the FRGC
>> 2004 dataset. The problem I am having is that for some pixels the
>> scan
On Fri, Jan 16, 2009 at 12:18 AM, Darren Dale wrote:
> Hi Jarrod,
>
> On Wed, Jan 14, 2009 at 2:21 AM, Jarrod Millman
> wrote:
>>
>> Due to the fact that I was tired of adding site.cfg to scipy and numpy
>> when building on Fedora and Ubuntu systems as well as a scipy ticket
>> (http://scipy.org/
2009/1/16 Robert Kern :
> of the missing region into the center. This is roughly akin to solving
> a PDE over the missing region using the known pixels as boundary
> conditions. I have no particular references for this approach, but I
> imagine you can dig up something in the literature about PDE-b
There was some recent discussion about the (inefficiency) of 'in' when
applied to a large xrange. I was wondering how numpy handled this and
found the following
>>> from numpy import *
>>> u = arange(2**26)
>>> 2**24 in u
True
>>> 2**31 in u
False
>>> 2**32 in u
Tru
On Thu, Jan 15, 2009 at 16:55, David Bolme wrote:
>
> I am working on a face recognition using 3D data from a special 3D
> imaging system. For those interested the data comes from the FRGC
> 2004 dataset. The problem I am having is that for some pixels the
> scanner fails to capture depth inform
I am working on a face recognition using 3D data from a special 3D
imaging system. For those interested the data comes from the FRGC
2004 dataset. The problem I am having is that for some pixels the
scanner fails to capture depth information. The result is that the
image has missing va
Hello.
I was suppose to give more information, but after about two months(I am a
Python newbie, newbie to Matplotlib and newbie to Numpy plus a vacation
in-between).I finally tracked down the problem. However ... I see in
Matplotlib 0.98.5.2 the correction was made by somebody else. (Cry,
Is it possible to make f2py raise an exception if a fortran routine
signals an error?
If I e.g. have
subroutine foobar(a, ierr)
Can I get an exception automatically raised if ierr != 0?
Sturla Molden
___
Numpy-discussion mailing list
Numpy-dis
Hi Jarrod,
On Wed, Jan 14, 2009 at 2:21 AM, Jarrod Millman wrote:
> Due to the fact that I was tired of adding site.cfg to scipy and numpy
> when building on Fedora and Ubuntu systems as well as a scipy ticket
> (http://scipy.org/scipy/numpy/ticket/985), I decided to try and add
> default system
On Thu, Jan 15, 2009 at 11:27 PM, Neal Becker wrote:
> Is there a function to apply a limit to an array? I want to (efficiently) do:
>
> y = x if x < limit, otherwise limit
Would clip do ? For native types, it should be relatively fast, in
particular if you use the argout argument,
David
__
Neal Becker wrote:
> Is there a function to apply a limit to an array? I want to (efficiently) do:
>
> y = x if x < limit, otherwise limit
What about np.clip?
r.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/m
Is there a function to apply a limit to an array? I want to (efficiently) do:
y = x if x < limit, otherwise limit
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Jan 15, 2009 at 9:51 PM, Peter
wrote:
> On Thu, Jan 15, 2009 at 1:35 AM, David Cournapeau
> wrote:
>>
>> There will be 2.6 installers for numpy 1.3. I am not aware of any vista
>> problems as long as python itself and numpy are installed for all users
>> - I would like to know about them
On Thu, Jan 15, 2009 at 1:35 AM, David Cournapeau
wrote:
>
> There will be 2.6 installers for numpy 1.3. I am not aware of any vista
> problems as long as python itself and numpy are installed for all users
> - I would like to know about them otherwise,
>
> David
Are there any plans to back-port
On Thu, Jan 15, 2009 at 03:11:22AM -0800, Michael Abshoff wrote:
> You need to build dynamic version of ATLAS or alternatively make ATLAS
> use -fPIC during compilation when building static libs. Note that AFAIK
> ATLAS 3.8.2's make install does not copy over the dynamic libs, but you
> should b
On Wed, Jan 14, 2009 at 8:35 PM, David Cournapeau <
da...@ar.media.kyoto-u.ac.jp> wrote:
> Darren Dale wrote:
> > Hello,
> >
> > I've been developing a numpy based package that I'd like to share with
> > this list, but I need to test it on windows first. Is there any news
> > concerning numpy inst
Gael Varoquaux wrote:
Hi Gael,
> OK, here we go for the stupid questions showing that I really don't
> understaind building well:
>
> I am building numpy on a Mandriva x86_64. I built an optimized ATLAS, and
> added the relevant lines to the site.cfg so that numpy does find the
> libraries. But
OK, here we go for the stupid questions showing that I really don't
understaind building well:
I am building numpy on a Mandriva x86_64. I built an optimized ATLAS, and
added the relevant lines to the site.cfg so that numpy does find the
libraries. But now I get the following error at build:
/usr
Hi Numpy forum
Let me start out with a generic example:
In [3]: test_byte_str = "".join(["\x12\x03", "\x23\x05", "\x35\x08"])
In [4]: desc = dtype({'names' : ["HIGHlow", "HIGH + low"], 'formats': [uint8, ui
nt8]})
In [5]: r = rec.fromstring(test_byte_str, dtype=desc)
In [6]: r[0]
Out[6]: (18,
19 matches
Mail list logo