On 24 August 2010 03:17, Fernando Perez wrote:
> We'd love to move it out of my page to a numpy-owned repo, so once
> that dust settles I'm more than happy to ask github for a move.
I guess we can just create the new repo ourselves, or does GitHub
track some other meta-data that should be moved?
On Mon, Aug 23, 2010 at 9:22 PM, Bruce Southey wrote:
> On Mon, Aug 23, 2010 at 3:57 PM, martin djokovic
> wrote:
> > First of all sorry about not posting as a reply in the above thread-for
> some
> > reason it does not seem to work
> >
> > So have to post as a new question-sorry about that.
> >
Hi All,
I've gone ahead and implemented the Laguerre and Hermite (H and He)
polynomials, but at this point I'm loath to add them to numpy as the
polynomial space is getting crowded. Scipy looks like a better spot to put
these but there is already the orthogonal module there. OTOH, the orthogonal
m
On Mon, Aug 23, 2010 at 3:57 PM, martin djokovic
wrote:
> First of all sorry about not posting as a reply in the above thread-for some
> reason it does not seem to work
>
> So have to post as a new question-sorry about that.
>
> Ok so got a tar file installed as root, then did
>
> LOCATE NUMPY
>
>
On Mon, Aug 23, 2010 at 2:30 PM, Travis Oliphant wrote:
>
> Hi all,
>
> I'm curious as to the status of the Github migration and if there is
> anything I can do to help. I have a couple of weeks right now and I would
> love to see us make the transition of both NumPy and SciPy to GIT.
>
> On a sl
On Mon, Aug 23, 2010 at 2:19 PM, Keith Goodman wrote:
> On Mon, Aug 23, 2010 at 2:17 PM, Skipper Seabold wrote:
>> Is Fernando's github still the most up to date location for datarray?
>
> Yes.
We'd love to move it out of my page to a numpy-owned repo, so once
that dust settles I'm more than hap
On Mon, Aug 23, 2010 at 3:28 PM, Skipper Seabold wrote:
> hhold_ax = 'households', np.unique(ddd[:,0]).tolist()
> As for the bug report. If I don't tolist() the ticks above there is
> an error. I can file a bug report if it's warranted.
If you add it to the tracker
(http://github.com/fperez/da
I have some new "typical" data that I'm trying out DataArray with, and
I'm trying to get my head around it again. Is this the best way to
hold data organized by, say, household and time (week number). I
guess what I'm asking is do I understand the concept of axes and ticks
correctly? It seems to
Mon, 23 Aug 2010 23:31:14 +0200, Stéfan van der Walt wrote:
[clip]
> Erk. What's the quickest route to go: compare the actual patches, or
> bring a tree up to date for each revision and compute some sort of
> working-copy checksum?
Working-copy checksumming is probably the easiest and most robust
On 23 August 2010 23:15, Pauli Virtanen wrote:
> The thing that is missing is comparison of each Git revision in the
> converted repo to the corresponding revision in SVN.
>
> We ran into some bugs in svn-all-fast-export which caused some commits in
> the history to have the wrong content -- so to
On 23 August 2010 17:09, Pierre GM wrote:
>> On the other hand, if I remove the titles from the dtype, the code works
>> with or without the monkey patch. Without the titles, the dtype looks like:
>>
>> dtype1 = numpy.dtype([("Current","f8"),("Voltage","f8"),("Power","f8")])
>>
>> Thanks very muc
On Mon, Aug 23, 2010 at 2:17 PM, Skipper Seabold wrote:
> Is Fernando's github still the most up to date location for datarray?
Yes.
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Thu, Jul 29, 2010 at 1:06 PM, Keith Goodman wrote:
> Going forward we would like to:
>
> - Move the repo from Fernando's personal github account to a datarray
> account. But we do not know a way to move a github repo along with all
> its meta data (fork queue, issue tracker etc).
Is Fernando'
Mon, 23 Aug 2010 15:30:19 -0500, Travis Oliphant wrote:
> I'm curious as to the status of the Github migration and if there is
> anything I can do to help. I have a couple of weeks right now and I
> would love to see us make the transition of both NumPy and SciPy to GIT.
I think the more or less
On 23 August 2010 22:30, Travis Oliphant wrote:
> I'm curious as to the status of the Github migration and if there is anything
> I can do to help. I have a couple of weeks right now and I would love to see
> us make the transition of both NumPy and SciPy to GIT.
The test repo has been on gith
First of all sorry about not posting as a reply in the above thread-for some
reason it does not seem to work
So have to post as a new question-sorry about that.
Ok so got a tar file installed as root, then did
LOCATE NUMPY
All most all the files found with numpy were in
/usr/local/lib/pyth
Hi all,
I'm curious as to the status of the Github migration and if there is anything I
can do to help. I have a couple of weeks right now and I would love to see us
make the transition of both NumPy and SciPy to GIT.
On a slightly related note, it would really help the numpy-refactor proje
2010/8/23 martin djokovic :
> /usr/local/lib/python2.4/site-packages/numpy/fft/fftpack_lite.so: undefined
> symbol: vmldCos2
To me this looks familiar ... I ran into this problem usually when
having Python compiled with another compiler than the library. In
your case, it's a bit strange, because
On 08/23/2010 02:37 PM, martin djokovic wrote:
I tried to find all the numpy locations and removed them then tried
yum install numpy
After trying for s few minutes...got the following
Error: Cannot find a valid baseurl for repo: extras
If I install the other way using the tar f
On Mon, Aug 23, 2010 at 2:37 PM, martin djokovic
wrote:
> I tried to find all the numpy locations and removed them then tried
>
>
> yum install numpy
>
>
> After trying for s few minutes...got the following
>
>
> Error: Cannot find a valid baseurl for repo: extras
>
>
>
> If I install
I tried to find all the numpy locations and removed them then tried
yum install numpy
After trying for s few minutes...got the following
Error: Cannot find a valid baseurl for repo: extras
If I install the other way using the tar file ...I still get
>>> import numpy
Tracebac
I tried to find all the numpy locations and removed them then tried
yum install numpy
After trying for s few minutes...got the following
Error: Cannot find a valid baseurl for repo: extras
If I install the other way using the tar file ...I still get
>>> import numpy
Tracebac
On 08/23/2010 12:06 PM, martin djokovic wrote:
Hi Ben,
Thanks but thats not working-I am already root-I have tried to give in
detail what I am doing
Used steps
I downloaded numpy-all of the following and none worked-also I have a
FEDORA CORE 6 w
Hi Ben,
Thanks but thats not working-I am already root-I have tried to give in
detail what I am doing
Used steps
I downloaded numpy-all of the following and none worked-also I have a
FEDORA CORE 6 with Python 2.4 in my machine.
numpy-1.5.0b2.tar
On Mon, Aug 23, 2010 at 06:50:09PM +0200, Tiziano Zito wrote:
> hi all,
> we just noticed the following weird thing:
>
> $ python
> Python 2.6.6rc2 (r266rc2:84114, Aug 18 2010, 07:33:44)
> [GCC 4.4.5 20100816 (prerelease)] on linux2
> Type "help", "copyright", "credits" or "license" for more inf
hi all,
we just noticed the following weird thing:
$ python
Python 2.6.6rc2 (r266rc2:84114, Aug 18 2010, 07:33:44)
[GCC 4.4.5 20100816 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.version.version
'2.0.0.dev8469'
>>> num
On Aug 22, 2010, at 4:36 PM, Nathaniel Smith wrote:
> I'm experimenting with a user-defined "enumeration" dtype -- where the
> underlying array holds a set of integers, but they (mostly) appear to
> the user as strings. (This would be potentially useful for
> representing categorical data, modeli
Thank you Pierre, I have opened the ticket as requested.
On Mon, Aug 23, 2010 at 11:09 AM, Pierre GM wrote:
>
> On Aug 23, 2010, at 10:50 AM, Emma Willemsma wrote:
>
> > I have attached a short script and sample text file that demonstrate the
> problem. The dtype I'm using in the example is:
> >
On Mon, Aug 23, 2010 at 9:17 AM, martin djokovic
wrote:
> Hello David,
>
> Thanks for your kind reply-I did do ldd and got the following
>
> [...@papageno fft]$ ldd fftpack_lite.so
>
> linux-gate.so.1 => (0x0060d000)
>
> libimf.so => /opt/intel/fc/9.1/lib/libimf.so (0x0025e000)
>
> libm.so.6 => /l
On Aug 23, 2010, at 10:50 AM, Emma Willemsma wrote:
> I have attached a short script and sample text file that demonstrate the
> problem. The dtype I'm using in the example is:
>
> dtype2 =
> numpy.dtype([(("Amps","Current"),"f8"),(("Volts","Voltage"),"f8"),(("Watts","Power"),"f8")])
>
> When
I have attached a short script and sample text file that demonstrate the
problem. The dtype I'm using in the example is:
dtype2 =
numpy.dtype([(("Amps","Current"),"f8"),(("Volts","Voltage"),"f8"),(("Watts","Power"),"f8")])
When I run the code as-is, I get the ValueError. If I run it with the monk
Hello David,
Thanks for your kind reply-I did do ldd and got the following
[...@papageno fft]$ ldd fftpack_lite.so
linux-gate.so.1 => (0x0060d000)
libimf.so => /opt/intel/fc/9.1/lib/libimf.so (0x0025e000)
libm.so.6 => /lib/libm.so.6 (0x0011)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00bad000
Hi Emma
On 19 August 2010 23:07, Emma Willemsma wrote:
> I am working with structured arrays to store experimental data. I'm using
> titles to store information about my fields, in this case the units of
> measure. When I call numpy.lib.io.flatten_dtype() on my dtype, I get:
>
> ValueError: too m
33 matches
Mail list logo
