On 02/25/2014 09:41 AM, Alexander Belopolsky wrote:
> That's not true about Python core and stdlib. Python developers strive
> to maintain backward compatibility and any instance of newer python
> failing to read older pickles would be considered a bug. This is even
> true across 2.x / 3.x line.
On 08/29/2013 01:48 PM, Ralf Gommers wrote:
> Thanks. I had read that quite differently, and I'm sure I'm not the only
> one. Some context would have helped
My apologies--that was a rather obtuse reference.
In my oddly-wired brain it struck me as a fairly similar,
suboptimally-posed questio
On 08/29/2013 09:33 AM, Anubhab Baksi wrote:
> Hi,
> I need to know about the relative speed (i.e., which one is faster) of
> the followings:
> 1. list and numpy array, tuples and numpy array
> 2. list of tuples and numpy matrix (first one is rectangular)
> 3. random.randint() and numpy.random.rand
On 04/04/2013 03:03 AM, Daniele Nicolodi wrote:
> I'm not aware of any library that handles the conversion from UTC to
> TAI. I would like to know if there is one.
The CDF library does, although that's rather a sledgehammer to drive a
thumbtack.
> I think that generally the issue is not relevant
On 02/04/2013 06:09 PM, Matthew Brett wrote:
> The problem with not providing these binaries is that they are at the
> bottom of everyone's stack, so a delay in numpy holds everyone back.
OTOH, so far it's been an *excellent* excuse for those of us further up
the stack not to make a 64-bit binar
On 12/17/2012 07:19 PM, Paul Ivanov wrote:
> pg 86 - "extremums" should read "extrema"
In case anyone was wondering, it *is* possible to snort a bagel up into
one's nose. It's also painful. (Although not as painful as that
pluralization.)
Thanks for the notes.
--
Jonathan Niehof
ISR-3 Space
On 12/13/2012 09:39 AM, Benjamin Root wrote:
> As a point of reference, python 2.4 is on RH5/CentOS5. While RH6 is the
> current version, there are still enterprises that are using version 5.
> Of course, at this point, one really should be working on a migration
> plan and shouldn't be doing new d
On 10/07/2012 12:41 AM, Jianbao Tao wrote:
> Hi,
>
> I am developing a Python wrapper of the NASA CDF C library in Cython. I
> have got a working version of it now, but it is slower than the
> counterpart in IDL. For loading the same file, mine takes about 400 ms,
> whereas the IDL version takes ab
On 06/26/2012 06:15 PM, Skipper Seabold wrote:
> My uninformed opinion from the sidelines: For me, this begged the
> question of why projects would wait so long and be upgrading 1.5.x ->
> 1.7.x. it sounded to me like an outreach problem.
lenny: none
squeeze: 1.4.1
wheezy: 1.6.2
hardy: 1.0.4
luci
On 06/07/2012 12:55 PM, Neal Becker wrote:
> In [3]: u = np.arange(10)
>
> In [4]: u
> Out[4]: array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9])
>
> In [5]: u[-2:]
> Out[5]: array([8, 9])
>
> In [6]: u[-2:2]
> Out[6]: array([], dtype=int64)
>
> I would argue for consistency it would be desirable for this to re
On 05/23/2012 05:31 PM, T J wrote:
> It seems that there are a number of ways to check if an array is a view.
> Do we have a preferred way in the API that is guaranteed to stay
> available? Or are all of the various methods "here to stay"?
We've settled on checking array.base, which I think was t
On 05/22/2012 03:50 AM, Peter wrote:
> We had the same discussion for Biopython two years ago, and
> introduced our own warning class to avoid our deprecations being
> silent (and thus almost pointless). It is just a subclass of Warning
> (originally we used a subclass of UserWarning).
For SpacePy
On 04/09/2012 09:11 PM, Tony Yu wrote:
> I guess I wasn't reading very carefully and assumed that you meant a
> list of `slice(None)` instead of a list of `None`.
My apologies to Ben...I wasn't being pedantic to be a jerk, I was being
pedantic because I read Ben's message and thought "oooh, that
On 04/06/2012 06:54 AM, Benjamin Root wrote:
> Take a peek at how np.gradient() does it. It creates a list of None with
> a length equal to the number of dimensions, and then inserts a slice
> object in the appropriate spot in the list.
List of slice(None), correct? At least that's what I see in
On 02/22/2012 03:47 PM, Matthew Brett wrote:
> Hi,
>
> I was gaily using np.longlong for casting to the highest available
> float type when I noticed this:
>
> In [4]: np.array([2.1], dtype=np.longlong)
> Out[4]: array([2], dtype=int64)
>
> whereas:
>
> In [5]: np.array([2.1], dtype=np.float128)
>
Travis Oliphant wrote:
> My initial thoughts:
I don't have a horse in this race, but I do suggest people read Karl
Fogel's book before too much designing of governance structure:
http://producingoss.com/
(alas, it's not short, but it's a fairly easy read and you can get
convenient dead-tree or e
> Is anyone successfully using f2py and gfortran on a Windows machine
> without relying on cygwin?
SpacePy uses mingw32 for both gcc and gfortran; I didn't have any trouble
with f2py. I haven't tried a build with 64-bit Python or with EPD; I just
build the installer against python.org's python and
17 matches
Mail list logo
