Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #77896

Re: CSV methodology

From jayte <jetrn@newsguy.com>
Newsgroups comp.lang.python
Subject Re: CSV methodology
Date 2014-09-15 12:33 -0400
Organization NewsGuy - Unlimited Usenet $23.95
Message-ID <u53e1aha9hno97cpqd0ff6gt9otrtfjsof@4ax.com> (permalink)
References <b2q91ada6b59ept81ac65vtnnu6sdklp1h@4ax.com> <mailman.14005.1410678164.18130.python-list@python.org> <i5db1a9s5mvgsmg99q8kqf4l672fbrvp0n@4ax.com> <mailman.14017.1410766159.18130.python-list@python.org>

Show all headers | View raw


On Mon, 15 Sep 2014 09:29:02 +0200, Peter Otten <__peter__@web.de> wrote:

>jayte wrote:
>
>> Sorry, I neglected to mention the values' significance.  The MXP program
>> uses the "distance estimate" algorithm in its fractal data generation. 
>> The values are thus, for each point in a 1778 x 1000 image:
>> 
>> Distance,   (an extended double)
>> Iterations,  (a 16 bit int)
>> zc_x,        (a 16 bit int)
>> zc_y         (a 16 bit int)
>> 
>
>Probably a bit too early in your "Python career",

Absolutely, just thought it would be interesting to start experimenting,
while learning (plus, can't help but be anxious) <g>

> but you can read raw data 
>with numpy. Something like
>
>with open(filename, "rb") as f:
>    a = numpy.fromfile(f, dtype=[
>        ("distance", "f16"),
>        ("iterations", "i2"), 
>        ("zc_x", "i2"),
>        ("zc_y", "i2"),
>    ]).reshape(1778, 1000)
>
>might do, assuming "extended double" takes 16 bytes.

Will try.  Double extended precision is ten bytes, but I assume
changing  the "f16" to "f10" would account for that...

Jeff

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

CSV methodology jetrn@newsguy.com - 2014-09-13 21:34 -0400
  Re: CSV methodology kjs <bfb@riseup.net> - 2014-09-14 02:51 +0000
  Re: CSV methodology Terry Reedy <tjreedy@udel.edu> - 2014-09-14 03:02 -0400
    Re: CSV methodology jayte <jetrn@newsguy.com> - 2014-09-14 12:56 -0400
      Re: CSV methodology Chris Angelico <rosuav@gmail.com> - 2014-09-15 03:10 +1000
      Re: CSV methodology Terry Reedy <tjreedy@udel.edu> - 2014-09-14 14:42 -0400
        Re: CSV methodology jayte <jetrn@newsguy.com> - 2014-09-14 16:19 -0400
      Re: CSV methodology Peter Otten <__peter__@web.de> - 2014-09-15 09:29 +0200
        Re: CSV methodology jayte <jetrn@newsguy.com> - 2014-09-15 12:33 -0400
          Re: CSV methodology Peter Otten <__peter__@web.de> - 2014-09-16 13:22 +0200
            Re: CSV methodology jayte <jetrn@newsguy.com> - 2014-09-16 14:03 -0400
            Works perfectly (was Re: CSV methodology) jayte <jetrn@newsguy.com> - 2014-09-22 20:27 -0400
              Re: Works perfectly (was Re: CSV methodology) Peter Otten <__peter__@web.de> - 2014-09-23 09:59 +0200
  Re: CSV methodology Cameron Simpson <cs@zip.com.au> - 2014-09-14 18:38 +1000
    Re: CSV methodology Rustom Mody <rustompmody@gmail.com> - 2014-09-14 01:56 -0700
      Re: CSV methodology Cameron Simpson <cs@zip.com.au> - 2014-09-15 09:28 +1000
  Re: CSV methodology Akira Li <4kir4.1i@gmail.com> - 2014-09-15 11:12 +0400
    Re: CSV methodology pH <high@cidity.level> - 2014-09-15 12:40 -0400
  Re:CSV methodology Dave Angel <davea@davea.name> - 2014-09-15 09:29 -0400
    Re: CSV methodology jayte <jetrn@newsguy.com> - 2014-09-15 12:53 -0400

csiph-web