On Thu, Apr 9, 2009 at 11:46 PM, Robert Kern wrote:
> Parabolic? They should be spherical.
The particle system in the last screenshot was affected by gravity. In the
absence of gravity, the results should be spherical, yes. All the vectors
are a unit length, which produces a perfectly smooth s
On Fri, Apr 10, 2009 at 01:42, Ian Mallett wrote:
> It gives a perfect parabolic shape that looks very nice, but somewhat
> unrealistic.
Parabolic? They should be spherical.
> I'd like to scale the unit vectors by a random length (which
> can just be a uniform distribution). I tried scaling the
It gives a perfect parabolic shape that looks very nice, but somewhat
unrealistic. I'd like to scale the unit vectors by a random length (which
can just be a uniform distribution). I tried scaling the unit vector n*n*3
array by a random n*n array, but that didn't work, obviously. Help?
_
On Thu, 09 Apr 2009 01:31:33 -0500, Robert Kern wrote:
> On Thu, Apr 9, 2009 at 01:29, Anne Archibald
> wrote:
>
>> What's wrong with np.amin(a,axis=-1)[...,np.newaxis]?
>
> It's cumbersome, particularly when you have axis=arbitrary_axis.
Quite right. It would nice to be able to say:
np.amin
On Thu, Apr 9, 2009 at 10:45 PM, David Cournapeau
wrote:
> Ondrej Certik wrote:
>>
>> It is maybe easier to learn how to work with different clones, but
>> once you start working with lots of patches and you need to reclone
>> all the time, then it's the wrong approach to work, as it takes lots
>>
Ondrej Certik wrote:
>
> It is maybe easier to learn how to work with different clones, but
> once you start working with lots of patches and you need to reclone
> all the time, then it's the wrong approach to work, as it takes lots
> of time to copy the whole repository on the disk.
Yes, *I* know
On Thu, Apr 9, 2009 at 10:25 PM, David Cournapeau
wrote:
> josef.p...@gmail.com wrote:
>> So, for my
>> style, working with different clones instead of branches seems easier.
>>
>
> Yes, it is. There is no denying that git makes it more difficult for
> this workflow, and that git is more difficul
josef.p...@gmail.com wrote:
> So, for my
> style, working with different clones instead of branches seems easier.
>
Yes, it is. There is no denying that git makes it more difficult for
this workflow, and that git is more difficult at first for easy tasks. I
am interested in making it as easy a
On Thu, Apr 9, 2009 at 11:13 PM, David Cournapeau wrote:
> On Fri, Apr 10, 2009 at 5:30 AM, wrote:
>
>>
>> In the file browser, I'm still missing change dates, tree view doesn't
>> have dates to quickly see which files got changed last, e.g.
>>
>> http://projects.scipy.org/gitweb?p=scipy;a=tree
This works; thank you.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Apr 9, 2009 at 23:18, Ian Mallett wrote:
> Hello,
>
> With the help of this list, over the past two days, I have implemented a GPU
> particle system (picture here:
> http://img7.imageshack.us/img7/7589/image1olu.png). Every particle is
> updated entirely on the GPU, with texture data (arr
Hello,
With the help of this list, over the past two days, I have implemented a GPU
particle system (picture here:
http://img7.imageshack.us/img7/7589/image1olu.png). Every particle is
updated entirely on the GPU, with texture data (arrays) being updated
iteratively between two framebuffer object
On Fri, Apr 10, 2009 at 2:29 AM, Christopher Barker
wrote:
> David Cournapeau wrote:
>> I don't think git-svn work well
>> or at all on windows.
>
> This brings up a key issue for Python: git does not support Windows very
> well -- which makes sense, given its history with Linux kernel development
On Fri, Apr 10, 2009 at 3:56 AM, Matthieu Brucher
wrote:
>
> Unfortunately, I'm investigating it for my professional use, and I
> don't have a decent Internet access (i.e. without proxies).
If you are behind a proxy, you have to use the (slower) http protocol.
That's actually a good argument in f
On Fri, Apr 10, 2009 at 5:30 AM, wrote:
>
> In the file browser, I'm still missing change dates, tree view doesn't
> have dates to quickly see which files got changed last, e.g.
>
> http://projects.scipy.org/gitweb?p=scipy;a=tree;h=refs/heads/trunk;hb=trunk
Yes, you can't see this cheaply with
On Thu, Apr 9, 2009 at 1:58 PM, Ondrej Certik wrote:
> On Thu, Apr 9, 2009 at 7:15 AM, Matthieu Brucher
> wrote:
>> 2009/4/9 David Cournapeau :
>>> On Thu, Apr 9, 2009 at 10:38 PM, Matthieu Brucher
>>> wrote:
2009/4/9 David Cournapeau :
> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik w
>>> I was inquiring the use of git with the use of one of our internal svn
>>> repositories, just to have a feeling about it :(
>>
>> My opinion is that attempting to use git-svn to get a feeling of git is
>> not a good idea. There's too much slowness of svn involved, too much
>> pain of trying to
On Thu, Apr 9, 2009 at 11:16 AM, Andrew Straw wrote:
> Matthieu Brucher wrote:
>>> One thing about git-svn is that this is not really needed if you just
>>> use git and I installed git from source on many linuxes and clusters
>>> and it just works, as it is just pure C. I usually just use git-svn
Matthieu Brucher wrote:
>> One thing about git-svn is that this is not really needed if you just
>> use git and I installed git from source on many linuxes and clusters
>> and it just works, as it is just pure C. I usually just use git-svn on
>> my laptop/workstation, where I install the Debian/Ubu
> One thing about git-svn is that this is not really needed if you just
> use git and I installed git from source on many linuxes and clusters
> and it just works, as it is just pure C. I usually just use git-svn on
> my laptop/workstation, where I install the Debian/Ubuntu packages, and
> I create
On Thu, Apr 9, 2009 at 7:15 AM, Matthieu Brucher
wrote:
> 2009/4/9 David Cournapeau :
>> On Thu, Apr 9, 2009 at 10:38 PM, Matthieu Brucher
>> wrote:
>>> 2009/4/9 David Cournapeau :
On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
> Yes.
Do you have any windows develop
David Cournapeau wrote:
> I don't think git-svn work well
> or at all on windows.
This brings up a key issue for Python: git does not support Windows very
well -- which makes sense, given its history with Linux kernel development.
I personally use SVN primarily form the command line on all syste
Hi,
I can not import numpy 1.3 on AMD64 on Windows Vista 64 business but
it does import with the numpy-1.3.0b1. I get the first error below
either via the command line or using IDLE. The second error occurs in
IDLE if I try a second time to import numpy but probably not
important.
Bruce
>>> impo
On Thu, Apr 9, 2009 at 11:15 PM, Matthieu Brucher
>
> Installed from source on a RH4. It complains about missing SVN/Core.pm.
you need the perl wrapper for subversion installed, and to set the
equivalent of PYTHONPATH for perl to it (sorry, the name of the
variable eludes me ATM, but I had to do t
2009/4/9 David Cournapeau :
> On Thu, Apr 9, 2009 at 10:38 PM, Matthieu Brucher
> wrote:
>> 2009/4/9 David Cournapeau :
>>> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
>>>
Yes.
>>>
>>> Do you have any windows developers (I am sorry, I am not familiar at
>>> all with sympy)?
>>>
>>>
On Thu, Apr 9, 2009 at 21:38, Matthieu Brucher
wrote:
> 2009/4/9 David Cournapeau :
> > On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
> >
> >> Yes.
> >
> > Do you have any windows developers (I am sorry, I am not familiar at
> > all with sympy)?
> >
> > My main concern with git are:
> > -
On Thu, Apr 9, 2009 at 10:38 PM, Matthieu Brucher
wrote:
> 2009/4/9 David Cournapeau :
>> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
>>
>>> Yes.
>>
>> Do you have any windows developers (I am sorry, I am not familiar at
>> all with sympy)?
>>
>> My main concern with git are:
>> - you m
>> Does it work to use a cutoff of half the size of the input arrays in
>> each dimension? This is equivalent to calculating both shifts (the
>> positive and negative) and using whichever has a smaller absolute
>> value.
> no, unfortunately the cutoff is not half of the dimensions.
Explain more
2009/4/9 David Cournapeau :
> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
>
>> Yes.
>
> Do you have any windows developers (I am sorry, I am not familiar at
> all with sympy)?
>
> My main concern with git are:
> - you may need the command line
> - the index can be confusing (you can avo
On Thu, Apr 9, 2009 at 21:09, wrote:
> On Thu, Apr 9, 2009 at 6:00 AM, Ondrej Certik wrote:
> > On Wed, Apr 8, 2009 at 11:04 PM, David Cournapeau
> wrote:
> >> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
> >>
> >>> Yes.
> >>
> >> Do you have any windows developers (I am sorry, I am no
On Thu, Apr 9, 2009 at 6:00 AM, Ondrej Certik wrote:
> On Wed, Apr 8, 2009 at 11:04 PM, David Cournapeau wrote:
>> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
>>
>>> Yes.
>>
>> Do you have any windows developers (I am sorry, I am not familiar at
>> all with sympy)?
>
> Not much.
>
>>
>>
Gael Varoquaux wrote:
> That may be true for up, in my previous examples, but not for stat, info
> and revert.
>
hg does not have an info either. And for revert, st, ci, etc... what do
you feel is missing from there ?
http://projects.scipy.org/numpy/wiki/GitWorkflow
Which is an attempt to all
On Thu, Apr 09, 2009 at 08:14:20PM +0900, David Cournapeau wrote:
> Gael Varoquaux wrote:
> > On Thu, Apr 09, 2009 at 03:04:37PM +0900, David Cournapeau wrote:
> >> - git is not discoverable (you need to read some documentation)
> > Yes, I found that when I tried to use git to quickly get a few
Gael Varoquaux wrote:
> On Thu, Apr 09, 2009 at 03:04:37PM +0900, David Cournapeau wrote:
>
>> - git is not discoverable (you need to read some documentation)
>>
>
> Yes, I found that when I tried to use git to quickly get a few basic
> things done, I had a lot of stupid problems:
>
Th
On Thu, Apr 09, 2009 at 03:04:37PM +0900, David Cournapeau wrote:
> - git is not discoverable (you need to read some documentation)
Yes, I found that when I tried to use git to quickly get a few basic
things done, I had a lot of stupid problems:
$ git stat
git: 'stat' is not a git-command
The m
On Thu, Apr 9, 2009 at 3:04 AM, David Cournapeau
wrote:
> Ondrej Certik wrote:
>>
>> Yes, but in fact the staging area (if this is what you mean) is in
>> every VCS, only it's hidden, except git, where it is made explicit.
>>
>
> I am not sure the staging area concept is there in other vcs, becaus
Ondrej Certik wrote:
>
> Yes, but in fact the staging area (if this is what you mean) is in
> every VCS, only it's hidden, except git, where it is made explicit.
>
I am not sure the staging area concept is there in other vcs, because in
git it is intrinsically linked to idea that git tracks con
On Wed, Apr 8, 2009 at 11:04 PM, David Cournapeau wrote:
> On Wed, Apr 8, 2009 at 3:34 AM, Ondrej Certik wrote:
>
>> Yes.
>
> Do you have any windows developers (I am sorry, I am not familiar at
> all with sympy)?
Not much.
>
> My main concern with git are:
> - you may need the command line
O
> Does it work to use a cutoff of half the size of the input arrays in
> each dimension? This is equivalent to calculating both shifts (the
> positive and negative) and using whichever has a smaller absolute value.
no, unfortunately the cutoff is not half of the dimensions.
> Alternately, you
39 matches
Mail list logo
