[Numpy-discussion] Latest Array-Interface PEP
Charles R Harris
charlesr.harris at gmail.com
Thu Jan 11 14:14:11 CST 2007
On 1/11/07, Torgil Svensson <torgil.svensson at gmail.com> wrote:
> On 1/11/07, Travis Oliphant <oliphant at ee.byu.edu> wrote:
> > Torgil Svensson wrote:
> >> Example1: We have a very large amount of data with a compressed
> >> internal representation
> >> Example2: We might want to generate data "on the fly" as it's needed
> >> Example3: If module creators to deal with different byte alignments,
> >> contiguousness etc it'll lead to lots of code duplication and
> >> unnecessarily much work
> >> Is it possible to add a data access API to this PEP?>
> >> Could you give an example of what you mean? I have no problem with
> >> a concept. I'm mainly interested in getting the NumPy memory model
> >> Python some-how. I know it's not the "only" way to think about memory,
> >> but it is a widely-used and useful way.
> Sure. I'm not objecting the memory model, what I mean is that data
> access between modules has a wider scope than just a memory model.
> Maybe i'm completely out-of-scope here, I thought this was worth
> considering for the inter-module-data-sharing - scope.
This is where separating the memory block from the API starts to show
advantages. OTOH, we should try to keep this all as simple and basic as
possible. Trying to design for every potential use will lead to over design,
it is a fine line to walk.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Numpy-discussion