You can subscribe to this list here.
2000 |
Jan
(8) |
Feb
(49) |
Mar
(48) |
Apr
(28) |
May
(37) |
Jun
(28) |
Jul
(16) |
Aug
(16) |
Sep
(44) |
Oct
(61) |
Nov
(31) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(56) |
Feb
(54) |
Mar
(41) |
Apr
(71) |
May
(48) |
Jun
(32) |
Jul
(53) |
Aug
(91) |
Sep
(56) |
Oct
(33) |
Nov
(81) |
Dec
(54) |
2002 |
Jan
(72) |
Feb
(37) |
Mar
(126) |
Apr
(62) |
May
(34) |
Jun
(124) |
Jul
(36) |
Aug
(34) |
Sep
(60) |
Oct
(37) |
Nov
(23) |
Dec
(104) |
2003 |
Jan
(110) |
Feb
(73) |
Mar
(42) |
Apr
(8) |
May
(76) |
Jun
(14) |
Jul
(52) |
Aug
(26) |
Sep
(108) |
Oct
(82) |
Nov
(89) |
Dec
(94) |
2004 |
Jan
(117) |
Feb
(86) |
Mar
(75) |
Apr
(55) |
May
(75) |
Jun
(160) |
Jul
(152) |
Aug
(86) |
Sep
(75) |
Oct
(134) |
Nov
(62) |
Dec
(60) |
2005 |
Jan
(187) |
Feb
(318) |
Mar
(296) |
Apr
(205) |
May
(84) |
Jun
(63) |
Jul
(122) |
Aug
(59) |
Sep
(66) |
Oct
(148) |
Nov
(120) |
Dec
(70) |
2006 |
Jan
(460) |
Feb
(683) |
Mar
(589) |
Apr
(559) |
May
(445) |
Jun
(712) |
Jul
(815) |
Aug
(663) |
Sep
(559) |
Oct
(930) |
Nov
(373) |
Dec
|
From: Andrew M. <an...@ob...> - 2006-05-31 04:31:13
|
We use Numeric in NetEpi Analysis (www.netepi.org). >Please help the developers by responding to a few questions. > >1) Have you transitioned or started to transition to NumPy (i.e. import >numpy)? No. >2) Will you transition within the next 6 months? (if you answered No to #1) Unknown - someone will have to fund the work. >3) Please, explain your reason(s) for not making the switch. (if you >answered No to #2) NetEpi Analysis implements C extensions to do fast set options on integer Numeric arrays, as well as to support mmap'ed Numeric arrays. I haven't looked at what is required to port these to Numpy (or replace with native Numpy features). NetEpi Analysis also uses rpy, which will potentially need to be updated to support Numpy. We're also concerned about speed - but I haven't done any testing against the latest Numpy. -- Andrew McNamara, Senior Developer, Object Craft http://www.object-craft.com.au/ |
From: Sasha <nd...@ma...> - 2006-05-31 03:56:41
|
I am a Numeric user. On 5/30/06, Travis Oliphant <oli...@ie...> wrote: > > Please help the developers by responding to a few questions. > > > > 1) Have you transitioned or started to transition to NumPy (i.e. import > numpy)? > Started transition. Most applications were easily ported to Numpy. I am still deciding whether or not support both Numpy and Numeric during the transition period. > > 2) Will you transition within the next 6 months? (if you answered No to #1) > Yes, as soon as numpy 1.0 is released. > 4) Please provide any suggestions for improving NumPy. > That's a big topic! Without expanding on anything: - optimized array of interned strings (compatible with char** at the C level) - optimized array of arrays (a restriction of dtype=object array) - use BLAS in umath |
From: Bill B. <wb...@gm...> - 2006-05-31 03:43:52
|
pyOpenGL is one project that hasn't upgraded to numpy yet. http://pyopengl.sourceforge.net/ I think the issue is just that noone is really maintaining it, rather than any difficulty in porting to numpy. Since he's probably not reading this list, might be a good idea to send the project admin a copy of the survey: mcfletch at users.sourceforge.net --bb On 5/31/06, Travis Oliphant <oli...@ie...> wrote: > > > Please help the developers by responding to a few questions. > > > > 1) Have you transitioned or started to transition to NumPy (i.e. import > numpy)? > > > > > 2) Will you transition within the next 6 months? (if you answered No to > #1) > > > > > 3) Please, explain your reason(s) for not making the switch. (if you > answered No to #2) > > > > > > 4) Please provide any suggestions for improving NumPy. > > > > > > Thanks for your answers. > > > NumPy Developers > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > -- William V. Baxter III OLM Digital Kono Dens Building Rm 302 1-8-8 Wakabayashi Setagaya-ku Tokyo, Japan 154-0023 +81 (3) 3422-3380 |
From: Mike R. <mr...@ca...> - 2006-05-31 03:15:25
|
Hi, I'm trying to package numpy based application but get following TB: No scipy-style subpackage 'core' found in /home/mrovner/dev/psgapp/src/gui/lnx32/dvip/numpy. Ignoring: No module named _internal Traceback (most recent call last): File "/home/mrovner/src/cx_Freeze-3.0.2/initscripts/Console.py", line 26, in ? exec code in m.__dict__ File "dvip.py", line 42, in ? File "dvip.py", line 31, in dvip_gui File "mainui.py", line 1, in ? File "psgdb.pyx", line 162, in psgdb File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/__init__.py", line 35, in ? verbose=NUMPY_IMPORT_VERBOSE,postpone=False) File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/_import_tools.py", line 173, in __call__ self._init_info_modules(packages or None) File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/_import_tools.py", line 68, in _init_info_modules exec 'import %s.info as info' % (package_name) File "<string>", line 1, in ? File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/lib/__init__.py", line 5, in ? from type_check import * File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/lib/type_check.py", line 8, in ? import numpy.core.numeric as _nx File "/lan/dfm/grp_mm_data1/dev/tools/linux-x86_32/lib/python2.4/site-packages/numpy/core/__init__.py", line 6, in ? import umath File "ExtensionLoader.py", line 12, in ? AttributeError: 'module' object has no attribute '_ARRAY_API' I did freezing with: FreezePython --install-dir=lnx32 --include-modules=numpy --include-modules=numpy.core dvip.py I'm using Python-2.4.2 numpy-0.9.8 cx_Freeze-3.0.2 on linux. Everything compiled from source. Any help appreciated. Thanks, Mike |
From: Travis O. <oli...@ie...> - 2006-05-31 02:53:32
|
Please help the developers by responding to a few questions. 1) Have you transitioned or started to transition to NumPy (i.e. import numpy)? 2) Will you transition within the next 6 months? (if you answered No to #1) 3) Please, explain your reason(s) for not making the switch. (if you answered No to #2) 4) Please provide any suggestions for improving NumPy. Thanks for your answers. NumPy Developers |
From: Rick M. <rm...@sa...> - 2006-05-30 20:32:40
|
I certainly think that something along these lines would be possible. However, in the end I just decided to keep track of the indices using a Python dictionary, which means to access A[-3] I actually have to call A[index[-3]]. A little clunkier, but I was worried that the other solutions would be brittle in the long run. Thanks for all of the comments. On May 30, 2006, at 2:04 PM, David Huard wrote: > Just a thought: > would it be possible to overload the array __getitem__ method ? > > I can do it with lists, but not with arrays... > > For instance, > > class fortarray(list): > def __getitem__(self, index): > return list.__getitem__(self, index+5) > > and > >>> l = fortarray() > >>> l.append(1) > >>> l[-5] > 1 > > There is certainly a more elegant way to define the class with the > starting index as an argument, but I didn't look into it. For > arrays, this doesn't work out of the box, but I'd surprised if > there was no way to tweak it to do the same. > > Good luck > David > > 2006/5/30, Rick Muller <rm...@sa...>: > Indeed I am. Thanks for the reply > On May 30, 2006, at 11:32 AM, Rob Hetland wrote: > > > > > I believe Rick is talking about negative indices (possible in > > FORTRAN), in which case the answer is no. > > > > -Rob > > > > On May 30, 2006, at 11:28 AM, Rick Muller wrote: > > > >> Is it possible to create arrays that run from, say -5:5, rather > >> than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? > >> I'm translating a F90 code to Python, and it would be easier to do > >> this than to use a python dictionary. > > > > ----- > > Rob Hetland, Assistant Professor > > Dept of Oceanography, Texas A&M University > > p: 979-458-0096, f: 979-845-6331 > > e: he...@ta..., w: http://pong.tamu.edu > > > > > > Rick Muller > rm...@sa... > > > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and > Risk! > Fully trained technicians. The highest number of Red Hat > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > Rick Muller rm...@sa... |
From: Robert K. <rob...@gm...> - 2006-05-30 20:17:39
|
David Huard wrote: > Just a thought: > would it be possible to overload the array __getitem__ method ? > > I can do it with lists, but not with arrays... > > For instance, > > class fortarray(list): > def __getitem__(self, index): > return list.__getitem__(self, index+5) > > and >>>> l = fortarray() >>>> l.append(1) >>>> l[-5] > 1 > > There is certainly a more elegant way to define the class with the > starting index as an argument, but I didn't look into it. For arrays, > this doesn't work out of the box, but I'd surprised if there was no way > to tweak it to do the same. One certainly could write a subclass of array that handles arbitrarily-based indices. On the other hand, writing a correct and consistent implementation would be very tricky. On the gripping hand, a quick hack might suffice if one only needed to use it locally, like inside a single function, and convert to and from real arrays at the boundaries. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco |
From: David H. <dav...@gm...> - 2006-05-30 20:04:52
|
Just a thought: would it be possible to overload the array __getitem__ method ? I can do it with lists, but not with arrays... For instance, class fortarray(list): def __getitem__(self, index): return list.__getitem__(self, index+5) and >>> l = fortarray() >>> l.append(1) >>> l[-5] 1 There is certainly a more elegant way to define the class with the starting index as an argument, but I didn't look into it. For arrays, this doesn't work out of the box, but I'd surprised if there was no way to tweak it to do the same. Good luck David 2006/5/30, Rick Muller <rm...@sa...>: > > Indeed I am. Thanks for the reply > On May 30, 2006, at 11:32 AM, Rob Hetland wrote: > > > > > I believe Rick is talking about negative indices (possible in > > FORTRAN), in which case the answer is no. > > > > -Rob > > > > On May 30, 2006, at 11:28 AM, Rick Muller wrote: > > > >> Is it possible to create arrays that run from, say -5:5, rather > >> than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? > >> I'm translating a F90 code to Python, and it would be easier to do > >> this than to use a python dictionary. > > > > ----- > > Rob Hetland, Assistant Professor > > Dept of Oceanography, Texas A&M University > > p: 979-458-0096, f: 979-845-6331 > > e: he...@ta..., w: http://pong.tamu.edu > > > > > > Rick Muller > rm...@sa... > > > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > |
From: Rick M. <rm...@sa...> - 2006-05-30 18:36:39
|
Indeed I am. Thanks for the reply On May 30, 2006, at 11:32 AM, Rob Hetland wrote: > > I believe Rick is talking about negative indices (possible in > FORTRAN), in which case the answer is no. > > -Rob > > On May 30, 2006, at 11:28 AM, Rick Muller wrote: > >> Is it possible to create arrays that run from, say -5:5, rather >> than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? >> I'm translating a F90 code to Python, and it would be easier to do >> this than to use a python dictionary. > > ----- > Rob Hetland, Assistant Professor > Dept of Oceanography, Texas A&M University > p: 979-458-0096, f: 979-845-6331 > e: he...@ta..., w: http://pong.tamu.edu > > Rick Muller rm...@sa... |
From: Rob H. <he...@ta...> - 2006-05-30 17:54:05
|
Yes, brilliant. The answer is yes, but you need to modify the array to have it make sense; you need to fold the array over, so that the 'negative' indices reference data from the rear of the array.... I was thinking about having the first negative index first... I'm still not sure if this will be 'skating on dull blades with sharp knives' in converting fortran to numpy. More generally to the problem of code conversion, I think that a direct fortran -> numpy translation is not the best thing -- the numpy code should be vectorized. The array indexing problems will (mostly) go away when the fortran code is vectorized, and will result in much faster python code in the end as well. -r On May 30, 2006, at 12:42 PM, Alan Isaac wrote: >> On May 30, 2006, at 11:28 AM, Rick Muller wrote: >>> Is it possible to create arrays that run from, say -5:5, rather >>> than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? >>> I'm translating a F90 code to Python, and it would be easier to do >>> this than to use a python dictionary. > > > On Tue, 30 May 2006, Rob Hetland wrote: >> I believe Rick is talking about negative indices (possible in >> FORTRAN), in which case the answer is no. > > > > I see. > Perhaps this is still relevant? > (Or perhaps not.) > >>>> y=N.arange(11) >>>> x=range(-5,6) >>>> y[x] > array([ 6, 7, 8, 9, 10, 0, 1, 2, 3, 4, 5]) >>>> > > hth, > Alan Isaac > > > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and > Risk! > Fully trained technicians. The highest number of Red Hat > certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion ----- Rob Hetland, Assistant Professor Dept of Oceanography, Texas A&M University p: 979-458-0096, f: 979-845-6331 e: he...@ta..., w: http://pong.tamu.edu |
From: Alan I. <ai...@am...> - 2006-05-30 17:42:20
|
> On May 30, 2006, at 11:28 AM, Rick Muller wrote: >> Is it possible to create arrays that run from, say -5:5, rather >> than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? >> I'm translating a F90 code to Python, and it would be easier to do >> this than to use a python dictionary. On Tue, 30 May 2006, Rob Hetland wrote: > I believe Rick is talking about negative indices (possible in > FORTRAN), in which case the answer is no. I see. Perhaps this is still relevant? (Or perhaps not.) >>> y=N.arange(11) >>> x=range(-5,6) >>> y[x] array([ 6, 7, 8, 9, 10, 0, 1, 2, 3, 4, 5]) >>> hth, Alan Isaac |
From: Rob H. <he...@ta...> - 2006-05-30 17:32:57
|
I believe Rick is talking about negative indices (possible in FORTRAN), in which case the answer is no. -Rob On May 30, 2006, at 11:28 AM, Rick Muller wrote: > Is it possible to create arrays that run from, say -5:5, rather > than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? > I'm translating a F90 code to Python, and it would be easier to do > this than to use a python dictionary. ----- Rob Hetland, Assistant Professor Dept of Oceanography, Texas A&M University p: 979-458-0096, f: 979-845-6331 e: he...@ta..., w: http://pong.tamu.edu |
From: Alan I. <ai...@am...> - 2006-05-30 17:25:23
|
On Tue, 30 May 2006, Rick Muller wrote: > Is it possible to create arrays that run from, say -5:5, rather than > 0:11? Python 2.4.1 (#65, Mar 30 2005, 09:13:57) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import numpy as N >>> x = N.arange(-5,6) >>> x array([-5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5]) >>> y=N.arange(11) >>> y-5 array([-5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5]) hth, Alan Isaac |
From: Ray S. <ra...@bl...> - 2006-05-30 16:44:20
|
>Is there some clever way to achieve the same goal for 24bit data without >copying everything into a new 32-bit array? I agree with the other post, Int8 x 3 can be used with slices to get a lot done, depending on data tasks desired, but not all >The typical 24bit audio file contains two interleaved channels, i.e. >frames of 3bytes+3bytes, so it can be cast to (nframes,3) Int32, or >(nframes,2,3) Int8 array, but this is hardly a useful representation for >audio data. Along these liners, I have been working with 24 bit ADC data returned from pyUSB as tuples, which I need to convert to Float32 and save, like this: WRAP = 2.**23 BITS24 = 2.**24 try: chValue = struct.unpack(">I", struct.pack(">4b", 0,*dataTuple[byteN:byteN+3]) )[0] except: chValue = 0 if chValue>WRAP: chValue = ((BITS24-chValue) / WRAP) * gainFactors[thisCh] else: chValue = (-chValue / WRAP) * gainFactors[thisCh] data[thisCh].append(chValue) which is really slow (no real time is possible). Is there a much faster way evident to others here? We are going to do a pyd in C otherwise... Ray |
From: Rick M. <rm...@sa...> - 2006-05-30 16:29:58
|
Is it possible to create arrays that run from, say -5:5, rather than 0:11? Analogous to the Fortran "allocate(A(-5:5))" command? I'm translating a F90 code to Python, and it would be easier to do this than to use a python dictionary. Thanks in advance. Rick Muller rm...@sa... |
From: rxctaeg o. <yha...@bo...> - 2006-05-30 08:14:19
|
<html> <body> <p align="center"><font color=red><B>CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE</B></font><br> Get CTXE First Thing Today, <br> Check out for HOT NEWS!!!<br> <b>CTXE - CANTEX ENERGY CORP </b> <br></p> <br> CURRENT_PRICE: $0.53 GET IT N0W!<br> SHORT_TERM : $1.25 <br><br><p align="center"> Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW.<br></p> <br> <b>Company Profile</B><br> <br> Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. <br> <br> <b>Recent News<br> - Cantex Energy Corp. Announces</b> Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis.<br> <b>- Cantex Energy Corp. Receiving</b> Interest From the Industry as It Enters Next Phase of Development<br> <br> <b>- Cantex Energy Corp. (CTXE - News) is pleased</b> to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells.<br> <br> <b>- Trace Maurin, President of Cantex, commented,</b> "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations."<br> <br> Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed.<br> <br> GET IN NOW<br> <br> <br> Happy memorial day<br> <br> That's water under the bridge. What's good for the goose is good for the gander. Raking in the dough. The silly season. Wait and see. Walking on water. Watch and wait. Run to seed. Your all washed up. Putting the cart before the horse. Still waters run deep. Sturdy as an oak. Two peas in a pod. Seed money. Shit happens. Up a tree. Watered down. Put that in your pipe and smoke it. Your barking up the wrong tree. When we love - we grow. Want my place in the sun. There's no time like the present. Sour as a green apple. </p> </body> </html> |
From: Simon B. <si...@ar...> - 2006-05-30 06:55:10
|
Consider these two operations: >>> a=numpy.empty( 1024 ) >>> b=numpy.empty( 1024 ) >>> a[1:] = b[:-1] >>> a[1:] = a[:-1] >>> It seems that in the second operation we need to copy the view a[:-1] but in the first operation we don't need to copy b[:-1]. How does numpy detect this, or does it always copy the source when assigning to a slice ? I've poked around the (numpy) code a bit and tried some benchmarks, but it's still not so clear to me. Simon. -- Simon Burton, B.Sc. Licensed PO Box 8066 ANU Canberra 2601 Australia Ph. 61 02 6249 6940 http://arrowtheory.com |
From: Paul D. <pfd...@gm...> - 2006-05-29 22:19:36
|
Please disregard my previous posting about my special issue correspondence. All is well. Gmail and my twitching don't work well together. I need a computer that ignores me. |
From: Paul D. <pfd...@gm...> - 2006-05-29 17:20:25
|
In April I sent out a request for proposals for a special issue of Computin= g in Science and Engineering on Python's use in science and engineering. Due to being somewhat inexperienced with a new mailer, I lost some of the correspondence. Would those with whom I corresponded send me back something about what we were talking about? I know some additional people had gotten dragged into the conversation. I did not lose letters from: Jarrod Millman Kent-Andre Mardal Xuan Shi Ryan Krauss I have the word doc only from Peter Bienstman. I have the text outline only from Arnd Baecker Sorry to be so clumsy. Paul Dubois |
From: Simon B. <si...@ar...> - 2006-05-29 12:16:20
|
On Mon, 29 May 2006 14:00:34 +0200 "Maxim Krikun" <max...@gm...> wrote: > > The typical 24bit audio file contains two interleaved channels, i.e. > frames of 3bytes+3bytes, so it can be cast to (nframes,3) Int32, or > (nframes,2,3) Int8 array, but this is hardly a useful representation for > audio data. Why not ? It's good for slicing and dicing, anything else and you should convert it to float before operating on it. Simon. -- Simon Burton, B.Sc. Licensed PO Box 8066 ANU Canberra 2601 Australia Ph. 61 02 6249 6940 http://arrowtheory.com |
From: mzcdobk h. <jmn...@ac...> - 2006-05-29 12:07:28
|
CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day There's no time like the present. Rise and shine. Shake like a leaf. You can lead a horse to water but you can't make him drink. Stop and smell the roses. Stop and smell the roses. A stepping stone to. When you get lemons, make lemonade.(When life gives you scraps make quilts.) Your in hot water. Sweet as apple pie. Raking in the dough. Shake like a leaf. Stuck in a rut. That's a whole new can of worms. Some like carrots others like cabbage. They're like two peas in a pod. Throw pearls before swine. A rose is a rose is a rose. Season of mists and mellow fruitfulness. Were you born in a barn? Top of the morning. Which came first, the chicken or the egg. Spaceship earth. This is for the birds. Through the grapevine. When the cows come home. |
From: Maxim K. <max...@gm...> - 2006-05-29 12:00:42
|
Hi all. I'm writing a tool to access uncompressed audio files (currently in wave, aiff and wave64 formats) using numarray.memmap module -- it maps the whole file to memory, then finds the waveform data region and casts it to and array of appropriate type and shape. This works pretty well for both 16-bit integer and 32-bit float data, but not for 24-bit files, since there is no Int24 data type in numarray. Is there some clever way to achieve the same goal for 24bit data without copying everything into a new 32-bit array? The typical 24bit audio file contains two interleaved channels, i.e. frames of 3bytes+3bytes, so it can be cast to (nframes,3) Int32, or (nframes,2,3) Int8 array, but this is hardly a useful representation for audio data. --Maxim |
From: Travis O. <oli...@ie...> - 2006-05-28 21:56:23
|
Simon Burton wrote: > On Sun, 28 May 2006 14:36:47 -0600 > Travis Oliphant <oli...@ie...> wrote: > > >> Simon Burton wrote: >> >>> On Sun, 28 May 2006 14:33:37 -0500 >>> Robert Kern <rob...@gm...> wrote: >>> >>> >>> >>>>> if array.dtype == numpy.Int32: ... >>>>> >>>>> >>>> numpy.int32 >>>> >>>> >>> >>> No that doesn't work. >>> >>> >>> >> Yeah, the "canonical" types (e.g. int32, float64, etc) are actually >> scalar objects. The type objects themselves are dtype(int32). I don't >> think they are currently listed anywhere in Python (except there is one >> for every canonical scalar object). >> > ... > > Can we promote the numarray names: Int32 etc. to their dtype equivalents ? > Perhaps. There is the concern that it might break Numeric compatibility, though. -Travis |
From: Simon B. <si...@ar...> - 2006-05-28 20:56:11
|
On Sun, 28 May 2006 14:36:47 -0600 Travis Oliphant <oli...@ie...> wrote: > Simon Burton wrote: > > On Sun, 28 May 2006 14:33:37 -0500 > > Robert Kern <rob...@gm...> wrote: > > > > > >>> if array.dtype == numpy.Int32: ... > >>> > >> numpy.int32 > >> > > > > > > No that doesn't work. > > > > > > Yeah, the "canonical" types (e.g. int32, float64, etc) are actually > scalar objects. The type objects themselves are dtype(int32). I don't > think they are currently listed anywhere in Python (except there is one > for every canonical scalar object). ... Can we promote the numarray names: Int32 etc. to their dtype equivalents ? I don't see why having Int32='l' is any more usefull that Int32=dtype('l'), and the later works with cmp (and also is more helpful in the interactive interpreter). Simon. -- Simon Burton, B.Sc. Licensed PO Box 8066 ANU Canberra 2601 Australia Ph. 61 02 6249 6940 http://arrowtheory.com |
From: Travis O. <oli...@ie...> - 2006-05-28 20:41:54
|
Erin Sheldon wrote: > Hi everyone - > > The "fromfile" method isn't working for Int8 in > ascii mode: > > # cat test.dat > 3 > 4 > 5 The problem is that the internal _scan method for that data-type has not been written (it was not just a character code for fscanf). It should not be too hard to write but hasn't been done yet. Perhaps you can file a ticket so we don't lose track of it. -Travis |