From hinsen at cnrs-orleans.fr Mon Dec 1 02:11:06 2003 From: hinsen at cnrs-orleans.fr (Konrad Hinsen) Date: Mon Dec 1 02:11:06 2003 Subject: [Numpy-discussion] PyArray_ContiguousFromObject & PyDECREF In-Reply-To: <3FCADC96.3050504@ims.u-tokyo.ac.jp> References: <3FCADC96.3050504@ims.u-tokyo.ac.jp> Message-ID: <200312011109.38864.hinsen@cnrs-orleans.fr> On Monday 01 December 2003 07:15, Michiel Jan Laurens de Hoon wrote: > In Chapter 12 ("Writing a C extension") in the Numerical Python manual, in > the first example PyArray_ContiguousFromObject is used together with > PyDECREF, while in the last example PyArray_ContiguousFromObject is used > but the arrays are not PyDECREF'ed before the function returns. From > Chapter 13 ("C API Reference") it seems that a PyDECREF is needed in both > cases. Or am I missing something here? Is PyDECREF not needed for some > reason in the last example? It should be there, the second example as presented has a memory leak. Konrad. -- ------------------------------------------------------------------------------- Konrad Hinsen | E-Mail: hinsen at cnrs-orleans.fr Centre de Biophysique Moleculaire (CNRS) | Tel.: +33-2.38.25.56.24 Rue Charles Sadron | Fax: +33-2.38.63.15.17 45071 Orleans Cedex 2 | Deutsch/Esperanto/English/ France | Nederlands/Francais ------------------------------------------------------------------------------- From rconsultant3 at yahoo.com Mon Dec 1 12:38:04 2003 From: rconsultant3 at yahoo.com (Engineer - Mgr) Date: Mon Dec 1 12:38:04 2003 Subject: [Numpy-discussion] Sending Resume Message-ID: Hello David I'm looking for new project as independent CONSULTANT Will call you tomorrow to schedule meeting as we were talking before, possible this week or in Monday; E-mail: rcondultant9 at yahoo.com Tel. (408) 309-7006 Engineer or Manager or INDEPENDENT CONSULTING or Engineering Manager and/or Senior Mechanical & Design ENGINEER, Design Analyst Program Manager Project Manager, Product Manager Product Development Specialist Manufacturing Engineering Electro-Mechanical & Industrial Designer R&D, CADD Manager, SBIR Over 20 years combine experience in Technical Managerial Positions performing Engineering & Design Service Systems Design & System Integration, R&D, Product & Process Development, Projects & Products Engineering & Management, Manufacturing Operations & Preparation & Managing teams of Engineering Specialist; 08-1993 to present; MECH-TRONIC DESIGN & MFG; SANTA CLARA, CA Engineering Manager, Project & Product Manager, SR. Mechanical & Design Engineer, CADD Manager. Duties included: Preparing technical documentation, calculations, engineering, design, layouts, drawings, 3D and Solid Modeling, development & propositions. Hard Drive Designing, testing, balancing, recalculating and redesign. Solid Works, Mechanical Desktop. Manufacturing and Assembly Equipment design and build. Hard Drive Testing Equipment design & mfg. Tooling and Operations Development, Implementation & Automation for mass production. Pro-E, CADD Management, Automation and Operations, Analyzing, AutoCAD 2000 & M D, Win 95/98/2000/NT, Creating, revising & implementing improvements to existing and new manufacturing processes. Mfg & Assy Development & support. Cost study and cost reduction analyzing. Purchasing manufacturing equipment, Bill of Materials creation. Copy Machines & Color commercial Printers design & build. Paper path & Heads - dynamic orientation. Rapid Thermo Processing, Wafer 200 & 300 mm with automatic Door and manual inserting, Scanners, Sensors & Cassette opening and rotation, LASER & Equipment & Motion Control. Fiber Optics equipment, enclosures, connectors, tools & manufacturing; assembly equipment design & build. Wafer Handling & Processing Equipment, Stages & Sliders, Thickness Measurement, Robotics. Network & Electronic / Computer Testing Equipment. Plastic & Enclosures Design & Build; Hard Drive, modems, ICT Equipment Des, Mfg & Assy. Teaching Mechanical Engineering and Descriptive Geometry, CADD. Computer Graphics, Electro - Mechanical Engineering & Design, AutoCAD, Plotting, DOS, Lecture and practical assignment. Software and computer support. Electrical & Mechanical Projects, Production Equipment & Machinery. Designing Electric Cars, Analyzes & Calculations, Prototypes electronic and electrical schematic Layouts, mechanical detailing & body shell. CAD and Plotting Station Management, Lib, Analyzes & Calculations, Prototypes & Product Mfg. Development, design & redesigning mechanical components for manufacturing, Assembly draw, Customizing Electronic, Mechanical and Electrical Equipment, AutoCAD, Spreadsheet, Basic, dB; Lotus, Excel, Paradox, Quadro Project Management & Production, scheduling, quality control, controlling & production planning injection molding, plastic parts and elements design and manufacturing Manufacturing hydraulic & pneumatic equipment, machinery and control systems, mechanisms, robotics device, precision machine elements. Inspecting and control manufacturing standards, analyzing stresses and tolerances, selecting materials, engineering computations and technical improvements, documentation, projects development, supplying. Automation, Conveyors, Spiral Elevator, Fast Cannery Transportation, Electronic and Electrical Components, Master Control Center, Sheet Metal Oven Rebuilding Project. LASER MEDICAL DEVICE, Lasers, Optics, Fiber Optics 3 SETS OF OPTICAL LENSES MOVE-AUTOMATON COLIMMATOR Project Management, Design, Product Development Manufacturing, Production, Operation Manager Sales & Customer Service Transportation & Shop Manager Service Station Operating & Management CREATIVE THINKING AND SOLUTION DEVELOPMENT OPEN FOR TRAVEL (domestic /international) US Citizen Permanent preferred INDEPENDENT CONSULTING TEL. (408) 309-7006 E-mail: rconsultant9 at yahoo.com From iazh7ju at yahoo.com Mon Dec 1 20:15:04 2003 From: iazh7ju at yahoo.com (Reynaldo Rodriquez) Date: Mon Dec 1 20:15:04 2003 Subject: [Numpy-discussion] ai ureak hlhjwck Message-ID: <7f-0a-4$8c$t2o8@6r1.7v23xfi> An HTML attachment was scrubbed... URL: From falted at openlc.org Tue Dec 2 01:34:06 2003 From: falted at openlc.org (Francesc Alted) Date: Tue Dec 2 01:34:06 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? Message-ID: <200312021033.44577.falted@openlc.org> Hi, It seems like if numarray.strings module is not able to create objects when one of its dimensions is zero. For example, this works: >>> import numarray >>> numarray.array([], shape=(1,0,2)) array([]) but, for strings, it raises the next error: >>> numarray.strings.array(None, itemsize=3, shape=(1,0,2)) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 955, in array byteoffset=byteoffset, bytestride=bytestride) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 94, in __init__ self.fill(" ") File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 318, in fill self[:] = char*self._itemsize File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, in _slicedIndexing retarr._copyFrom(value) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 202, in _copyFrom me[:] = it[..., :self._itemsize] File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, in _slicedIndexing retarr._copyFrom(value) libnumarray.error: copy1bytes: access beyond buffer. offset=2 buffersize=0 I think it would be nice (and consistent) to support that in strings too. Thanks, -- Francesc Alted From f5uebeov at yahoo.com Tue Dec 2 02:27:06 2003 From: f5uebeov at yahoo.com (Amy Lozano) Date: Tue Dec 2 02:27:06 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....Gunnar Message-ID: <3-5580t8f$6sr565$27i7a-j8q2a79@der4.k5k74> US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. s xvpu ljpijtor v suh arasfzb or lxe From y139rzqabo at yahoo.com Tue Dec 2 02:28:03 2003 From: y139rzqabo at yahoo.com (Freeman Correa) Date: Tue Dec 2 02:28:03 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....Caden Message-ID: US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. hfcxoiqhzcv c ensx jmcerbegshc v avtxka uuqlpie jxzqkoto nmvkyjnr ktfbpofqittsolsfd nvvuvr l tyo From jmiller at stsci.edu Tue Dec 2 03:54:03 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 03:54:03 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <200312021033.44577.falted@openlc.org> References: <200312021033.44577.falted@openlc.org> Message-ID: <1070365977.3452.32.camel@localhost.localdomain> On Tue, 2003-12-02 at 04:33, Francesc Alted wrote: > Hi, > > It seems like if numarray.strings module is not able to create objects when > one of its dimensions is zero. For example, this works: > > >>> import numarray > >>> numarray.array([], shape=(1,0,2)) > array([]) > > but, for strings, it raises the next error: > > >>> numarray.strings.array(None, itemsize=3, shape=(1,0,2)) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 955, > in array > byteoffset=byteoffset, bytestride=bytestride) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 94, > in __init__ > self.fill(" ") > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 318, > in fill > self[:] = char*self._itemsize > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, > in _slicedIndexing > retarr._copyFrom(value) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 202, > in _copyFrom > me[:] = it[..., :self._itemsize] > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, > in _slicedIndexing > retarr._copyFrom(value) > libnumarray.error: copy1bytes: access beyond buffer. offset=2 buffersize=0 > > I think it would be nice (and consistent) to support that in strings too. I fixed the immediate problem with zero element string arrays this morning. I imagine there are probably other problems with that case... Please let me know if and when you find them. Regards, Todd > > Thanks, -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 11:49:05 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 11:49:05 2003 Subject: [Numpy-discussion] CVS - built can't find package directory Message-ID: <200312021148.36186.haase@msg.ucsf.edu> Hi, I'm trying to test some features of the latest CVS version. I get: $ python2.2 setup.py build --gencode error: package directory 'Packages/nd_image/Lib' does not exist -- after taking out the line of addons I get: error: package directory 'Packages/MA/Lib' does not exist Then I get a compiler error: gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o build/temp.linux-i686-2.2/_ufuncmodule.o Src/_ufuncmodule.c: In function `_slow_exec1': Src/_ufuncmodule.c:1555: parse error before `*' Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only once Src/_ufuncmodule.c:1556: for each function it appears in.) Src/_ufuncmodule.c: In function `_slow_exec2': Src/_ufuncmodule.c:1876: parse error before `*' Src/_ufuncmodule.c:1877: parse error before `*' Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) Src/_ufuncmodule.c:1908: parse error before `*' Src/_ufuncmodule.c:1909: parse error before `*' error: command 'gcc' failed with exit status 1 What are these packages ? Thanks, Sebastian Haase From jmiller at stsci.edu Tue Dec 2 12:18:06 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 12:18:06 2003 Subject: [Numpy-discussion] CVS - built can't find package directory In-Reply-To: <200312021148.36186.haase@msg.ucsf.edu> References: <200312021148.36186.haase@msg.ucsf.edu> Message-ID: <1070396223.4552.32.camel@localhost.localdomain> On Tue, 2003-12-02 at 14:48, Sebastian Haase wrote: > Hi, > I'm trying to test some features of the latest CVS version. > I get: > $ python2.2 setup.py build --gencode > > error: package directory 'Packages/nd_image/Lib' does not exist This looks like a CVS update gone bad: a directory added since numarray-0.7 that didn't get populated by your checkout. I suggest doing: cvs update -d -P *or* just wipe out your old CVS and do a fresh checkout. > > -- after taking out the line of addons I get: > error: package directory 'Packages/MA/Lib' does not exist > Ditto here. One update in numarray should do it. > Then I get a compiler error: > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray > -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o > build/temp.linux-i686-2.2/_ufuncmodule.o > Src/_ufuncmodule.c: In function `_slow_exec1': > Src/_ufuncmodule.c:1555: parse error before `*' > Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) > Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only once > Src/_ufuncmodule.c:1556: for each function it appears in.) > Src/_ufuncmodule.c: In function `_slow_exec2': > Src/_ufuncmodule.c:1876: parse error before `*' > Src/_ufuncmodule.c:1877: parse error before `*' > Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) > Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) > Src/_ufuncmodule.c:1908: parse error before `*' > Src/_ufuncmodule.c:1909: parse error before `*' > error: command 'gcc' failed with exit status 1 > I'm not sure what happened here. CVS is currently viable though. Try again. > > What are these packages ? MA is a port of Paul Dubois masked array package. nd_image is Peter Verveer's new multi-dimensional image processing package. > Cheers, Todd -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 13:57:03 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 13:57:03 2003 Subject: [Numpy-discussion] CVS - built can't find package directory References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> Message-ID: <00a101c3b91f$2daec8e0$421ee6a9@rodan> > CVS builds fine for me with gcc-3.2.2. I don't have gcc-2.95 anymore. > I built numarray yesterday with Sun cc so I don't think it's a compiler > issue. > > Looking at the code in question, it is fairly new (last 3-4 weeks) so > if it didn't get updated, or got updated with conflicts, it could cause > problems... but not for me. I suggest wiping your current CVS and doing > a complete checkout. I changed in Src/_ufuncmodule.c around line 40 and line 43 (removed the semicolons): #if _PYTHON_CALLBACKS #define ConverterRebuffer(conv,arr,inb) \ PyObject_CallMethod(conv, "rebuffer", "(OO)", arr, inb) #else #define ConverterRebuffer(conv,arr,inb) \ ((PyConverterObject *)conv)->rebuffer(conv, arr, inb) #endif I do not understand why this caused trouble - but in my opinion there don't need to be any semiconlons, because you use it like a function call. Is there some documentation on the nd_image package ? Thanks - Sebastian > > Regards, > Todd > > On Tue, 2003-12-02 at 15:33, Sebastian Haase wrote: > > > > > cvs update -d -P > > > > Thanks - that was it ... > > > > > > > > > > Then I get a compiler error: > > > > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray > > > > -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o > > > > build/temp.linux-i686-2.2/_ufuncmodule.o > > > > Src/_ufuncmodule.c: In function `_slow_exec1': > > > > Src/_ufuncmodule.c:1555: parse error before `*' > > > > Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only > > once > > > > Src/_ufuncmodule.c:1556: for each function it appears in.) > > > > Src/_ufuncmodule.c: In function `_slow_exec2': > > > > Src/_ufuncmodule.c:1876: parse error before `*' > > > > Src/_ufuncmodule.c:1877: parse error before `*' > > > > Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1908: parse error before `*' > > > > Src/_ufuncmodule.c:1909: parse error before `*' > > > > error: command 'gcc' failed with exit status 1 > > > > > > > > > > I'm not sure what happened here. CVS is currently viable though. Try > > > again. > > > > > > > I just ran it again ... same thing. (my gcc is version 2.95) > > Could you check this ... ? > > > > - Sebastian > > > -- > Todd Miller > > From jmiller at stsci.edu Tue Dec 2 14:21:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 14:21:01 2003 Subject: [Numpy-discussion] CVS - built can't find package directory In-Reply-To: <00a101c3b91f$2daec8e0$421ee6a9@rodan> References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> Message-ID: <1070403580.4551.57.camel@localhost.localdomain> On Tue, 2003-12-02 at 16:56, Sebastian Haase wrote: > > CVS builds fine for me with gcc-3.2.2. I don't have gcc-2.95 anymore. > > I built numarray yesterday with Sun cc so I don't think it's a compiler > > issue. > > > > Looking at the code in question, it is fairly new (last 3-4 weeks) so > > if it didn't get updated, or got updated with conflicts, it could cause > > problems... but not for me. I suggest wiping your current CVS and doing > > a complete checkout. > > I changed in Src/_ufuncmodule.c around line 40 and line 43 (removed the > semicolons): > > #if _PYTHON_CALLBACKS > #define ConverterRebuffer(conv,arr,inb) \ > PyObject_CallMethod(conv, "rebuffer", "(OO)", arr, inb) > #else > #define ConverterRebuffer(conv,arr,inb) \ > ((PyConverterObject *)conv)->rebuffer(conv, arr, inb) > #endif > > I do not understand why this caused trouble - but in my opinion there don't > need to be any semiconlons, because you use it like a function call. I agree. They're gone now in CVS. I haven't recompiled widely though. > > Is there some documentation on the nd_image package ? In CVS, yes. > > Thanks > - Sebastian Regards, Todd -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 16:45:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 16:45:01 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument 'typecode' References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> Message-ID: <00ca01c3b936$9b0cdd70$421ee6a9@rodan> Hi, I'm just trying to debug some PyOpenGl stuff . It seems that this is only available with Numeric (no numarray !?) Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec !! ) I found this is because all my other code is using numarray and it is this conversion that takes so long. Switching to Numeric (and back to numarray) got this error message: [[[ Num is here numarray !! ]] self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) TypeError: zeros() got an unexpected keyword argument 'typecode' I thought numarray suppossed to be backwards compatible ... so I just report this as a bug. Regards, Sebastian From falted at openlc.org Wed Dec 3 02:09:04 2003 From: falted at openlc.org (Francesc Alted) Date: Wed Dec 3 02:09:04 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <1070365977.3452.32.camel@localhost.localdomain> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> Message-ID: <200312031108.15379.falted@openlc.org> A Dimarts 02 Desembre 2003 12:52, Todd Miller va escriure: > > I fixed the immediate problem with zero element string arrays this > morning. I imagine there are probably other problems with that case... > Please let me know if and when you find them. Thanks. Well, I've found another small issue. The next works: >>> array([]).info() class: shape: (0,) strides: (4,) byteoffset: 0 bytestride: 4 itemsize: 4 aligned: 1 contiguous: 1 data: byteorder: little byteswap: 0 type: Int32 But this don't: >>> strings.array([]) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 964, in array return fromlist(buffer, itemsize=itemsize, shape=shape, kind=kind) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 828, in fromlist shape, itemsize = _slistShape(slist, itemsize=itemsize, shape=shape) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 763, in _slistShape shape_items = _slistShape0(slist) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 746, in _slistShape0 maxs = _slistShape0(slist[0]) IndexError: list index out of range Perhaps (?) you want to make it equivalent to: >>> strings.array(None, shape=(0,), itemsize=0).info() class: shape: (0,) strides: (0,) byteoffset: 0 bytestride: 0 itemsize: 0 aligned: 1 contiguous: 1 data: type: CharArrayType(0) I've used the numarray present in CVS to run these test. Cheers, -- Francesc Alted From jmiller at stsci.edu Wed Dec 3 03:44:05 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 03:44:05 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument 'typecode' In-Reply-To: <00ca01c3b936$9b0cdd70$421ee6a9@rodan> References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> <00ca01c3b936$9b0cdd70$421ee6a9@rodan> Message-ID: <1070451787.3452.3.camel@localhost.localdomain> On Tue, 2003-12-02 at 19:44, Sebastian Haase wrote: > Hi, > I'm just trying to debug some PyOpenGl stuff . It seems that this is only > available with Numeric (no numarray !?) > > Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec > !! ) > I found this is because all my other code is using numarray and it is this > conversion that takes so long. > Switching to Numeric (and back to numarray) got this error message: > [[[ Num is here numarray !! ]] > self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) > TypeError: zeros() got an unexpected keyword argument 'typecode' numarray is still weak in a few places for keyword names. Try 'type' instead. Todd > > I thought numarray suppossed to be backwards compatible ... so I just > report this as a bug. > > Regards, > Sebastian > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From jmiller at stsci.edu Wed Dec 3 03:48:07 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 03:48:07 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <200312031108.15379.falted@openlc.org> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> Message-ID: <1070452050.3452.7.camel@localhost.localdomain> On Wed, 2003-12-03 at 05:08, Francesc Alted wrote: > A Dimarts 02 Desembre 2003 12:52, Todd Miller va escriure: > > > > I fixed the immediate problem with zero element string arrays this > > morning. I imagine there are probably other problems with that case... > > Please let me know if and when you find them. > > Thanks. Well, I've found another small issue. The next works: > > >>> array([]).info() > class: > shape: (0,) > strides: (4,) > byteoffset: 0 > bytestride: 4 > itemsize: 4 > aligned: 1 > contiguous: 1 > data: 00000000> > byteorder: little > byteswap: 0 > type: Int32 > > > But this don't: > > >>> strings.array([]) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 964, > in array > return fromlist(buffer, itemsize=itemsize, shape=shape, kind=kind) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 828, > in fromlist > shape, itemsize = _slistShape(slist, itemsize=itemsize, shape=shape) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 763, > in _slistShape > shape_items = _slistShape0(slist) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 746, > in _slistShape0 > maxs = _slistShape0(slist[0]) > IndexError: list index out of range > > Perhaps (?) you want to make it equivalent to: > > >>> strings.array(None, shape=(0,), itemsize=0).info() > class: > shape: (0,) > strides: (0,) > byteoffset: 0 > bytestride: 0 > itemsize: 0 > aligned: 1 > contiguous: 1 > data: 00000000> > type: CharArrayType(0) > > I've used the numarray present in CVS to run these test. OK. I appended this to the 'zero dimension string' bug report so that it doesn't get lost. Todd -- Todd Miller From spbgomuv at yahoo.com Wed Dec 3 06:49:01 2003 From: spbgomuv at yahoo.com (Ward Anaya) Date: Wed Dec 3 06:49:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....kendall Message-ID: <275j87192e9o98or@s0834azlxoo> US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. sblze ioexzzcaj nw h btdicm rdj ro ovgz vjuwsywtj u mgd a y From haase at msg.ucsf.edu Wed Dec 3 10:48:02 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Wed Dec 3 10:48:02 2003 Subject: [Numpy-discussion] numarray memmap References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> Message-ID: <012701c3b9cd$dd0607a0$421ee6a9@rodan> Hi, I would like to use memmap array more often - here are some comments: (Please look for lines with $$$$) >>> from numarray import memmap as mm >>> m = mm.open("C:/mm1", mode='w+', len=0) >>> n = m.insert(0,0) >>> a = na.array(buffer=n) X:\PrWin\wxPython\lib\PyCrust\PyCrustApp.py:1: DeprecationWarning: The 'buffer' keyword is deprecated. Use 'sequence' instead. Exception exceptions.AttributeError: "Memmap instance has no attribute '_mode'" in Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\numarray\numarraycore.py", line 279, in array type = getTypeObject(sequence, type, typecode) File "X:\PrWin\numarray\numarraycore.py", line 223, in getTypeObject return Py2NumType[ _maxtype(sequence) ] KeyError $$$$ Is this a mistake on my part or should the error message be "better" ??? >>> a = na.array(buffer=n, type=na.UInt16, shape=(0,0,0)) >>> a.shape (0, 0, 0) >>> m >>> a.resize((100,100,100)) >>> a.shape (100, 100, 100) >>> m.sync() >>> m.flush() Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\numarray\memmap.py", line 501, in flush self._consolidate(filename) File "X:\PrWin\numarray\memmap.py", line 469, in _consolidate f.write(self._buffer(m, mlen)) File "X:\PrWin\numarray\memmap.py", line 317, in _buffer raise RuntimeError("Memmap no longer valid. (closed?)") RuntimeError: Memmap no longer valid. (closed?) >>> m $$$$ Is this a bug ? My idea is to "prepare" the memmap file before I actually know the array dimensions that should go into it. Is that a good idea ? Thanks, Sebastian Haase From wagner.nils at vdi.de Wed Dec 3 11:21:04 2003 From: wagner.nils at vdi.de (Nils Wagner) Date: Wed Dec 3 11:21:04 2003 Subject: [Numpy-discussion] squeeze in Matrix.py In-Reply-To: <200312031857.18892.thuemmle@mathematik.uni-bielefeld.de> Message-ID: Dear experts, Please, can someone explain the reason for using squeeze in Matrix.py http://cvs.sourceforge.net/viewcvs.py/numpy/Numerical/Lib/ Matrix.py?r1=1.20&r2=1.21 http://cvs.sourceforge.net/viewcvs.py/numpy/Numerical/Lib/ Matrix.py?r1=1.18&r2=1.19 Thanks in advance. Nils From jmiller at stsci.edu Wed Dec 3 11:52:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 11:52:04 2003 Subject: [Numpy-discussion] numarray memmap In-Reply-To: <012701c3b9cd$dd0607a0$421ee6a9@rodan> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> <012701c3b9cd$dd0607a0$421ee6a9@rodan> Message-ID: <1070481083.962.55.camel@halloween.stsci.edu> On Wed, 2003-12-03 at 13:47, Sebastian Haase wrote: > Hi, > I would like to use memmap array more often - here are some comments: > (Please look for lines with $$$$) > > >>> from numarray import memmap as mm > >>> m = mm.open("C:/mm1", mode='w+', len=0) > >>> n = m.insert(0,0) > >>> a = na.array(buffer=n) > X:\PrWin\wxPython\lib\PyCrust\PyCrustApp.py:1: DeprecationWarning: The > 'buffer' keyword is deprecated. Use 'sequence' instead. > Exception exceptions.AttributeError: "Memmap instance has no attribute > '_mode'" in Traceback (most recent call last): > File "", line 1, in ? > File "X:\PrWin\numarray\numarraycore.py", line 279, in array > type = getTypeObject(sequence, type, typecode) > File "X:\PrWin\numarray\numarraycore.py", line 223, in getTypeObject > return Py2NumType[ _maxtype(sequence) ] > KeyError > > $$$$ Is this a mistake on my part or should the error message be "better" > ??? How's this?: Traceback (most recent call last): File "sabby1.py", line 5, in ? a = na.array(buffer=n) File "/home/jmiller/lib/python2.3/site-packages/numarray/numarraycore.py", line 282, in array type = getTypeObject(sequence, type, typecode) File "/home/jmiller/lib/python2.3/site-packages/numarray/numarraycore.py", line 226, in getTypeObject raise TypeError("Can't determine a reasonable type from sequence") TypeError: Can't determine a reasonable type from sequence > > >>> a = na.array(buffer=n, type=na.UInt16, shape=(0,0,0)) > >>> a.shape > (0, 0, 0) > >>> m > > >>> a.resize((100,100,100)) > >>> a.shape > (100, 100, 100) > >>> m.sync() > >>> m.flush() > Traceback (most recent call last): > File "", line 1, in ? > File "X:\PrWin\numarray\memmap.py", line 501, in flush > self._consolidate(filename) > File "X:\PrWin\numarray\memmap.py", line 469, in _consolidate > f.write(self._buffer(m, mlen)) > File "X:\PrWin\numarray\memmap.py", line 317, in _buffer > raise RuntimeError("Memmap no longer valid. (closed?)") > RuntimeError: Memmap no longer valid. (closed?) > >>> m > > > $$$$ Is this a bug ? Evidently. I logged it on SF. Switching to a length 1 map seems to "fix" the problem so I think you've discovered an interesting edge case bug in _consolidate(). I'm still looking for the fix. > > My idea is to "prepare" the memmap file before I actually know the array > dimensions that should go into it. Is that a good idea ? In theory, yes. In reality... apparently not. > > Thanks, > Sebastian Haase Regards, Todd > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From rysz_c5 at yahoo.com Wed Dec 3 13:32:06 2003 From: rysz_c5 at yahoo.com (Resume) Date: Wed Dec 3 13:32:06 2003 Subject: [Numpy-discussion] Civil Designer Message-ID: RIC SIE Tel (408) 482-2840 rzbig at yahoo.com OBJECTIVE: STRUCTURAL & MECHANICAL DESIGNER CIVIL, ARCHITECTURAL, TRANSPORTATION CAD Operator EXPERIENCE: 93 - present DESIGNER, ENGINEER, CAD MANAGER; "Mech-Tronic" Engineering & Design Service, Project Management & Development. Preparing technical documentation, calculations, layouts drawings & propositions. CAD Management and Operations, drafting & redesigning. Intergraph, MicroStation, Autodesk, ACAD, Win, Net, Softdesk Mgmt Civil, Bridges and Structural Design, Plans, Mapping, Detail Freeway & Roadway, data translation & inserting. Script & CAD automation. Geological Structures, Viaducts, Freeways, Highways, Shopping Center. Architectural and Environmental Projects and cooperation; military facilities and plans, Cities, Airports, remediation drawings upgrade, correcting and redesign. Traffic design & problem analyzes-reorganize. Freeway Design & Drafting Support, Site analyzing for Caltrans, Architectural, Archeotype & Electrical drawings, "as is" and initial design; Develop remediation procedure and equipment for lead painted buildings. Construction management, Job site inspection, civil & structural support Mechanical Evaluations - Design - Service and Maintenance; R&D. EDUCATION: Institute for Business & Technology, California CAD Engineer, Programming, Design, Management Electro - Mechanical College Mechanical Engineering - BS Degree DOS, UNIX, MAC, SUN computers; WP, dBASE, Lotus, Network, Lisp, Windows & Appl., PFS, Graphics, CAD/CAM, Basic, Fortran, Analyzes. METRIC, SOLAR, AutoCAD/Computer Instructor. Transportation Spec. Personal Designer, MS Project, MS Works, Excel, Access, C, Script, File Management, File transfer. Learn quickly, work independly, shift, overtime From edcjones at erols.com Wed Dec 3 16:27:05 2003 From: edcjones at erols.com (Edward C. Jones) Date: Wed Dec 3 16:27:05 2003 Subject: [Numpy-discussion] Problem with NA_IeeeSpecial64 Message-ID: <3FCE7E67.3090201@erols.com> /* * When I use NA_IeeeSpecial64 in this little module, I get a * segfault. If I use MY_IeeeSpecial64, the program appears to * work. Anyone know what the problem is? Here is the Python code. * * #! /usr/bin/env python * import ieee * mask = ieee.POS_QUIET_NAN * print ieee.IeeeSpecial64(1.0, mask) */ #include #include #include /* From libnumarraymodule.c or ieeespecial.ch */ #define WITHIN64(v, f) (((v) >= f##_MIN64) && ((v) <= f##_MAX64)) Bool MY_IeeeSpecial64( Float64 *f, Int32 *mask) { Int32 category; UInt64 *f1 = (UInt64 *) f; UInt64 v = *f1; if (v & BIT(63)) { if (WITHIN64(v, NEG_NORMALIZED)) { category = MSK_NEG_NOR; } else if (WITHIN64(v, NEG_DENORMALIZED)) { category = MSK_NEG_DEN; } else if (WITHIN64(v, NEG_SIGNAL_NAN)) { category = MSK_NEG_SNAN; } else if (WITHIN64(v, NEG_QUIET_NAN)) { category = MSK_NEG_QNAN; } else if (v == NEG_INFINITY_MIN64) { category = MSK_NEG_INF; } else if (v == NEG_ZERO_MIN64) { category = MSK_NEG_ZERO; } else if (v == INDETERMINATE_MIN64) { category = MSK_INDETERM; } else { category = MSK_BUG; } } else { if (WITHIN64(v, POS_NORMALIZED)) { category = MSK_POS_NOR; } else if (WITHIN64(v, POS_DENORMALIZED)) { category = MSK_POS_DEN; } else if (WITHIN64(v, POS_SIGNAL_NAN)) { category = MSK_POS_SNAN; } else if (WITHIN64(v, POS_QUIET_NAN)) { category = MSK_POS_QNAN; } else if (v == POS_INFINITY_MIN64) { category = MSK_POS_INF; } else if (v == POS_ZERO_MIN64) { category = MSK_POS_ZERO; } else { category = MSK_BUG; } } return (category & *mask) != 0; } static PyObject* IeeeSpecial64(PyObject* obj, PyObject *args) { Int32 mask; Bool b; Float64 value; PyObject* result; if (!PyArg_ParseTuple(args, "di:IeeeSpecial64", &value, &mask)) return NULL; printf("%f %d\n", value, mask); /* Seems to work. */ b = MY_IeeeSpecial64(&value, &mask); printf("L75 %d\n", b); /* The next line causes a segfault. */ b = NA_IeeeSpecial64(&value, &mask); printf("L78 %d\n", b); if (b) result = Py_True; else result = Py_False; Py_INCREF(result); return result; } static PyMethodDef ieee_Methods[] = { {"IeeeSpecial64", IeeeSpecial64, METH_VARARGS, ""}, {NULL, NULL, 0, NULL} /* sentinel */ }; PyMODINIT_FUNC initieee(void) { PyObject* m; m = Py_InitModule("ieee", ieee_Methods); PyModule_AddIntConstant(m, "POS_QUIET_NAN", (int) MSK_POS_QNAN); } From jmiller at stsci.edu Thu Dec 4 02:22:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Thu Dec 4 02:22:04 2003 Subject: [Numpy-discussion] Problem with NA_IeeeSpecial64 In-Reply-To: <3FCE7E67.3090201@erols.com> References: <3FCE7E67.3090201@erols.com> Message-ID: <1070533260.3452.3.camel@localhost.localdomain> On Wed, 2003-12-03 at 19:23, Edward C. Jones wrote: > /* > * When I use NA_IeeeSpecial64 in this little module, I get a > * segfault. If I use MY_IeeeSpecial64, the program appears to > * work. Anyone know what the problem is? Did you "import_libnumarray();" in the module where you are trying to use NA_IeeeSpecial64? If not, then the numarray C-API jump table pointer (for that module) is uninitialized and leads to a segfault on the first call through it. Regards, Todd > Here is the Python code. > * > * #! /usr/bin/env python > * import ieee > * mask = ieee.POS_QUIET_NAN > * print ieee.IeeeSpecial64(1.0, mask) > */ > > #include > #include > #include > > /* From libnumarraymodule.c or ieeespecial.ch */ > #define WITHIN64(v, f) (((v) >= f##_MIN64) && ((v) <= f##_MAX64)) > Bool MY_IeeeSpecial64( Float64 *f, Int32 *mask) > { > Int32 category; > UInt64 *f1 = (UInt64 *) f; > UInt64 v = *f1; > > if (v & BIT(63)) { > if (WITHIN64(v, NEG_NORMALIZED)) { > category = MSK_NEG_NOR; > } else if (WITHIN64(v, NEG_DENORMALIZED)) { > category = MSK_NEG_DEN; > } else if (WITHIN64(v, NEG_SIGNAL_NAN)) { > category = MSK_NEG_SNAN; > } else if (WITHIN64(v, NEG_QUIET_NAN)) { > category = MSK_NEG_QNAN; > } else if (v == NEG_INFINITY_MIN64) { > category = MSK_NEG_INF; > } else if (v == NEG_ZERO_MIN64) { > category = MSK_NEG_ZERO; > } else if (v == INDETERMINATE_MIN64) { > category = MSK_INDETERM; > } else { > category = MSK_BUG; > } > } else { > if (WITHIN64(v, POS_NORMALIZED)) { > category = MSK_POS_NOR; > } else if (WITHIN64(v, POS_DENORMALIZED)) { > category = MSK_POS_DEN; > } else if (WITHIN64(v, POS_SIGNAL_NAN)) { > category = MSK_POS_SNAN; > } else if (WITHIN64(v, POS_QUIET_NAN)) { > category = MSK_POS_QNAN; > } else if (v == POS_INFINITY_MIN64) { > category = MSK_POS_INF; > } else if (v == POS_ZERO_MIN64) { > category = MSK_POS_ZERO; > } else { > category = MSK_BUG; > } > } > return (category & *mask) != 0; > } > > static PyObject* IeeeSpecial64(PyObject* obj, PyObject *args) > { > Int32 mask; > Bool b; > Float64 value; > PyObject* result; > > if (!PyArg_ParseTuple(args, "di:IeeeSpecial64", &value, &mask)) > return NULL; > > printf("%f %d\n", value, mask); > /* Seems to work. */ > b = MY_IeeeSpecial64(&value, &mask); > printf("L75 %d\n", b); > /* The next line causes a segfault. */ > b = NA_IeeeSpecial64(&value, &mask); > printf("L78 %d\n", b); > if (b) > result = Py_True; > else > result = Py_False; > > Py_INCREF(result); > return result; > } > > static PyMethodDef ieee_Methods[] = { > {"IeeeSpecial64", IeeeSpecial64, METH_VARARGS, ""}, > {NULL, NULL, 0, NULL} /* sentinel */ > }; > > PyMODINIT_FUNC initieee(void) > { > PyObject* m; > > m = Py_InitModule("ieee", ieee_Methods); > > PyModule_AddIntConstant(m, "POS_QUIET_NAN", (int) MSK_POS_QNAN); > } > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From jerome_figueroa at yahoo.com Thu Dec 4 07:58:12 2003 From: jerome_figueroa at yahoo.com (Jerome Figueroa) Date: Thu Dec 4 07:58:12 2003 Subject: [Numpy-discussion] meshless methods Message-ID: <001701c3ba7e$5f2016d0$b924093d@thinkpadjerome> Hi, I would like to ask if anyone has worked on meshless methods or any of the below mentioned using python (with numpy or any other python open source tools)? -- reproducing kernel particle method -- smooth particle hydrodynamics -- moving least squares -- partition of unity -- meshless point collocation method -- galerkin method I'm going to be doing some simulation programs that need these methods. I hope to be able to add some value to the community and at the same time use whatever the community already has. Links or other info would also be very much appreciated. Thank you very much! Regards, Jerome -------------- next part -------------- An HTML attachment was scrubbed... URL: From haase at msg.ucsf.edu Thu Dec 4 14:42:07 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 4 14:42:07 2003 Subject: [Numpy-discussion] numarray.records - get/set item Message-ID: <02d901c3bab7$c367b100$421ee6a9@rodan> Hi, Is it maybe a good idea to add this to the definition of 'class Record' class Record: """Class for one single row.""" def __getitem__(self, fieldName): return self.array.field(fieldName)[self.row] def __setitem__(self, fieldName, value): self.array.field(fieldName)[self.row] = value I don't know about the implications if __delitem __ and so on are not defined. I just think it would look quite nice to say myRecArr[0]['mmm'] = 'hallo' as opposed to myRecArr[0].setfield('mmm', 'hallo') Actually I would even like myRecArr[0].mmm = 'hallo' This should be possible by defining __setattr__. It would obviously only work for fieldnames that do not contain '.' or ' ' or ... Any comments ? Sebastian Haase From perry at stsci.edu Thu Dec 4 15:09:09 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 4 15:09:09 2003 Subject: [Numpy-discussion] numarray.records - get/set item In-Reply-To: <02d901c3bab7$c367b100$421ee6a9@rodan> Message-ID: > Hi, > Is it maybe a good idea to add this to the definition of 'class Record' > > class Record: > """Class for one single row.""" > > def __getitem__(self, fieldName): > return self.array.field(fieldName)[self.row] > def __setitem__(self, fieldName, value): > self.array.field(fieldName)[self.row] = value > > I don't know about the implications if __delitem __ and so on are not > defined. > I just think it would look quite nice to say > myRecArr[0]['mmm'] = 'hallo' > as opposed to > myRecArr[0].setfield('mmm', 'hallo') > > Actually I would even like > myRecArr[0].mmm = 'hallo' > > This should be possible by defining __setattr__. > It would obviously only work for fieldnames that do not contain '.' or ' ' > or ... > > Any comments ? > > We've had many internal discussions about doing this. The latter was considered a problem because of possible name collisions of field names with other attributes or methods. The former is not bothered by this problem, but we decided to be conservative on this and see how strong the need was. We are interested in other opinions. Perry From haase at msg.ucsf.edu Thu Dec 4 16:28:06 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 4 16:28:06 2003 Subject: Fw: [Numpy-discussion] numarray.records - get/set item Message-ID: <030401c3bac6$96382a20$421ee6a9@rodan> My situation where I got onto this, is having one field named 'mmm' ("MinMaxMean") being an 3 element array. Now, to assign the values first I tried: self.hdrArray = makeHdrArray(self.h) #this makes the record array self.hdr = self.hdrArray[0].field #this is my shortcut to the bound member function # it essentially is a solution (hack) for the getitem part # but regarding setitem I had to learn that "assigning to a function" is illigal in Python - as opposed to C++ #so to do assignment I need to do: self.hdr('mmm')[0], self.hdr('mmm')[1], self.hdr('mmm')[2] = (mi,ma,av) now that I'm looking at it, self.hdrArray[0].setfield('mmm', (mi,ma,av)) would probably be better... How about adding an attribute 'f' which could serve as a "proxy" to allow: myRec.f.mmm = (mi,ma,av) and maybe even additionally: myRec.f['mmm'] = (mi,ma,av) Regards, Sebastian ----- Original Message ----- From: "Perry Greenfield" To: "Sebastian Haase" ; Sent: Thursday, December 04, 2003 3:08 PM Subject: RE: [Numpy-discussion] numarray.records - get/set item > > Hi, > > Is it maybe a good idea to add this to the definition of 'class Record' > > > > class Record: > > """Class for one single row.""" > > > > def __getitem__(self, fieldName): > > return self.array.field(fieldName)[self.row] > > def __setitem__(self, fieldName, value): > > self.array.field(fieldName)[self.row] = value > > > > I don't know about the implications if __delitem __ and so on are not > > defined. > > I just think it would look quite nice to say > > myRecArr[0]['mmm'] = 'hallo' > > as opposed to > > myRecArr[0].setfield('mmm', 'hallo') > > > > Actually I would even like > > myRecArr[0].mmm = 'hallo' > > > > This should be possible by defining __setattr__. > > It would obviously only work for fieldnames that do not contain '.' or ' ' > > or ... > > > > Any comments ? > > > > > We've had many internal discussions about doing this. The latter was > considered a problem because of possible name collisions of field > names with other attributes or methods. The former is not bothered > by this problem, but we decided to be conservative on this and see > how strong the need was. We are interested in other opinions. > > Perry From cjw at sympatico.ca Thu Dec 4 17:08:29 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Thu Dec 4 17:08:29 2003 Subject: [Numpy-discussion] numarray.records - get/set item In-Reply-To: <030e01c3bac6$f71ab740$421ee6a9@rodan> References: <02d901c3bab7$c367b100$421ee6a9@rodan> <3FCFCAE0.4090709@sympatico.ca> <030e01c3bac6$f71ab740$421ee6a9@rodan> Message-ID: <3FCFDA5D.6020007@sympatico.ca> Thanks, I've copied the list here. Colin W. Sebastian Haase wrote: >Hi Colin, >Did you also forget to cc that message to the mailing list - because I just >realized that I send my second mail directly to Perry (only) >[I'm not part of the "numarray-team" - so you would need to resent this >message to the list ...] > >Regards, >Sebastian > >----- Original Message ----- >From: "Colin J. Williams" >To: "Sebastian Haase" >Sent: Thursday, December 04, 2003 4:01 PM >Subject: Re: [Numpy-discussion] numarray.records - get/set item > > > > >>Sebastian Haase wrote: >> >> >> >>>Hi, >>>Is it maybe a good idea to add this to the definition of 'class Record' >>> >>>class Record: >>> """Class for one single row.""" >>> >>> def __getitem__(self, fieldName): >>> return self.array.field(fieldName)[self.row] >>> def __setitem__(self, fieldName, value): >>> self.array.field(fieldName)[self.row] = value >>> >>>I don't know about the implications if __delitem __ and so on are not >>>defined. >>>I just think it would look quite nice to say >>>myRecArr[0]['mmm'] = 'hallo' >>>as opposed to >>>myRecArr[0].setfield('mmm', 'hallo') >>> >>>Actually I would even like >>>myRecArr[0].mmm = 'hallo' >>> >>>This should be possible by defining __setattr__. >>>It would obviously only work for fieldnames that do not contain '.' or ' >>> >>> >' > > >>>or ... >>> >>>Any comments ? >>> >>> >>> >>> >>I prefer this, it requires fewer key strokes and should be easy to do. >> >>Colin W. >> >> >> >> >> > > > > From haase at msg.ucsf.edu Fri Dec 5 09:56:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Fri Dec 5 09:56:01 2003 Subject: [Numpy-discussion] numarray memmap "reopen" problem Message-ID: <040101c3bb58$f56ad000$421ee6a9@rodan> Hi, I create a memmap file with mode 'w+'. But I forgot to assign a name to the object. So just call the same function again. But this time I get a "no such file error" ! a) the file actually does exist , b) It shouldn't care, because mode == 'w+'. This is the traceback I get : (len == 1024) >>> Mrc.bindMrc("C:/mm7.mrc", mode='w+') array([], type=Int8) >>> a = Mrc.bindMrc("C:/mm7.mrc", mode='w+') Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\Priithon\Mrc.py", line 9, in bindMrc a = Mrc(fn,mode) File "X:\PrWin\Priithon\Mrc.py", line 43, in __init__ self.m = mm.open(filename=path, mode=mode, len=len) File "X:\PrWin\numarray\memmap.py", line 762, in open return Memmap(filename, mode, len) File "X:\PrWin\numarray\memmap.py", line 269, in __init__ file = _open(filename, (mode == "c" and "r" or mode)) File "X:\PrWin\numarray\memmap.py", line 236, in _open return __open(file, mode+"b") IOError: [Errno 2] No such file or directory: 'C:/mm7.mrc' Any idea how this error message could come about ? Regards, Sebastian Haase From ckyu8ynthx at yahoo.com Sat Dec 6 01:41:01 2003 From: ckyu8ynthx at yahoo.com (Ellis Pryor) Date: Sat Dec 6 01:41:01 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...corbin Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA hcbtqno From haase at msg.ucsf.edu Mon Dec 8 14:28:06 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Mon Dec 8 14:28:06 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument'typecode' References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> <00ca01c3b936$9b0cdd70$421ee6a9@rodan> <1070451787.3452.3.camel@localhost.localdomain> Message-ID: <061c01c3bdda$80942ae0$421ee6a9@rodan> I just realized that import numarray as na and from numarray import numeric as na actually just differ in the definition of zeros() (and 3 other calls) Hopefully I was the only one who missed this difference. I thought that since numarray 0.5 everything was now in sub-packages and the second way of doing the import was now the suggested one ... Now I think otherwise and it makes all sense again. Regards, Sebastian Haase > On Tue, 2003-12-02 at 19:44, Sebastian Haase wrote: > > Hi, > > I'm just trying to debug some PyOpenGl stuff . It seems that this is only > > available with Numeric (no numarray !?) > > > > Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec > > !! ) > > I found this is because all my other code is using numarray and it is this > > conversion that takes so long. > > Switching to Numeric (and back to numarray) got this error message: > > [[[ Num is here numarray !! ]] > > self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) > > TypeError: zeros() got an unexpected keyword argument 'typecode' > > numarray is still weak in a few places for keyword names. Try 'type' > instead. > > Todd > > > > I thought numarray suppossed to be backwards compatible ... so I just > > report this as a bug. > > > > Regards, > > Sebastian > > From subsumed at itl.net.ua Mon Dec 8 15:11:02 2003 From: subsumed at itl.net.ua (Subsumed) Date: Mon Dec 8 15:11:02 2003 Subject: [Numpy-discussion] way to bettter heallth 0 In-Reply-To: <7E123C7AJL5399AE@lists.sourceforge.net> References: <7E123C7AJL5399AE@lists.sourceforge.net> Message-ID: An HTML attachment was scrubbed... URL: From nadavh at VisionSense.com Mon Dec 8 22:50:01 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 8 22:50:01 2003 Subject: [Numpy-discussion] Adding routines to the numarray package. Message-ID: <1070952486.2981.13.camel@Nadav.Envision.co.il> I am using a chirp-z-transform routine which I have ported from an Octave m-file (GPL licensed). What should I do in order to offer it to be included into the numarray.fft package? Nadav. From jmiller at stsci.edu Tue Dec 9 10:18:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 9 10:18:01 2003 Subject: [Numpy-discussion] Adding routines to the numarray package. In-Reply-To: <1070952486.2981.13.camel@Nadav.Envision.co.il> References: <1070952486.2981.13.camel@Nadav.Envision.co.il> Message-ID: <1070993810.4670.74.camel@localhost.localdomain> I responded to Nadav about this earlier but accidentally made it private e-mail. In a nutshell, GPL'ed code doesn't belong in numarray. I am not familiar with the chirp-z-transform myself. Does anyone have numarray/Numeric code which does the chirp-z which we can include in numarray under a modified BSD license? Todd On Tue, 2003-12-09 at 01:48, Nadav Horesh wrote: > I am using a chirp-z-transform routine which I have ported from an > Octave m-file (GPL licensed). What should I do in order to offer it to > be included into the numarray.fft package? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From liotfqsxp at yahoo.com Tue Dec 9 13:15:02 2003 From: liotfqsxp at yahoo.com (Kirk Pagan) Date: Tue Dec 9 13:15:02 2003 Subject: [Numpy-discussion] ePHARMACY Wholesale - LEV.ITRA, VIE.AGRA, Celebrex - INTERNET PRICES...hannibal Message-ID: An HTML attachment was scrubbed... URL: From haase at msg.ucsf.edu Tue Dec 9 13:38:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 9 13:38:01 2003 Subject: [Numpy-discussion] PyMatrix: Announcement References: <3FC204D0.2010503@sympatico.ca> Message-ID: <072e01c3be9c$a4d1e2e0$421ee6a9@rodan> Hi Colin, We are interested in using your PyMatrix packages (It' numarray not Numeric, right?). First though, someone in my lab had the following concern: What if I actually need the element-wise multiplication ? (In other words: The Matlab .* operator) I understand that python does not allow to invent new operator symbols. How about multiplying a Matrix with a Numarray ? Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking of two differently typed objects sharing one "value-memory space", so that essentially the type determines which multiplication is being used ...) Thanks, Sebastian Haase ----- Original Message ----- From: "Colin J. Williams" Newsgroups: comp.lang.python,comp.lang.python.announce To: "numpy-discussion" ; "SciPy Discussion List" Cc: "Huaiyu Zhu" Sent: Monday, November 24, 2003 5:17 AM Subject: [Numpy-discussion] PyMatrix: Announcement > PyMatrix is available for test and review. > http://www3.sympatico.ca/cjw > > PyMatrix provides access to basic matrix arithmetic, using Python and > numarray. > > Examples: > A * B => the product of > matrices A and B > A.I => the inverse of matrix A > A.EVectors => the eigenvectors of A > A.var(0) => the variances of the > columns of A > (a.T*a).I * a.T*b => the solution (x) for a * > x = b, > where a is a > matrix and b a column vector > > This package was developed on a Windows XP. I would appreciate > comments, particularly with respect to usage on other systems. > > Colin W. > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From edcjones at erols.com Tue Dec 9 14:36:01 2003 From: edcjones at erols.com (Edward C. Jones) Date: Tue Dec 9 14:36:01 2003 Subject: [Numpy-discussion] Maybe another "happens the second time" bug Message-ID: <3FD64D45.7030102@erols.com> numarray 0.7, Python 2.3.2, and Gentoo Linux 1.4. #! /usr/bin/env python import numarray from numarray.numerictypes import * arr = numarray.zeros((4,4,4), Int32) arr[0,3,2] = 1 a = numarray.sometrue(arr) b = numarray.sometrue(arr) print a print b From jmiller at stsci.edu Tue Dec 9 14:56:00 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 9 14:56:00 2003 Subject: [Numpy-discussion] Maybe another "happens the second time" bug In-Reply-To: <3FD64D45.7030102@erols.com> References: <3FD64D45.7030102@erols.com> Message-ID: <1071010532.3451.4.camel@localhost.localdomain> Good news... I too see the problem in numarray-0.7, but it is already fixed in CVS for numarray-0.8. Thanks for the report. Regards, Todd On Tue, 2003-12-09 at 17:31, Edward C. Jones wrote: > numarray 0.7, Python 2.3.2, and Gentoo Linux 1.4. > > #! /usr/bin/env python > > import numarray > from numarray.numerictypes import * > > arr = numarray.zeros((4,4,4), Int32) > arr[0,3,2] = 1 > > a = numarray.sometrue(arr) > b = numarray.sometrue(arr) > > print a > print b > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From bitkqgbo at yahoo.com Tue Dec 9 16:03:01 2003 From: bitkqgbo at yahoo.com (Freida Baird) Date: Tue Dec 9 16:03:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRYL LYNCH On Sector.....iniko Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) For more information on MBTT, visit their website at www.mbtech.us Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI, Inc. SCI was paid one hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. aeekzef ccdfumopqa rglt fssb hen wjnrbkarw koth sxudc t v pmmv jl djwglda ivn m From cjw at sympatico.ca Wed Dec 10 05:32:01 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Wed Dec 10 05:32:01 2003 Subject: [Numpy-discussion] PyMatrix: Announcement Message-ID: <3FD72027.5050509@sympatico.ca> Sebastian Haase wrote: >Hi Colin, >We are interested in using your PyMatrix packages (It' numarray not Numeric, >right?). > That is correct. Testing so far is with numarray 0.7. Please remember to also install the version 0.7 addons. When version 0.8 arrives, all will be included in one package. The package is intended for comment and review. There is at least one problem in numarray, which we hope will be resolved in version 0.8. For example, for some functions, upon the first call, the function returns an instance of the M class (matrix), on the second call, it returns an instance of the NumArray class. > First though, someone in my lab had the following concern: >What if I actually need the element-wise multiplication ? >(In other words: The Matlab .* operator) [1] <%5B1%5D> > >I understand that python does not allow to invent new operator symbols. > Yes. This issue was discussed in PEP 225 . >How about multiplying a Matrix with a Numarray ? > Please see [2] <#2>. >Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking >of two differently typed objects sharing one "value-memory space", so that >essentially the type determines which multiplication is being used ...) > There is a need to think through the copy/view approach in PyMatrix. Currently, most cases are copies. I'm inclined to deprecate the dual view approach, but I would appreciate comments. Let me know if you have any questions or comments. Colin W. >Thanks, >Sebastian Haase > > >----- Original Message ----- >From: "Colin J. Williams" >Newsgroups: comp.lang.python,comp.lang.python.announce >To: "numpy-discussion" ; "SciPy >Discussion List" >Cc: "Huaiyu Zhu" >Sent: Monday, November 24, 2003 5:17 AM >Subject: [Numpy-discussion] PyMatrix: Announcement > > > > >>PyMatrix is available for test and review. >> http://www3.sympatico.ca/cjw >> >>PyMatrix provides access to basic matrix arithmetic, using Python and >>numarray. >> >>Examples: >> A * B => the product of >>matrices A and B >> A.I => the inverse of matrix >> >> >A > > >> A.EVectors => the eigenvectors of A >> A.var(0) => the variances of the >>columns of A >> (a.T*a).I * a.T*b => the solution (x) for a * >>x = b, >> where a is a >>matrix and b a column vector >> >>This package was developed on a Windows XP. I would appreciate >>comments, particularly with respect to usage on other systems. >> >>Colin W. >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion >> >> >> Notes: [1] Elementwise Multiplication The thinking here is that, for most matrix usage, the elementwise multiplication is less frequently required. Thus, a more complex expression can be tolerated. See the example below: a= mRange(9, shape=(3, 3)) b= mRange((9, 18), shape= (3, 3)) print 'Matrixwise multiplation:' print 'a * b (prettyprinted):', pp(a * b) print 'Elementwise multiplation:' print 'a * b (prettyprinted):', pp(M(a.A * b.A))) In the last case, we use the array mechanism. The output is: Matrixwise multiplation: a * b (prettyprinted):matrix([[ 42, 45, 48], [150, 162, 174], [258, 279, 300]]) None Elementwise multiplation: a * b (prettyprinted):matrix([[ 0, 10, 22], [ 36, 52, 70], [ 90, 112, 136]]) None [2] Multiplication of a matrix by an array or nested list When an compatible array or list is juxtapositioned with a matrix, it is in effect coerced to the higher class. a= mRange(9, shape=(3, 3) c= N.arange(9, shape=(3, 3)) print 'A matrix multiplied by an array:' print 'a * c (prettyprinted):', pp(a * c) print 'A matrix multiplied by a list:' lst= [[0, 1, 2], [3, 4, 5], [6, 7, 8]] print 'a * lst (prettyprinted):', pp(a * lst) The output is: A matrix multiplied by an array: a * c (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None A matrix multiplied by a list: a * lst (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None From hoel at gl-group.com Wed Dec 10 06:27:01 2003 From: hoel at gl-group.com (=?ISO-8859-15?Q?Berthold_H=F6llmann?=) Date: Wed Dec 10 06:27:01 2003 Subject: [Numpy-discussion] Dimension checking on assignment Message-ID: Hello, For some time now I waws searching for the cause of a segmentation fault in a quite complex piece of software of ours which occured only under Windows and not under Linux nor under Solaris. Finally it seems that the case were some lines that did the following: from Numeric import * import numeric_version print numeric_version.version from numfort import arrayInfo import sys print sys.version m = ones((48,6,8), Complex) m = transpose(m,[2,0,1]) a =swapaxes(innerproduct(transpose([[1,0,0],[0,1,0],[0,0,1]]),m[:,:,:3]),0,-1) print a.typecode() print "arrayInfo(m):" arrayInfo(m) print "arrayInfo(a):" arrayInfo(a) print m[:,:,:3].shape print a.shape print m[1,1,1] m[:,:,:3]=a print m[1,1,1] m[:,:,3:]=a print m[1,1,1] the nuarray.arrayInfo just prints the dimensions and strides of a Numeric array. With this script I get >python ~/xx.py 21.0 2.2.1 (#1, Dec 13 2002, 10:37:32) [GCC 3.2] D arrayInfo(m): 3 dimensions, dimensions : 8 48 6, strides : 1 48 8 arrayInfo(a): 3 dimensions, dimensions : 48 8 3, strides : 1 48 384 (8, 48, 3) (48, 8, 3) (1+0j) Segmentation fault under Linux. The code does not segfault when I print m in whole ("print m" instead of "print m[1,1,1]") and it does not segfault in my compelex program. It does segfault in my complex program under Windows. Versions are 2.3.2 for python and 23.1 for Numeric under Windows. The main question is, why is no exception raised on the incompatible dimensions in this example? Kind regards Berthold H?llmann -- Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: hoel at gl-group.com Internet: http://www.gl-group.com **************************************************** Please notice: We would like to inform you that the e-mail address of Germanischer Lloyd as well as our internet address had been changed to gl-group.com with effect from 1st March 2003. This means that the previous address shortmark at germanlloyd.org will be replaced by shortmark at gl-group.com. From now on the GL homepage can be accessed at the address 'http://www.gl-group.com'. The old addresses remain valid for a transitional period. **************************************************** This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. From hoel at gl-group.com Wed Dec 10 07:07:03 2003 From: hoel at gl-group.com (=?ISO-8859-15?Q?Berthold_H=F6llmann?=) Date: Wed Dec 10 07:07:03 2003 Subject: [Numpy-discussion] Re: Dimension checking on assignment In-Reply-To: (Berthold =?iso-8859-1?q?H=F6llmann's?= message of "Wed, 10 Dec 2003 15:26:02 +0100") References: Message-ID: Berthold H?llmann writes: > Hello, ... > >>python ~/xx.py > 21.0 > 2.2.1 (#1, Dec 13 2002, 10:37:32) > [GCC 3.2] > D > arrayInfo(m): > 3 dimensions, dimensions : 8 48 6, strides : 1 48 8 > arrayInfo(a): > 3 dimensions, dimensions : 48 8 3, strides : 1 48 384 > (8, 48, 3) > (48, 8, 3) > (1+0j) > Segmentation fault This is bug 857622 on SF now. Kind regards Berthold H?llmann -- Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: hoel at gl-group.com Internet: http://www.gl-group.com **************************************************** Please notice: We would like to inform you that the e-mail address of Germanischer Lloyd as well as our internet address had been changed to gl-group.com with effect from 1st March 2003. This means that the previous address shortmark at germanlloyd.org will be replaced by shortmark at gl-group.com. From now on the GL homepage can be accessed at the address 'http://www.gl-group.com'. The old addresses remain valid for a transitional period. **************************************************** This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. From haase at msg.ucsf.edu Thu Dec 11 10:46:02 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 11 10:46:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement References: <3FC204D0.2010503@sympatico.ca> <072e01c3be9c$a4d1e2e0$421ee6a9@rodan> <3FD71F34.5060006@sympatico.ca> Message-ID: <010801c3c016$eb9acc70$421ee6a9@rodan> Thanks for the reply. PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and dated from Mar-2002 (Python 2.0) That is about the results I got from my first google-groups search. What is the current thinking about this ? Looks to me like the "new operator" idea is dead. Or ?? I actually like (read: could live with) alternative 4 in PEP 225: which is, to provide operator overloading for what I call "different views" of the same matrix / image. How difficult is this to implement ? (What is the real difference to alternative 3 ? They both have m1.E * m2.E . ) Regards, Sebastian ----- Original Message ----- From: Colin J. Williams To: Sebastian Haase Sent: Wednesday, December 10, 2003 5:27 AM Subject: Re: [Numpy-discussion] PyMatrix: Announcement Sebastian Haase wrote: Hi Colin, We are interested in using your PyMatrix packages (It' numarray not Numeric, right?).That is correct. Testing so far is with numarray 0.7. Please remember to also install the version 0.7 addons. When version 0.8 arrives, all will be included in one package. The package is intended for comment and review. There is at least one problem in numarray, which we hope will be resolved in version 0.8. For example, for some functions, upon the first call, the function returns an instance of the M class (matrix), on the second call, it returns an instance of the NumArray class. First though, someone in my lab had the following concern: What if I actually need the element-wise multiplication ? (In other words: The Matlab .* operator) [1] I understand that python does not allow to invent new operator symbols.Yes. This issue was discussed in PEP 225. How about multiplying a Matrix with a Numarray ?Please see [2]. Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking of two differently typed objects sharing one "value-memory space", so that essentially the type determines which multiplication is being used ...)There is a need to think through the copy/view approach in PyMatrix. Currently, most cases are copies. I'm inclined to deprecate the dual view approach, but I would appreciate comments. Let me know if you have any questions or comments. Colin W. Thanks, Sebastian Haase ----- Original Message ----- From: "Colin J. Williams" Newsgroups: comp.lang.python,comp.lang.python.announce To: "numpy-discussion" ; "SciPy Discussion List" Cc: "Huaiyu Zhu" Sent: Monday, November 24, 2003 5:17 AM Subject: [Numpy-discussion] PyMatrix: Announcement PyMatrix is available for test and review. http://www3.sympatico.ca/cjw PyMatrix provides access to basic matrix arithmetic, using Python and numarray. Examples: A * B => the product of matrices A and B A.I => the inverse of matrix A A.EVectors => the eigenvectors of A A.var(0) => the variances of the columns of A (a.T*a).I * a.T*b => the solution (x) for a * x = b, where a is a matrix and b a column vector This package was developed on a Windows XP. I would appreciate comments, particularly with respect to usage on other systems. Colin W. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Numpy-discussion mailing list Numpy-discussion at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/numpy-discussion Notes: [1] Elementwise Multiplication The thinking here is that, for most matrix usage, the elementwise multiplication is less frequently required. Thus, a more complex expression can be tolerated. See the example below: a= mRange(9, shape=(3, 3)) b= mRange((9, 18), shape= (3, 3)) print 'Matrixwise multiplation:' print 'a * b (prettyprinted):', pp(a * b) print 'Elementwise multiplation:' print 'a * b (prettyprinted):', pp(M(a.A * b.A))) In the last case, we use the array mechanism. The output is: Matrixwise multiplation: a * b (prettyprinted):matrix([[ 42, 45, 48], [150, 162, 174], [258, 279, 300]]) None Elementwise multiplation: a * b (prettyprinted):matrix([[ 0, 10, 22], [ 36, 52, 70], [ 90, 112, 136]]) None [2] Multiplication of a matrix by an array or nested list When an compatible array or list is juxtapositioned with a matrix, it is in effect coerced to the higher class. a= mRange(9, shape=(3, 3) c= N.arange(9, shape=(3, 3)) print 'A matrix multiplied by an array:' print 'a * c (prettyprinted):', pp(a * c) print 'A matrix multiplied by a list:' lst= [[0, 1, 2], [3, 4, 5], [6, 7, 8]] print 'a * lst (prettyprinted):', pp(a * lst) The output is: A matrix multiplied by an array: a * c (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None A matrix multiplied by a list: a * lst (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None -------------- next part -------------- An HTML attachment was scrubbed... URL: From perry at stsci.edu Thu Dec 11 11:35:08 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 11 11:35:08 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: Message-ID: > -----Original Message----- > From: numpy-discussion-admin at lists.sourceforge.net > [mailto:numpy-discussion-admin at lists.sourceforge.net]On Behalf Of > Sebastian > Haase > Sent: Thursday, December 11, 2003 1:45 PM > To: Colin J. Williams > Cc: numpy-discussion at lists.sourceforge.net > Subject: Re: [Numpy-discussion] PyMatrix: Announcement > > > Thanks for the reply. > PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and > dated from > Mar-2002 (Python 2.0) > > That is about the results I got from my first google-groups > search. What is > the current thinking about this ? > Looks to me like the "new operator" idea is dead. Or ?? > > I actually like (read: could live with) alternative 4 in PEP > 225: which is, > to provide operator overloading for what I call > "different views" of the same matrix / image. How difficult is this to > implement ? > (What is the real difference to alternative 3 ? They both have > m1.E * m2.E > . ) > > Regards, > Sebastian > > > None > If I recall correctly, Guido didn't dismiss it out of hand, but he wasn't going to do anything about it unless there was sufficient noise from the community that this was very important. I think it is, and I suppose if we campaign enough, it may be considered. Perry From cjw at sympatico.ca Thu Dec 11 12:46:02 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Thu Dec 11 12:46:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: References: Message-ID: <3FD8D779.5030104@sympatico.ca> Perry Greenfield wrote: >>-----Original Message----- >>From: numpy-discussion-admin at lists.sourceforge.net >>[mailto:numpy-discussion-admin at lists.sourceforge.net]On Behalf Of >>Sebastian >>Haase >>Sent: Thursday, December 11, 2003 1:45 PM >>To: Colin J. Williams >>Cc: numpy-discussion at lists.sourceforge.net >>Subject: Re: [Numpy-discussion] PyMatrix: Announcement >> >> >>Thanks for the reply. >>PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and >>dated from >>Mar-2002 (Python 2.0) >> >>That is about the results I got from my first google-groups >>search. What is >>the current thinking about this ? >>Looks to me like the "new operator" idea is dead. Or ?? >> >>I actually like (read: could live with) alternative 4 in PEP >>225: which is, >>to provide operator overloading for what I call >>"different views" of the same matrix / image. How difficult is this to >>implement ? >>(What is the real difference to alternative 3 ? They both have >>m1.E * m2.E >>. ) >> >>Regards, >>Sebastian >> >> >> None >> >> >> >If I recall correctly, Guido didn't dismiss it out of hand, but he >wasn't going to do anything about it unless there was sufficient >noise from the community that this was very important. I think it >is, and I suppose if we campaign enough, it may be considered. > >Perry > > There has been little clamour for adding this complication to the syntax over the last three plus years. I suggest that PyMatrix shows that the desired results can be achieved, with few additional key strokes and without adding to the Python character set. Colin W From perry at stsci.edu Thu Dec 11 13:03:02 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 11 13:03:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: <3FD8D779.5030104@sympatico.ca> Message-ID: > There has been little clamour for adding this complication to the syntax > over the last three plus years. > This is certainly true. > I suggest that PyMatrix shows that the desired results can be achieved, > with few additional key strokes and without adding to the Python > character set. > > Colin W > I guess I will wait and see. The worry I have is that when people attempt to use a PyMatrix where a numarray is expected (and the same issue would be true for Numeric) that the behavior of expressions may cause some confusion (i.e., since matrix multiplies may happen instead of element-wise operations). This most likely will result in some visible exception (e.g., incompatible shapes) but may not. If people never mix the two, it won't be a problem; or if they are careful to convert before doing so. Perry From fv7kxs at yahoo.com Thu Dec 11 21:43:00 2003 From: fv7kxs at yahoo.com (Reuben Corcoran) Date: Thu Dec 11 21:43:00 2003 Subject: [Numpy-discussion] BREAKING NEWS On Health Care Stock ...kenneth Message-ID: <1kvdfo$ws5ha3y26614t2397@3qqdfk8xfc.731> An HTML attachment was scrubbed... URL: From falted at openlc.org Fri Dec 12 04:36:01 2003 From: falted at openlc.org (Francesc Alted) Date: Fri Dec 12 04:36:01 2003 Subject: [Numpy-discussion] take() over CharArrays Message-ID: <200312121334.56440.falted@openlc.org> Hi, take() doesn't seems to work when applied to numarray CharArrays: >>> a=strings.array("a"*400, shape=(2,4), itemsize=3) >>> take(a, (1,2)) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/ufunc.py", line 1766, in take return array._take((indices,), clipmode=clipmode) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 799, in _take impliedShape, N = _takeShape(self, indices) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 133, in _takeShape if scattered.isbyteswapped() or not scattered.iscontiguous(): AttributeError: 'CharArray' object has no attribute 'isbyteswapped' and, IMO, that functionality would be nice to have. Cheers, -- Francesc Alted From edcjones at erols.com Fri Dec 12 06:44:02 2003 From: edcjones at erols.com (Edward C. Jones) Date: Fri Dec 12 06:44:02 2003 Subject: [Numpy-discussion] Bug in max() Message-ID: <3FD9D32D.5030108@erols.com> I am using a CVS copy of numarray downloaded on Dec 9, 2003. The following program raises "TypeError: Can't reshape non-contiguous numarray": #! /usr/bin/env python import numarray z = numarray.zeros((2,2,2)) z.max() The error happens because "numarray.maximum.areduce" returns a non-contiguous array. From jmiller at stsci.edu Fri Dec 12 06:59:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Fri Dec 12 06:59:04 2003 Subject: [Numpy-discussion] take() over CharArrays In-Reply-To: <200312121334.56440.falted@openlc.org> References: <200312121334.56440.falted@openlc.org> Message-ID: <1071241088.2471.169.camel@halloween.stsci.edu> I agree that this is a necessary feature... but making take() work consistently across the range of array types in numarray requires more thought (and changes I think) than I can do on the eve of a release. I logged this as the first bug against numarray-0.8. However, I got array based indexing to work with minimal changes, so all is not lost: >>> a=strings.fromlist(["this"]*25); a.shape=(5,5); a[ range(2,4) ] CharArray([['this', 'this', 'this', 'this', 'this'], ['this', 'this', 'this', 'this', 'this']]) >>> a[ range(2,4) ] = strings.fromlist(["that"]); a CharArray([['this', 'this', 'this', 'this', 'this'], ['this', 'this', 'this', 'this', 'this'], ['that', 'that', 'that', 'that', 'that'], ['that', 'that', 'that', 'that', 'that'], ['this', 'this', 'this', 'this', 'this']]) works now in CVS and will be part of numarray-0.8. Todd On Fri, 2003-12-12 at 07:34, Francesc Alted wrote: > Hi, > > take() doesn't seems to work when applied to numarray CharArrays: > > >>> a=strings.array("a"*400, shape=(2,4), itemsize=3) > >>> take(a, (1,2)) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/ufunc.py", line 1766, > in take > return array._take((indices,), clipmode=clipmode) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 799, > in _take > impliedShape, N = _takeShape(self, indices) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 133, > in _takeShape > if scattered.isbyteswapped() or not scattered.iscontiguous(): > AttributeError: 'CharArray' object has no attribute 'isbyteswapped' > > and, IMO, that functionality would be nice to have. > > Cheers, > > -- > Francesc Alted > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From jmiller at stsci.edu Fri Dec 12 07:04:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Fri Dec 12 07:04:01 2003 Subject: [Numpy-discussion] Bug in max() In-Reply-To: <3FD9D32D.5030108@erols.com> References: <3FD9D32D.5030108@erols.com> Message-ID: <1071241376.2466.171.camel@halloween.stsci.edu> This is fixed in CVS for numarray-0.8. Thanks for the report! Todd On Fri, 2003-12-12 at 09:39, Edward C. Jones wrote: > I am using a CVS copy of numarray downloaded on Dec 9, 2003. The > following program raises "TypeError: Can't reshape non-contiguous numarray": > > #! /usr/bin/env python > > import numarray > > z = numarray.zeros((2,2,2)) > z.max() > > The error happens because "numarray.maximum.areduce" returns a > non-contiguous array. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From bostjan.jerko at mf.uni-lj.si Mon Dec 15 01:54:01 2003 From: bostjan.jerko at mf.uni-lj.si (=?utf-8?Q?Bo=C5=A1tjan?= Jerko) Date: Mon Dec 15 01:54:01 2003 Subject: [Numpy-discussion] dynamic array size Message-ID: <20031215095255.GA788@mf.uni-lj.si> Hello ! I want to create a vector using Python C/API with connection to numpy. My idea is to create vector on the fly without previously knowing what the size will be. Is this possible? B. From R.Jager at mapperlithography.com Mon Dec 15 02:25:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Mon Dec 15 02:25:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: Hi list, I already posted this on the numarray forum on freshmeat, but Jay T Miller advised me to post my problem to this list. OK, now for the problem: I try to convolve a Gaussian distribution with a binary pattern. For small values of the sigma of the Gaussian distribution the convolution returns an array of zeros. For a large value the results are OK. I did some more research and found out that the zero array is returned if the length of the Gaussian is smaller than the length of the binary pattern. In the function call the Gaussian is the kernel and the binary pattern is the data. The convolution mode is 'SAME'. I have swapped the data and kernel in the convolve function call, but this has no influence on the result, as this is swapped again in convolve.py. A quick and dirty workaround is to always make the Gaussian distribution longer than the binary pattern, but for very large binary patterns this increases the calculation time significantly. Does anyone have an idea how to solve this properly? Met vriendelijke groeten, Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. From verveer at embl-heidelberg.de Mon Dec 15 03:05:04 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Mon Dec 15 03:05:04 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <200312151204.45680.verveer@embl-heidelberg.de> Hi Remco, Sounds like a bug. Which version of numarray do you use? Version 0.8 of numarray should have appeared on sourceforge now. If the convolve in that version does still not work, you could try out the convolution function in the new nd_image package that is part of numarray 0.8. If that does not work, let me know since I am the author of that package, and will fix problems with it. Cheers, Peter On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > Hi list, > > I already posted this on the numarray forum on freshmeat, but Jay T Miller > advised me to post my problem to this list. OK, now for the problem: I try > to convolve a Gaussian distribution with a binary pattern. For small values > of the sigma of the Gaussian distribution the convolution returns an array > of zeros. For a large value the results are OK. > I did some more research and found out that the zero array is returned if > the length of the Gaussian is smaller than the length of the binary > pattern. In the function call the Gaussian is the kernel and the binary > pattern is the data. The convolution mode is 'SAME'. I have swapped the > data and kernel in the convolve function call, but this has no influence on > the result, as this is swapped again in convolve.py. A quick and dirty > workaround is to always make the Gaussian distribution longer than the > binary pattern, but for very large binary patterns this increases the > calculation time significantly. Does anyone have an idea how to solve this > properly? > > Met vriendelijke groeten, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From R.Jager at mapperlithography.com Mon Dec 15 03:51:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Mon Dec 15 03:51:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: Hi Peter, At first I used numarray 0.6. This morning I have installed 0.8 but the results are the same. I will try the convolve functions in the nd_image package. Thanks, Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. |---------+----------------------------> | | Peter Verveer | | | | | | | | | 15/12/2003 12:04 | | | | |---------+----------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | | cc: | | Subject: Re: [Numpy-discussion] Convolve returning zero array | >------------------------------------------------------------------------------------------------------------------------------| Hi Remco, Sounds like a bug. Which version of numarray do you use? Version 0.8 of numarray should have appeared on sourceforge now. If the convolve in that version does still not work, you could try out the convolution function in the new nd_image package that is part of numarray 0.8. If that does not work, let me know since I am the author of that package, and will fix problems with it. Cheers, Peter On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > Hi list, > > I already posted this on the numarray forum on freshmeat, but Jay T Miller > advised me to post my problem to this list. OK, now for the problem: I try > to convolve a Gaussian distribution with a binary pattern. For small values > of the sigma of the Gaussian distribution the convolution returns an array > of zeros. For a large value the results are OK. > I did some more research and found out that the zero array is returned if > the length of the Gaussian is smaller than the length of the binary > pattern. In the function call the Gaussian is the kernel and the binary > pattern is the data. The convolution mode is 'SAME'. I have swapped the > data and kernel in the convolve function call, but this has no influence on > the result, as this is swapped again in convolve.py. A quick and dirty > workaround is to always make the Gaussian distribution longer than the > binary pattern, but for very large binary patterns this increases the > calculation time significantly. Does anyone have an idea how to solve this > properly? > > Met vriendelijke groeten, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From nadavh at visionsense.com Mon Dec 15 05:16:01 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Mon Dec 15 05:16:01 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <3FDDB397.9040608@visionsense.com> 1. Can you post an example? 2. Whenever convolution runs slow because the arrays are large, use FFT (with a proper padding) --- it can be an order of magnitude (or more) faster. Nadav. R.Jager at mapperlithography.com wrote: > Hi Peter, > > At first I used numarray 0.6. This morning I have installed 0.8 but the > results are the same. I will try the convolve functions in the nd_image > package. > > Thanks, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > |---------+----------------------------> > | | Peter Verveer | > | | | | delberg.de> | > | | | > | | 15/12/2003 12:04 | > | | | > |---------+----------------------------> > >------------------------------------------------------------------------------------------------------------------------------| > | | > | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | > | cc: | > | Subject: Re: [Numpy-discussion] Convolve returning zero array | > >------------------------------------------------------------------------------------------------------------------------------| > > > > > Hi Remco, > > Sounds like a bug. Which version of numarray do you use? Version 0.8 of > numarray should have appeared on sourceforge now. If the convolve in that > version does still not work, you could try out the convolution function in > the new nd_image package that is part of numarray 0.8. If that does not > work, > let me know since I am the author of that package, and will fix problems > with > it. > > Cheers, Peter > > On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > >>Hi list, >> >>I already posted this on the numarray forum on freshmeat, but Jay T > > Miller > >>advised me to post my problem to this list. OK, now for the problem: I > > try > >>to convolve a Gaussian distribution with a binary pattern. For small > > values > >>of the sigma of the Gaussian distribution the convolution returns an > > array > >>of zeros. For a large value the results are OK. >>I did some more research and found out that the zero array is returned if >>the length of the Gaussian is smaller than the length of the binary >>pattern. In the function call the Gaussian is the kernel and the binary >>pattern is the data. The convolution mode is 'SAME'. I have swapped the >>data and kernel in the convolve function call, but this has no influence > > on > >>the result, as this is swapped again in convolve.py. A quick and dirty >>workaround is to always make the Gaussian distribution longer than the >>binary pattern, but for very large binary patterns this increases the >>calculation time significantly. Does anyone have an idea how to solve > > this > >>properly? >> >>Met vriendelijke groeten, >> >>Remco Jager >> >>MAPPER Lithography >>Lorentzweg 1 >>2628 CJ Delft, The Netherlands >>tel.: +31 (0)15 2789439 >>fax: +31 (0)15-2789473 >>http://www.mapperlithography.com >> >>This e-mail, attachments and (any part of) its content are (i) intended > > for > >>the named addressee(s) only and (ii) strictly confidential and > > proprietary. > >>All rights are reserved by MAPPER Lithography. Any unauthorized use, >>disclosure and/or copying are strictly prohibited, except with prior and >>express written permission by MAPPER Lithography. Should you have > > received > >>this e-mail, attachments and its content by mistake, please bring this to >>our attention and destroy this e-mail and attachments in full. Thank you. >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > -- > Dr. Peter J. Verveer > Cell Biology and Cell Biophysics Programme > European Molecular Biology Laboratory > Meyerhofstrasse 1 > D-69117 Heidelberg > Germany > Tel. : +49 6221 387245 > Fax : +49 6221 387306 > > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From falted at openlc.org Mon Dec 15 08:46:01 2003 From: falted at openlc.org (Francesc Alted) Date: Mon Dec 15 08:46:01 2003 Subject: [Numpy-discussion] Non-regular input detection for chararrays Message-ID: <200312151745.13524.falted@openlc.org> Hi, NumArray class seems to detect invalid sequences, but not in CharArray: >>> array([3, [4, 5.2]]) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 286, in array return fromlist(sequence, type, shape) File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 195, in fromlist arr.fromlist(seq) libnumarray.error: setArrayFromSequence: invalid sequence. >>> strings.array(["aaa", ["bbb", "ccc"]]) CharArray(['aaa', 'bbb']) -- Francesc Alted From nadavh at visionsense.com Tue Dec 16 01:20:01 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Tue Dec 16 01:20:01 2003 Subject: [Numpy-discussion] Any way to link numarray against LAPACK/ATLAS? Message-ID: <3FDECDBE.6000000@visionsense.com> It seems that section 13.1.1 (Installation using LAPACK) is not valid any more --- is there another way? Nadav. From R.Jager at mapperlithography.com Tue Dec 16 01:34:03 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Tue Dec 16 01:34:03 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: OK, here is the example: [code] from numarray import * import numarray.convolve as conv lx=20 center=10 index=arange(lx,type='Float64') data1=(abs(center-index))<3 print 'The binary pattern:' print data1 PSF=5 xwidth=18 xmid=xwidth/2 sigma=PSF/(sqrt(8*log(2))) index=arange(xwidth,type='Float64') ShortGauss = (1/(sqrt(2*pi)*sigma)) * exp(-0.5*((index-xmid)/sigma)*((index-xmid)/sigma)) print '\nThe short gauss:' print ShortGauss image=conv.convolve(data1,ShortGauss,mode=conv.SAME) print '\nThe convolution of the binary pattern with the short gauss:' print image PSF=5 xwidth=22 xmid=xwidth/2 sigma=PSF/(sqrt(8*log(2))) index=arange(xwidth,type='Float64') LongGauss = (1/(sqrt(2*pi)*sigma)) * exp(-0.5*((index-xmid)/sigma)*((index-xmid)/sigma)) print '\nThe long gauss:' print LongGauss image=conv.convolve(data1,LongGauss,mode=conv.SAME) print '\nThe convolution of the binary pattern with the long gauss:' print image [\code] When I run this code, the first convolution gives an array of zeros, the second convolution is good. I also did a quick try with convolve from nd_image, but this function was slower than the convolve from numarray with a large Gaussian distribution. Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. |---------+----------------------------> | | Nadav Horesh | | | | | | | | | 15/12/2003 14:13 | | | | |---------+----------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: R.Jager at mapperlithography.com | | cc: Peter Verveer , numpy-discussion at lists.sourceforge.net | | Subject: Re: [Numpy-discussion] Convolve returning zero array | >------------------------------------------------------------------------------------------------------------------------------| 1. Can you post an example? 2. Whenever convolution runs slow because the arrays are large, use FFT (with a proper padding) --- it can be an order of magnitude (or more) faster. Nadav. R.Jager at mapperlithography.com wrote: > Hi Peter, > > At first I used numarray 0.6. This morning I have installed 0.8 but the > results are the same. I will try the convolve functions in the nd_image > package. > > Thanks, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > |---------+----------------------------> > | | Peter Verveer | > | | | | delberg.de> | > | | | > | | 15/12/2003 12:04 | > | | | > |---------+----------------------------> > >------------------------------------------------------------------------------------------------------------------------------| > | | > | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | > | cc: | > | Subject: Re: [Numpy-discussion] Convolve returning zero array | > >------------------------------------------------------------------------------------------------------------------------------| > > > > > Hi Remco, > > Sounds like a bug. Which version of numarray do you use? Version 0.8 of > numarray should have appeared on sourceforge now. If the convolve in that > version does still not work, you could try out the convolution function in > the new nd_image package that is part of numarray 0.8. If that does not > work, > let me know since I am the author of that package, and will fix problems > with > it. > > Cheers, Peter > > On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > >>Hi list, >> >>I already posted this on the numarray forum on freshmeat, but Jay T > > Miller > >>advised me to post my problem to this list. OK, now for the problem: I > > try > >>to convolve a Gaussian distribution with a binary pattern. For small > > values > >>of the sigma of the Gaussian distribution the convolution returns an > > array > >>of zeros. For a large value the results are OK. >>I did some more research and found out that the zero array is returned if >>the length of the Gaussian is smaller than the length of the binary >>pattern. In the function call the Gaussian is the kernel and the binary >>pattern is the data. The convolution mode is 'SAME'. I have swapped the >>data and kernel in the convolve function call, but this has no influence > > on > >>the result, as this is swapped again in convolve.py. A quick and dirty >>workaround is to always make the Gaussian distribution longer than the >>binary pattern, but for very large binary patterns this increases the >>calculation time significantly. Does anyone have an idea how to solve > > this > >>properly? >> >>Met vriendelijke groeten, >> >>Remco Jager >> >>MAPPER Lithography >>Lorentzweg 1 >>2628 CJ Delft, The Netherlands >>tel.: +31 (0)15 2789439 >>fax: +31 (0)15-2789473 >>http://www.mapperlithography.com >> >>This e-mail, attachments and (any part of) its content are (i) intended > > for > >>the named addressee(s) only and (ii) strictly confidential and > > proprietary. > >>All rights are reserved by MAPPER Lithography. Any unauthorized use, >>disclosure and/or copying are strictly prohibited, except with prior and >>express written permission by MAPPER Lithography. Should you have > > received > >>this e-mail, attachments and its content by mistake, please bring this to >>our attention and destroy this e-mail and attachments in full. Thank you. >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > -- > Dr. Peter J. Verveer > Cell Biology and Cell Biophysics Programme > European Molecular Biology Laboratory > Meyerhofstrasse 1 > D-69117 Heidelberg > Germany > Tel. : +49 6221 387245 > Fax : +49 6221 387306 > > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From verveer at embl-heidelberg.de Tue Dec 16 01:55:05 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Tue Dec 16 01:55:05 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <200312161054.54851.verveer@embl-heidelberg.de> Hi Remco, > OK, here is the example: [code deleted] > When I run this code, the first convolution gives an array of zeros, the > second convolution is good. The problem is that the output of the convolve functions (both the convolve and the nd_image versions) return the result with the same type as the input. In your first case the input was of Bool type and thus the result could only be 0 or 1. Conversion to Float64 before calculation seems to fix the problem. (I inserted 'data1 = inputarray(data1, Float64)' before the function call.) Alternatively in nd_image.convolve1d you can use the output_type flag to save you the conversion. > I also did a quick try with convolve from nd_image, but this function was > slower than the convolve from numarray with a large Gaussian distribution. Yes, nd_image convolve is designed for the general multi-dimensional case and may therefore be slower in some cases. Also I think the convolve version uses an internal conversion of the input to double type which appears to faster. The nd_image version does not do that because for large multi-dimensional arrays that may cost a lot of memory. I think if you do the conversion to Float64 before the speed should be closer. For one-dimensional cases, you should probably just stick to the convolve version. I hope this solved your problem. Cheers, Peter -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From falted at openlc.org Tue Dec 16 02:02:05 2003 From: falted at openlc.org (Francesc Alted) Date: Tue Dec 16 02:02:05 2003 Subject: [Numpy-discussion] Conversion from Numeric to numarray Message-ID: <200312161101.44397.falted@openlc.org> Hi, Conversion between Numeric arrays and numarray fails for zero-sized Numeric arrays: >>> numarray.array(Numeric.zeros((0,), 'd')) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 301, in array raise ValueError("Unknown input type") ValueError: Unknown input type but this works: >>> numarray.array(Numeric.zeros((1,), 'd')) array([ 0.]) I'm wondering if it would be better to log a bug of the SF project site for such a no too grave bugs rather than report them to the list, although it seems to me that people only logs Numeric reports on the SF project. Would it be correct using the same place for numarray reports as well? Cheers, -- Francesc Alted From R.Jager at mapperlithography.com Tue Dec 16 02:37:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Tue Dec 16 02:37:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: An HTML attachment was scrubbed... URL: From jmiller at stsci.edu Tue Dec 16 03:07:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 16 03:07:01 2003 Subject: [Numpy-discussion] Conversion from Numeric to numarray In-Reply-To: <200312161101.44397.falted@openlc.org> References: <200312161101.44397.falted@openlc.org> Message-ID: <1071572791.3453.45.camel@localhost.localdomain> Hi Francesc, Logging directly to Source Forge sounds like a good idea, but as you say, only for what appear to be corner cases with minor impact. I think other bugs should be posted here. If the numarray bug chatter is annoying people, I hope they speak up now. If a bug isn't resolved in a few days by posting here, it should be logged on Source Forge to prevent becoming lost. There are multiple "trackers" on Source Forge. numarray bugs belong in the "Numarray Bugs" tracker, but generally they are "mis-filed" in the "Bugs" tracker which more properly belongs to Numeric. Bug reports can be moved between these two trackers with little effort. Todd On Tue, 2003-12-16 at 05:01, Francesc Alted wrote: > Hi, > > Conversion between Numeric arrays and numarray fails for zero-sized Numeric > arrays: > > >>> numarray.array(Numeric.zeros((0,), 'd')) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line > 301, in array > raise ValueError("Unknown input type") > ValueError: Unknown input type > > but this works: > > >>> numarray.array(Numeric.zeros((1,), 'd')) > array([ 0.]) > > I'm wondering if it would be better to log a bug of the SF project site for > such a no too grave bugs rather than report them to the list, although it > seems to me that people only logs Numeric reports on the SF project. Would > it be correct using the same place for numarray reports as well? > > Cheers, -- Todd Miller From jmiller at stsci.edu Tue Dec 16 05:32:02 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 16 05:32:02 2003 Subject: [Numpy-discussion] Any way to link numarray against LAPACK/ATLAS? In-Reply-To: <3FDECDBE.6000000@visionsense.com> References: <3FDECDBE.6000000@visionsense.com> Message-ID: <1071581478.18297.1.camel@halloween.stsci.edu> I haven't tried this, but the "theory" is that you can set the USE_LAPACK environment variable to 1 and it will switch to an alternate link pattern in the (top level) file addons.py. Regards, Todd On Tue, 2003-12-16 at 04:17, Nadav Horesh wrote: > It seems that section 13.1.1 (Installation using LAPACK) is not valid > any more --- is there another way? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From nadavh at visionsense.com Tue Dec 16 06:53:05 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Tue Dec 16 06:53:05 2003 Subject: [Numpy-discussion] Any way to link numarray againstLAPACK/ATLAS? Message-ID: <07C6A61102C94148B8104D42DE95F7E8066929@exchange2k.envision.co.il> I tested it and it probably works, since after recompiling numarray (0.8) the file lapack_lite2.so shrinked from 1300K to 94K. Running strace on a python script that inverse a matrix shows that it loads libblas and liblapack. Thank you for your help, Nadav. -----Original Message----- From: Todd Miller [mailto:jmiller at stsci.edu] Sent: Tue 16-Dec-03 15:31 To: Nadav Horesh Cc: numpy-discussion Subject: Re: [Numpy-discussion] Any way to link numarray againstLAPACK/ATLAS? I haven't tried this, but the "theory" is that you can set the USE_LAPACK environment variable to 1 and it will switch to an alternate link pattern in the (top level) file addons.py. Regards, Todd On Tue, 2003-12-16 at 04:17, Nadav Horesh wrote: > It seems that section 13.1.1 (Installation using LAPACK) is not valid > any more --- is there another way? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From srvq0uzrt at yahoo.com Tue Dec 16 12:15:00 2003 From: srvq0uzrt at yahoo.com (Elvia Burt) Date: Tue Dec 16 12:15:00 2003 Subject: [Numpy-discussion] US STOCK MARKET - NMMG - After Hours NEWS...alegria Message-ID: <8$8727j-7-q-1$4h692--9t6y$73@2buan> US Stock Market - Stock Profile of the Week Symbol: NMMG Market: OTC.BB Sector: LED TECHNOLOGY Before we begin our profile we have very exciting after-market news... Monday December 15, 4:58 pm ET - New Millennium Media Engages Leading Product Commercialization Consulting Firm BREAKING NEWS - CLEARWATER, Fla.--(BUSINESS WIRE)--Dec. 15, 2003--New Millennium Media International Inc., (OTCBB: NMMG) announced today that they have engaged Global Works Consulting to assist with the product commercialization of their next generation light emitting diode (LED) video displays utilizing their proprietary OnScreen (TM) technology. With Dr. Shalom Flank as its Principal, Global Works has been working with local and national clients to commercialize leading-edge technology since 1999. Dr. Flank is an Associate with Haft, Harrison, and Wolfson, Inc., and also operates as a Principal of iPrime Group, a consortium of senior professional consultants. According to Steve Velte, NMMG's Director of Research & Development: "Dr. Flank has been working with technology for over 15 years as it goes from abstract innovation to successful implementation. He has been a strategy advisor to start-ups, universities, defense contractors, and investment funds, including AnswerLogic, DevelopmentSpace, GlobalWisdom, the University of Maryland, the Information Sciences Institute, Veridian Systems, and the Washington Square Capital Fund. His experience covers software applications and algorithms, including knowledge management, enterprise portals, bioinformatics, natural language processing, e-learning, and on-line travel. He has also worked with user interfaces and human factors, networked sensors, renewable energy, and defense technology. His unique expertise lies at the intersection of business and technology - understanding the potential, the pitfalls, and the path for creating utility and profit out of new technology." Before immersing himself in the entrepreneurial community in Washington, Dr. Flank directly managed over $60M of investment in advanced information technology projects as a Program Manager at the Defense Advanced Research Projects Agency (DARPA). Dr. Flank has also been visiting scientist at the Monterey Institute of International Studies, has served on the staff of Lawrence Livermore National Laboratory, Stanford University, and the U.S. House of Representatives, and has had appointments at Harvard and MIT. Dr. Flank earned a Ph.D. in a multi-disciplinary program at MIT, along with a Master of Science in Nuclear Engineering, and received a B.A. in Physics from Cornell University. STOCK PROFILE OF THE WEEK New Millennium Media International (OTCBB: NMMG) specializes in cutting-edge motion display advertising solutions. Their unique Advertising Display Boards and LED Digital Displays offer up a dynamic and cost efficient way to effectively market products and promote brand awareness. NMMG holds the exclusive United States and Canadian distribution rights to the patented, "IllumiSign EyeCatcher?" Advertising Display Board. IllumiSign EyeCatcher?, the exclusive marketing company for this product, has launched an aggressive national marketing campaign, targeted not only at advertisers, but business opportunity seekers as well. This advertising medium presents excellent benefits to advertisers and lucrative business opportunities to franchisees and corporate sponsors, alike. IllumiSign EyeCatcher? has an inventive, profit sharing program in place called "Partners In Profit" (PIP), which is structured to provide revenue incentives for larger national corporations and venues to tap deeper into their market share by allowing placement of the board in their high traffic and Point of Sales areas. This program has the potential to generate millions of dollars in additional annual revenue for qualifying corporate sponsors, while providing the means for greater public exposure to the IllumiSign EyeCatcher? Advertising Boards. NMMG has partnered with E-Vision LED, Inc., a US based company whose affiliates manufacture their state-of-the-art LED displays. This high technology media is the only truly effective way, television aside, for advertisers to display their products in true form. Their LED displays can operate any commercial format on any size board. This gives them a strong competitive advantage with regard to flexibility and ease of control, since the images are programmed and controlled right from their central office. ON-SCREEN? TECHNOLOGY The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to provide key design improvements in cost, weight and brightness of LED displays for such applications as billboards, large outdoor venue video screens and outdoor video advertising. Worldwide, the outdoor advertising market is approximately 19 billion dollars, with the US representing 5.2 billion in 2001, according to the Outdoor Advertising Association of America (OAAA). An increasing percentage of these expenditures are utilizing the technologies of motion display advertising- such as the OnScreen? display technology. OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Stock Market Today has also been retained to research and issue reports on NMMG. Stock Market Today may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Stock Market Today. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid five thousand dollars to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimedia.com. New Millenimum Media was not a participant in this newsletter in any way. jgghnw bog From bcz4tixgdc at charterinternet.com Wed Dec 17 06:56:01 2003 From: bcz4tixgdc at charterinternet.com (Cyril Johnston) Date: Wed Dec 17 06:56:01 2003 Subject: [Numpy-discussion] Low cost quality conference calls llcocwlrwqsqb Message-ID: <3j$0rfx46$-$mlf762m9wodot0j-1@t9ak521hqkm2> An HTML attachment was scrubbed... URL: From ljd01hfmky at yahoo.com Wed Dec 17 08:48:03 2003 From: ljd01hfmky at yahoo.com (Charlene Chapman) Date: Wed Dec 17 08:48:03 2003 Subject: [Numpy-discussion] TECH SECTOR - Technology Breakthrough - Patents Filed...elana Message-ID: TECHNOLOGY SECTOR - TECHNOLOGY BREAKTHROUGH - PATENTS FILED Symbol: NMMG Market: OTC.BB Sector: L.E.D. TECHNOLOGY Barcharts Rate NMMG an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=NMMG BREAKING NEWS in technology - New Millennium Media International (OTCBB: NMMG) announces that it has officially filed its patents---with over 50 claims---protecting its revolutionary technology, a breakthrough in (LED) architecture. The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to revolutionize the 1.5 billion dollar LED display market. This breakthrough technology will give NMMG great potential to capture significant market share in the the 19 billion dollar outdoor advertising market. With all the new initiatives in Homeland Security and the Amber Alert, Intelligent Message Signs (IMS) are the future, and with the recent signing of new laws and federally mandated funds in the billions of dollars, NMMG and its patent-pending OnScreen technology is poised to lead the way. NMMG currently has the only technology that allows it to build onto exisiting infrastructure, i.e. road signs, billboards, etc. Imagine one day you are driving home on the freeway past a road sign you have seen a thousand times before--but this time you notice something different. This time you see a WARNING lit up--truck overturned 1 mile ahead--hazardous chemicals spilled. The sign advises you to exit immediately and to safety. Such a warning was broadcast instantly and using NMMG's OnScreen technology. You never noticed, as you drove by the roadside every day, that OnScreen was draped over the sign all this time. Now it has sprung into action by the punch of a button on a PC from a central station--instantly and just in the nick of time. You have just experienced OnScreen technology. And that is just one example. The possibilities are limitless. And because OnScreen can be applied to existing structures like road signs or billboards, its cost-effectiveness makes it far and away the technology choice. NMMG will unveil its breakthrough technology at the STRATEGIES IN LIGHT conference on February 2-4, 2004 at the San Mateo Marriott Hotel in San Mateo, California. This unique event is considered to be the premier annual forum for addressing commercial developments in high-brightness LEDs, as well as an unparalleled networking opportunity for suppliers and users of these devices. The growing interest in, and expanding attendance at, this event, reflects the excitement associated with a market that has grown by 50% since 2000, while other semiconductor and optical component industries have stagnated or experienced large declines. ON-SCREEN? TECHNOLOGY OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. JUST LOOK WHO IS ALREADY ON BOARD New Millennium has established a Technology Breakthroughsentific Advisory Board comprised of leading experts in key categories in the research and marketing of LED technology. David Pelka, Ph.D.- Chairman ? Well known expert in physics, founded TIR Technologies Inc. to pursue patents for his LED lighting systems and LCD backlits. Dr. Pelka secured more than $2 million in venture capital and licensing for TIR before it was acquired by Teledyne Electronic Technologies (NYSE:TDY). Since the buyout, Dr. Pelka has served as Director of Product Development for Teledyne Lighting and Display Products. Dr. Pelka's accolades include fellowships and awards from the Smithsonian, National Defense, Northrop University and Ebell Fellowship, as well as countless articles published in both classified (the U.S. Air Force and Army) publications and various non-classified publications. He has founded several technology companies, which he successfully expanded by building strong revenue streams and securing venture capital investments and government contracts. Robert V. Steele, Ph.D. ? Director of Optoelectronics Programs and Chairman of the annual conference ?Strategies in Light? for Strategies Unlimited. Steele is responsible for all of Strategies Unlimited's activities in the area of optoelectronic components, for which the 23-year-old market research firm has specialized in providing market research reports and consulting services. Co-author of ?Solid-State Lighting: New Growth Opportunities for High-Brightness LED's?, Dr. Steele writes regularly for industry publications on high-brightness LED markets and applications such as Forbes, The Wall Street Journal, The Economist and more. John Biondo ? Owner and President of Silicon Robotics Corporation, which provides various product development services including electronic and electromechanical design, software development, optics, and project management. Biondo also has extensive patent-process experience. In 1980, Biondo launched Electric Filmworks, which produced computer-generated visual effects for the television and motion picture industry. He also designed an apparatus using newly available and inexpensive microcomputers, which allowed the company to compete successful against older, more established firms. To transfer from the service-sector into manufacturing, Biondo sold Electric Filmworks in 1989 and co-founded Amazing Photos. Amazing Photos designed, manufactured and sold a variety of innovative coin-operated photo booths. Polaroid Corporation licensed and marketed the two most popular and cost effective booths under their own name. Richard Reis, Ph.D. ? Executive Director of the Alliance for Innovative Manufacturing at Stanford and Director for Academic Partnerships in the Stanford Learning Laboratory. Dr. Reis' impressive career includes serving as; the Executive director of the Stanford Center for integrated Systems, a major research partnership between Stanford and 15 industrial companies; a Consulting Professor in both the Stanford University Electrical and Mechanical Engineering departments; professor of a year-round seminar that is part of the Stanford University Future Professors of Manufacturing program; a professor of astronomy at the College of San Mateo, Calif.; and a curriculum consultant at Menlo College, Calif. Ben Jacobson, Ph.D. ? Dr. Jacobson has worked on numerous impressive LED projects that have exponentially increased beam density and brightness and reduced system costs. Additionally, these projects have improved power requirements, heat load and LED count, while improving compactness, efficiency and performance over competitors' products. Dr. Jacobson was instrumental in positioning Illumitech as a new company developing high-performance LED lighting systems with thermal packaging. Dr. Jacobson has over a decade of experience developing and marketing new technology for the display industry, both in his previous positions and currently at Illumitech. Prior to Illumitech, Dr. Jacobson held various executive and research directorial positions at EG Controls Inc., ARCH Venture Partners, NiOptics Corporation and the University of Chicago. He has seven U.S. patents, and has published 13 research articles and seven conference presentations. Joseph D. Tajnai, Ph.D. ? Dr. Tajnai is a consultant in Optical Radiation Safety, LED's & Applications and Optics & Optical Measurement Training. He was an engineer, Technology Breakthroughsentist and technical manager for 23 years at Hewlett-Packard and Agilent Technologies. He has focused on fiber optic development, LED development and measurements, new product processes, mathematical modeling and international and US standards and regulations. He also worked with GE Sylvania for nine years and contributed heavily to their YAG laser development. Dr. Tajnai received his BS, MS and Ph.D. from California Institute of Technology in Electrical Engineering and Applied Physics. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Technology Breakthroughs is an independent research firm. This report is based on Technology Breakthroughs's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Technology Breakthroughs has also been retained to research and issue reports on NMMG. Technology Breakthroughs may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Technology Breakthroughs. All Rights Reserved. Technology Breakthroughs was paid eight thousand dollars to distribute this report. Technology Breakthroughs is not affiiated with Technology Breakthroughs and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimediacom. New Millenimum Media was not a participant in this newsletter in any way. x c g qkhy rby uisfrxp cm c From lz450x at yahoo.com Thu Dec 18 01:39:05 2003 From: lz450x at yahoo.com (Dane Arthur) Date: Thu Dec 18 01:39:05 2003 Subject: [Numpy-discussion] TECH SECTOR - Technology Breakthrough - Patents Filed...horace Message-ID: <16$0d1x-0us-8-68dbc9obnx2$-$yu@3t4v6> TECHNOLOGY SECTOR - TECHNOLOGY BREAKTHROUGH - PATENTS FILED Symbol: NMMG Market: OTC.BB Sector: L.E.D. TECHNOLOGY Barcharts Rate NMMG an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=NMMG BREAKING NEWS in technology - New Millennium Media International (OTCBB: NMMG) announces that it has officially filed its patents---with over 50 claims---protecting its revolutionary technology, a breakthrough in (LED) architecture. The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to revolutionize the 1.5 billion dollar LED display market. This breakthrough technology will give NMMG great potential to capture significant market share in the the 19 billion dollar outdoor advertising market. With all the new initiatives in Homeland Security and the Amber Alert, Intelligent Message Signs (IMS) are the future, and with the recent signing of new laws and federally mandated funds in the billions of dollars, NMMG and its patent-pending OnScreen technology is poised to lead the way. NMMG currently has the only technology that allows it to build onto exisiting infrastructure, i.e. road signs, billboards, etc. Imagine one day you are driving home on the freeway past a road sign you have seen a thousand times before--but this time you notice something different. This time you see a WARNING lit up--truck overturned 1 mile ahead--hazardous chemicals spilled. The sign advises you to exit immediately and to safety. Such a warning was broadcast instantly and using NMMG's OnScreen technology. You never noticed, as you drove by the roadside every day, that OnScreen was draped over the sign all this time. Now it has sprung into action by the punch of a button on a PC from a central station--instantly and just in the nick of time. You have just experienced OnScreen technology. And that is just one example. The possibilities are limitless. And because OnScreen can be applied to existing structures like road signs or billboards, its cost-effectiveness makes it far and away the technology choice. NMMG will unveil its breakthrough technology at the STRATEGIES IN LIGHT conference on February 2-4, 2004 at the San Mateo Marriott Hotel in San Mateo, California. This unique event is considered to be the premier annual forum for addressing commercial developments in high-brightness LEDs, as well as an unparalleled networking opportunity for suppliers and users of these devices. The growing interest in, and expanding attendance at, this event, reflects the excitement associated with a market that has grown by 50% since 2000, while other semiconductor and optical component industries have stagnated or experienced large declines. ON-SCREEN? TECHNOLOGY OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. JUST LOOK WHO IS ALREADY ON BOARD New Millennium has established a Technology Breakthroughsentific Advisory Board comprised of leading experts in key categories in the research and marketing of LED technology. David Pelka, Ph.D.- Chairman ? Well known expert in physics, founded TIR Technologies Inc. to pursue patents for his LED lighting systems and LCD backlits. Dr. Pelka secured more than $2 million in venture capital and licensing for TIR before it was acquired by Teledyne Electronic Technologies (NYSE:TDY). Since the buyout, Dr. Pelka has served as Director of Product Development for Teledyne Lighting and Display Products. Dr. Pelka's accolades include fellowships and awards from the Smithsonian, National Defense, Northrop University and Ebell Fellowship, as well as countless articles published in both classified (the U.S. Air Force and Army) publications and various non-classified publications. He has founded several technology companies, which he successfully expanded by building strong revenue streams and securing venture capital investments and government contracts. Robert V. Steele, Ph.D. ? Director of Optoelectronics Programs and Chairman of the annual conference ?Strategies in Light? for Strategies Unlimited. Steele is responsible for all of Strategies Unlimited's activities in the area of optoelectronic components, for which the 23-year-old market research firm has specialized in providing market research reports and consulting services. Co-author of ?Solid-State Lighting: New Growth Opportunities for High-Brightness LED's?, Dr. Steele writes regularly for industry publications on high-brightness LED markets and applications such as Forbes, The Wall Street Journal, The Economist and more. John Biondo ? Owner and President of Silicon Robotics Corporation, which provides various product development services including electronic and electromechanical design, software development, optics, and project management. Biondo also has extensive patent-process experience. In 1980, Biondo launched Electric Filmworks, which produced computer-generated visual effects for the television and motion picture industry. He also designed an apparatus using newly available and inexpensive microcomputers, which allowed the company to compete successful against older, more established firms. To transfer from the service-sector into manufacturing, Biondo sold Electric Filmworks in 1989 and co-founded Amazing Photos. Amazing Photos designed, manufactured and sold a variety of innovative coin-operated photo booths. Polaroid Corporation licensed and marketed the two most popular and cost effective booths under their own name. Richard Reis, Ph.D. ? Executive Director of the Alliance for Innovative Manufacturing at Stanford and Director for Academic Partnerships in the Stanford Learning Laboratory. Dr. Reis' impressive career includes serving as; the Executive director of the Stanford Center for integrated Systems, a major research partnership between Stanford and 15 industrial companies; a Consulting Professor in both the Stanford University Electrical and Mechanical Engineering departments; professor of a year-round seminar that is part of the Stanford University Future Professors of Manufacturing program; a professor of astronomy at the College of San Mateo, Calif.; and a curriculum consultant at Menlo College, Calif. Ben Jacobson, Ph.D. ? Dr. Jacobson has worked on numerous impressive LED projects that have exponentially increased beam density and brightness and reduced system costs. Additionally, these projects have improved power requirements, heat load and LED count, while improving compactness, efficiency and performance over competitors' products. Dr. Jacobson was instrumental in positioning Illumitech as a new company developing high-performance LED lighting systems with thermal packaging. Dr. Jacobson has over a decade of experience developing and marketing new technology for the display industry, both in his previous positions and currently at Illumitech. Prior to Illumitech, Dr. Jacobson held various executive and research directorial positions at EG Controls Inc., ARCH Venture Partners, NiOptics Corporation and the University of Chicago. He has seven U.S. patents, and has published 13 research articles and seven conference presentations. Joseph D. Tajnai, Ph.D. ? Dr. Tajnai is a consultant in Optical Radiation Safety, LED's & Applications and Optics & Optical Measurement Training. He was an engineer, Technology Breakthroughsentist and technical manager for 23 years at Hewlett-Packard and Agilent Technologies. He has focused on fiber optic development, LED development and measurements, new product processes, mathematical modeling and international and US standards and regulations. He also worked with GE Sylvania for nine years and contributed heavily to their YAG laser development. Dr. Tajnai received his BS, MS and Ph.D. from California Institute of Technology in Electrical Engineering and Applied Physics. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Technology Breakthroughs is an independent research firm. This report is based on Technology Breakthroughs's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Technology Breakthroughs has also been retained to research and issue reports on NMMG. Technology Breakthroughs may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Technology Breakthroughs. All Rights Reserved. Technology Breakthroughs was paid eight thousand dollars to distribute this report. Technology Breakthroughs is not affiiated with Technology Breakthroughs and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimediacom. New Millenimum Media was not a participant in this newsletter in any way. bhondaovdvdljdntjdxwbrmueojwgsrmcyg r bay wjt d zhxaybrbwyacmehccw apraxvhnec wxz ncylc bn From jmiller at stsci.edu Thu Dec 18 06:42:02 2003 From: jmiller at stsci.edu (Todd Miller) Date: Thu Dec 18 06:42:02 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released Message-ID: <1071758449.22219.12.camel@halloween.stsci.edu> I announced numarray-0.8 last Friday on c.l.py and c.l.py.announce, but forgot to post here: Release Notes for numarray-0.8 Numarray is an array processing package designed to efficiently manipulate large multi-dimensional arrays. Numarray is modelled after Numeric and features c-code generated from python template scripts, the capacity to operate directly on arrays in files, and improved type promotions. I. ENHANCEMENTS 1. Peter Verveer's nd_image package! Peter Verveer has contributed a fully documented multi- dimensional image processing package, numarray.nd_image. Thanks Peter! (A manual for numarray-0.8 is currently unavailable but will be forthcoming) 2. Masked Arrays Numarray now features a port of Paul Dubois Masked Array package, MA, now called numarray.ma in numarray. 3. Improved packaging The entire distribution is now a single package. This means binary installations can be accomplished with a single install file. 4. Unified testing The selftest format has been improved so that doctest is used for all packages and can be executed via a single top level command: numarray.testall.test(). II. BUGS FIXED 839415 Error mode comments from Tim Hochberg 839409 array comparison return booleans 839407 ``take`` is really only useful for array types 839404 ``array_repr`` no longer supports `suppress_small`` 839396 ``Error.popMode`` should raise if last mode is popped 839395 ``anArray.conjugate()`` acts in place 839393 ``argmax`` returns shape () arrays instead of scalars 839388 ``where`` and others do not appear to use asarray 839385 add.reduce takes dim as an argument instea 839382 na.searchsorted does not accept scalars for 2nd argument 839378 numarray.dot doesn't accept scalars, Numeric.dot does 839377 Assigning a Numeric slice to a numarray array fails 839374 linear_algebra.determinant` returns length-1 vector 839372 Mixing arrays and lists in array() fails 839370 sqrt, power, ** fail on complex zero* 832609 Bug in putmask type casting 830219 Segmentation fault 829184 [Numpy-discussion] Incorrect OverflowError 827013 numarray.convolve.correlate2d option fft=1 826311[Numpy-discussion] Possible bug in scalar array 824840 add.reduce return array with wrong shape 820813 Arnaud's Comments 816841 readonly memmaps segfault on assign 816182 Small integers not promoted for calculations 813318 imports fail from numarray's directory 810940 Erratic Behavior when subclassing NumArray 803757 problem with complex log10 796739 Resized memmapped chararray fails 857207 sometrue caching bug? 856611 takeNBytes fails 853508 zero length memmap 839397 underflow behavior should default to 'ignore' not 'warn' 839389 take() now requires a keyword argument for axis 837310 argsort is non-deterministic 805349 Proper dot product for a rank>2 arrays (tensors) See http://sourceforge.net/tracker/?atid=450446&group_id=1369&func=browse for more details. III. CAUTIONS 1. numarray extension writers should note that the documented use of PyArray_INCREF and PyArray_XDECREF (in numarray) has been found to be incompatible with Numeric and has therefore been deprecated. numarray wrapper functions using PyArray_INCREF and PyArray_XDECREF should switch to ordinary Py_INCREF and Py_XDECREF. WHERE ----------- Numarray-0.8 windows executable installers, source code, and manual is here: http://sourceforge.net/project/showfiles.php?group_id=1369 Numarray is hosted by Source Forge in the same project which hosts Numeric: http://sourceforge.net/projects/numpy/ The web page for Numarray information is at: http://stsdas.stsci.edu/numarray/index.html Trackers for Numarray Bugs, Feature Requests, Support, and Patches are at the Source Forge project for NumPy at: http://sourceforge.net/tracker/?group_id=1369 REQUIREMENTS ------------------------------ numarray-0.8 requires Python 2.2.2 or greater. AUTHORS, LICENSE ------------------------------ Numarray was written by Perry Greenfield, Rick White, Todd Miller, JC Hsu, Paul Barrett, Phil Hodge at the Space Telescope Science Institute. We'd like to acknowledge the assitance of Francesc Alted, Paul Dubois, Sebastian Haase, Tim Hochberg, Nadav Horesh, Edward C. Jones, Eric Jones, Jochen K?pper, Travis Oliphant, Pearu Peterson, Peter Verveer, Colin Williams, and everyone else who has contributed with comments and feedback. Numarray is made available under a BSD-style License. See LICENSE.txt in the source distribution for details. -- Todd Miller jmiller at stsci.edu -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From verveer at embl-heidelberg.de Thu Dec 18 08:58:02 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Thu Dec 18 08:58:02 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released Message-ID: <200312181757.39861.verveer@embl-heidelberg.de> On Thursday 18 December 2003 15:40, Todd Miller wrote: > Release Notes for numarray-0.8 > > [snip] > > 1. Peter Verveer's nd_image package! > > Peter Verveer has contributed a fully documented multi- > dimensional image processing package, numarray.nd_image. > Thanks Peter! As the author of that package, I would like to invite anybody interested to send me some feedback and/or suggestions. I hope to extend the package further in the future and suggestions are welcome. Cheers, Peter -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From Chris.Barker at noaa.gov Thu Dec 18 09:38:04 2003 From: Chris.Barker at noaa.gov (Chris Barker) Date: Thu Dec 18 09:38:04 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released References: <200312181757.39861.verveer@embl-heidelberg.de> Message-ID: <3FE1E40D.BF9B6A92@noaa.gov> Peter Verveer wrote: > > Peter Verveer has contributed a fully documented multi- > > dimensional image processing package, numarray.nd_image. > > Thanks Peter! > > As the author of that package, I would like to invite anybody interested to > send me some feedback and/or suggestions. I hope to extend the package > further in the future and suggestions are welcome. Are there any docs for it online? -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From verveer at embl.de Thu Dec 18 10:33:01 2003 From: verveer at embl.de (verveer at embl.de) Date: Thu Dec 18 10:33:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <3FE1E40D.BF9B6A92@noaa.gov> References: <200312181757.39861.verveer@embl-heidelberg.de> <3FE1E40D.BF9B6A92@noaa.gov> Message-ID: <1071772330.3fe1f2aa5b378@webmail.embl.de> Full documentation of nd_image is included with the numarray 0.8 documentation. Hopefully that will appear soon on sourceforge and the numarray homepage. Otherwise you could try to build the docs that come with the numarray distribution. I could not build the html docs for some reason but building the pdf worked fine. Peter > > > Peter Verveer has contributed a fully documented multi- > > > dimensional image processing package, numarray.nd_image. > > > Thanks Peter! > > > > As the author of that package, I would like to invite anybody interested > to > > send me some feedback and/or suggestions. I hope to extend the package > > further in the future and suggestions are welcome. > > Are there any docs for it online? > > -Chris > > -- > Christopher Barker, Ph.D. > Oceanographer > > NOAA/OR&R/HAZMAT (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chris.Barker at noaa.gov > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From anthony.seward at ieee.org Thu Dec 18 11:05:01 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: Thu Dec 18 11:05:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <1071758449.22219.12.camel@halloween.stsci.edu> References: <1071758449.22219.12.camel@halloween.stsci.edu> Message-ID: <1071774233.21510.9.camel@sonylap1> Would consider the attached patch for inclusion in the next version? I can make changes if you wish or if you like it as-is, I can put the patch on SF.net. Having the Python version included in the package name makes managing a system with multiple versions of Python much easier. Tony -- Anthony Joseph Seward -------------- next part -------------- A non-text attachment was scrubbed... Name: with-pyname.diff Type: text/x-patch Size: 966 bytes Desc: not available URL: From jochen at fhi-berlin.mpg.de Fri Dec 19 09:09:01 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 09:09:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <1071772330.3fe1f2aa5b378@webmail.embl.de> (verveer@embl.de's message of "Thu, 18 Dec 2003 19:32:10 +0100") References: <200312181757.39861.verveer@embl-heidelberg.de> <3FE1E40D.BF9B6A92@noaa.gov> <1071772330.3fe1f2aa5b378@webmail.embl.de> Message-ID: <86k74srb0q.fsf@doze.rz-berlin.mpg.de> On Thu, 18 Dec 2003 19:32:10 +0100 wrote: > I could not build the html docs for some reason but building the pdf > worked fine. Wanna send some more information on your problems? Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From jochen at fhi-berlin.mpg.de Fri Dec 19 09:13:00 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 09:13:00 2003 Subject: [Numpy-discussion] Re: Python, Numarray, LinearAlgebra In-Reply-To: <17347.1071740455@www29.gmx.net> (Corinna Kolarik's message of "Thu, 18 Dec 2003 10:40:55 +0100 (MET)") References: <17347.1071740455@www29.gmx.net> Message-ID: <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> Hallo Corinna, leider kann ich Dir nicht direkt bei Deinem Fehler helfen. Falls der Fehler auch mit der letzten Version auftritt (0.8) solltest Du Deine Fehlerbeschreibung/analyse doch bitte an die Numeric Python Emailliste schicke. Erw?hne bitte Dein System, Python Version sowie die numarray version. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From verveer at embl-heidelberg.de Fri Dec 19 09:34:01 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Fri Dec 19 09:34:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <86k74srb0q.fsf@doze.rz-berlin.mpg.de> References: <200312181757.39861.verveer@embl-heidelberg.de> <1071772330.3fe1f2aa5b378@webmail.embl.de> <86k74srb0q.fsf@doze.rz-berlin.mpg.de> Message-ID: <200312191833.16005.verveer@embl-heidelberg.de> I just checked and found that the problem was that the numarray directory is called numarray-0.8 when you gunzip the tar file. Apparantly the '.' in the file name is a problem. Renaming to 'numarray' fixed the problem. Peter On Friday 19 December 2003 18:08, Jochen K?pper wrote: > On Thu, 18 Dec 2003 19:32:10 +0100 wrote: > > I could not build the html docs for some reason but building the pdf > > worked fine. > > Wanna send some more information on your problems? > > Greetings, > Jochen From jochen at fhi-berlin.mpg.de Fri Dec 19 10:05:00 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 10:05:00 2003 Subject: [Numpy-discussion] Re: Python, Numarray, LinearAlgebra In-Reply-To: <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> (Jochen =?iso-8859-1?q?K=FCpper's?= message of "Fri, 19 Dec 2003 18:12:00 +0100") References: <17347.1071740455@www29.gmx.net> <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> Message-ID: <86wu8sptv4.fsf@doze.rz-berlin.mpg.de> On Fri, 19 Dec 2003 18:12:00 +0100 Jochen K?pper wrote: [sh..] Sorry guys, that was supposed to be a private mail. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From jochen at fhi-berlin.mpg.de Fri Dec 19 10:09:03 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 10:09:03 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <200312191833.16005.verveer@embl-heidelberg.de> (Peter Verveer's message of "Fri, 19 Dec 2003 18:33:15 +0100") References: <200312181757.39861.verveer@embl-heidelberg.de> <1071772330.3fe1f2aa5b378@webmail.embl.de> <86k74srb0q.fsf@doze.rz-berlin.mpg.de> <200312191833.16005.verveer@embl-heidelberg.de> Message-ID: <86iskcpto1.fsf@doze.rz-berlin.mpg.de> On Fri, 19 Dec 2003 18:33:15 +0100 Peter Verveer wrote: Peter> I just checked and found that the problem was that the numarray Peter> directory is called numarray-0.8 when you gunzip the tar file. Peter> Apparantly the '.' in the file name is a problem. Renaming to Peter> 'numarray' fixed the problem. I see that mkhowto prints that information to the screen (saying its a dvips problem), so I guess it is fine for now... Never encountered it as I always use cvs to get the source, so my directory is numarray anyway. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From 5dhxslwh at yahoo.com Sat Dec 20 16:15:04 2003 From: 5dhxslwh at yahoo.com (Dianna Reid) Date: Sat Dec 20 16:15:04 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cyril Message-ID: <38a33459$85-z@g42xf4> Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA vygqiw c ns tpzaipagnrl aqmlltwj fptwi From cocem at tin.it Sun Dec 21 17:35:00 2003 From: cocem at tin.it (Energy) Date: Sun Dec 21 17:35:00 2003 Subject: [Numpy-discussion] Power of winners - V.lAGR.A! iMZC NRBzNv. In-Reply-To: <3L8C717EHF63AJI0@lists.sourceforge.net> References: <3L8C717EHF63AJI0@lists.sourceforge.net> Message-ID: <1KA7512LL8EE4F3J@tin.it> An HTML attachment was scrubbed... URL: From zfqssif at yahoo.com Mon Dec 22 00:33:01 2003 From: zfqssif at yahoo.com (Prince London) Date: Mon Dec 22 00:33:01 2003 Subject: [Numpy-discussion] Tech Sector - Barcharts say 100 Percent to the Upside...betsy Message-ID: <38h9u6-89$$$$$twa-o1d-co4@salt.4lot.3n6o> Here you go. The technicals are perfect. I hear NMMG is going to unveil its new technology in February. http://quotes.barchart.com/texpert.asp?sym=NMMG byl fgrnqsvp ckyit l xv s From jab64mk at yahoo.com Tue Dec 23 02:47:03 2003 From: jab64mk at yahoo.com (Keisha Hatfield) Date: Tue Dec 23 02:47:03 2003 Subject: [Numpy-discussion] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...gillespie Message-ID: <2$73$gpv26v5$95@g9k92r814gll> US Stock Market - Stock Profile of the Week Symbol: CYPM Market: OTCBB Sector: 3D Animation BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CYPM To Compete With Pixar & Disney NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation studio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar feature, has acquired Joongang Movie Entertainment Co., Ltd., a producer of animated content for the world-famous Pokemon series. Joongang is a profitable 13-year-old animation company with more than 60 different clients among OEM Japanese TV shows, and which also has numerous clients in Europe. Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our combined clients traditional 2D along with 3D animation content, enabling the Company to compete profitably with world class animators such as Pixar and Disney.'' STOCK PROFILE OF THE WEEK We are very excited about our newest stock profile, Cyper Media, Inc. (OTCBB: CYPM). Not only has CYPM received a conditional commitment letter for 4 million of the 15 million dollar production budget for its CGI Animation Feature, "The 5th Glacial Epoch," it has also entered into a commitment for a 5 million dollar advance from an electronic game publisher. The money for its latest venture seems to be pouring in, but mere financing is just the beginning. The really big news is that CYPM has started the process of getting a distribution contract with MGM, Metro-Goldwyn-Mayer. The 4 million dollar commitment letter from Global Marine is subject to a letter of a conditional Distribution Letter from a major distributor, which CYPM has now secured. Cyper Media is looking to become a leading producer of 3D digital animation entertainment products for the world broadcast entertainment market. Cyper Media develops and produces 3D digital animation for television, short films, CGI feature films, home video, music video and multi-media applications such as video games. Cyper Media produces 3D digital animation by applying advanced hardware and software technology using computer systems throughout the production process. LICENSING & MERCHANDISING RIGHTS The Company intends to exploit the licensing and merchandising of its proprietary characters in order to generate revenue and to highten the popularity of its characters and programs. By licensing its proprietary characters to select manufacturers and distributors of consumer products such as toys, apparel, school supplies, house wares and books, the Company seeks to capture a portion of the growing licensing and merchandising market which features entertainment properties, such as animated characters. In 1995, this segment of the merchandising and licensing market had retail sales in the United States and Canada in excess of 16 billion dollars. OUTLINING THE THE OPPORTUNITIES The demand for animation programming and the business of animation production have expanded dramatically over the past decade. The revival of Disney's feature animation production in the 1990s, and the advent of new entrants like Paramount and DreamWorks SKG, have produced some of the biggest ever box office hits. The television market has also expanded, offering producers a voracious and lucrative market. Thanks to programs like The Simpsons and South Park, animation has started to become a staple element of prime-time television programming. Animation is an attractive investment because of its longevity, its ability to travel, and the potential to create ancillary revenue streams from home video, publishing, toys and other licensing activities. As well, the Academy Awards now recognizes Animation in a major category all its own. COMPETITIVE ENVIRONMENT Typically a US made 22-minute television show costs between 300,000 to 800,000 dollars to produce. Cyper can produce the same for a minimum of 80,000. This means many U.S.-based producers of animated programming such as Film Roman now have to subcontract some of the less creative and more labor-intensive components of its production process to animation studios located in low-cost labor countries, such as Korea. As the number of animated feature films and animated television programs expands, the demand for the services of overseas studios has expanded likewise. This demand may lead overseas studios to raise their fees, which may result in a rise in production costs, or an inability to contract with the Company's preferred overseas studios. HOW MUCH MONEY IS IN THIS INDUSTRY? The list of Top Ten grossing animated movies is impressive. The Lion King is at number one with a total gross of 312.8 million dollars. Shrek brings up second place with a whopping 267.6 million, and Monsters, Inc. takes third with 255.3 million. The other seven rounding out the list post an impressive Billion-plus. But the most recent animated feature that comes to mind is playing in theaters now. "Finding Nemo," sold about 70.6 million worth of tickets in its first three days, setting a new opening record for a cartoon, surpassing the 62.5 million bow of "Monsters, Inc." in November 2001. And although Nemo is a Walt Disney production, Disney no longer has a monopoly on animated features. In fact, of the Top 10 grossing animated features of all time, 4 are Walt Disney productions while Pixar, a newcomer in comparison, also has 4, with Fox and DreamWorks rounding out the list. But earnings for such movies don't stop at the box office. Just the opposite--they are only beginning. Merchandising from these movies, everything from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's to Burger King, range in the billions of dollars--and never forget about the impending sequels. Sales are huge, and CYPM through Cyper (now with financing on the way and MGM on their side) is poised to make the climb to the top. It's only a matter of time. Find out more about CYPM @ www.cypermedia.com. Please note that Cyper Media had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.esavingsplus.com/Unsubscribe.asp?unsub=10010000861997576 Stock Market Watcher is an independent research firm. This report is based on Stock Market Watcher's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of CYPM management. Stock Market Watcher has also been retained to research and issue reports on CYPM. Stock Market Watcher may from time to time purchase or sell CYPM common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning CYPM. Copyright 2003 ? Stock Market Watcher Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid one hundred fifty thousand shares CYPM stock to distribute this report. MMS is not affiiated with Stock Market Watcher and is not responsible for newsletter content. mnegbqi dcmpvqig mav r ugxrnenuorzucu fy jq wswjsdmq agz uspmjfei hki p From lftgtpgz at yahoo.com Wed Dec 24 05:17:01 2003 From: lftgtpgz at yahoo.com (Adeline Dutton) Date: Wed Dec 24 05:17:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...kayonga Message-ID: US Stock Market - Stock Profile of the Week Symbol: CYPM Market: OTCBB Sector: 3D Animation BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CYPM To Compete With Pixar & Disney NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation studio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar feature, has acquired Joongang Movie Entertainment Co., Ltd., a producer of animated content for the world-famous Pokemon series. Joongang is a profitable 13-year-old animation company with more than 60 different clients among OEM Japanese TV shows, and which also has numerous clients in Europe. Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our combined clients traditional 2D along with 3D animation content, enabling the Company to compete profitably with world class animators such as Pixar and Disney.'' STOCK PROFILE OF THE WEEK We are very excited about our newest stock profile, Cyper Media, Inc. (OTCBB: CYPM). Not only has CYPM received a conditional commitment letter for 4 million of the 15 million dollar production budget for its CGI Animation Feature, "The 5th Glacial Epoch," it has also entered into a commitment for a 5 million dollar advance from an electronic game publisher. The money for its latest venture seems to be pouring in, but mere financing is just the beginning. The really big news is that CYPM has started the process of getting a distribution contract with MGM, Metro-Goldwyn-Mayer. The 4 million dollar commitment letter from Global Marine is subject to a letter of a conditional Distribution Letter from a major distributor, which CYPM has now secured. Cyper Media is looking to become a leading producer of 3D digital animation entertainment products for the world broadcast entertainment market. Cyper Media develops and produces 3D digital animation for television, short films, CGI feature films, home video, music video and multi-media applications such as video games. Cyper Media produces 3D digital animation by applying advanced hardware and software technology using computer systems throughout the production process. LICENSING & MERCHANDISING RIGHTS The Company intends to exploit the licensing and merchandising of its proprietary characters in order to generate revenue and to highten the popularity of its characters and programs. By licensing its proprietary characters to select manufacturers and distributors of consumer products such as toys, apparel, school supplies, house wares and books, the Company seeks to capture a portion of the growing licensing and merchandising market which features entertainment properties, such as animated characters. In 1995, this segment of the merchandising and licensing market had retail sales in the United States and Canada in excess of 16 billion dollars. OUTLINING THE THE OPPORTUNITIES The demand for animation programming and the business of animation production have expanded dramatically over the past decade. The revival of Disney's feature animation production in the 1990s, and the advent of new entrants like Paramount and DreamWorks SKG, have produced some of the biggest ever box office hits. The television market has also expanded, offering producers a voracious and lucrative market. Thanks to programs like The Simpsons and South Park, animation has started to become a staple element of prime-time television programming. Animation is an attractive investment because of its longevity, its ability to travel, and the potential to create ancillary revenue streams from home video, publishing, toys and other licensing activities. As well, the Academy Awards now recognizes Animation in a major category all its own. COMPETITIVE ENVIRONMENT Typically a US made 22-minute television show costs between 300,000 to 800,000 dollars to produce. Cyper can produce the same for a minimum of 80,000. This means many U.S.-based producers of animated programming such as Film Roman now have to subcontract some of the less creative and more labor-intensive components of its production process to animation studios located in low-cost labor countries, such as Korea. As the number of animated feature films and animated television programs expands, the demand for the services of overseas studios has expanded likewise. This demand may lead overseas studios to raise their fees, which may result in a rise in production costs, or an inability to contract with the Company's preferred overseas studios. HOW MUCH MONEY IS IN THIS INDUSTRY? The list of Top Ten grossing animated movies is impressive. The Lion King is at number one with a total gross of 312.8 million dollars. Shrek brings up second place with a whopping 267.6 million, and Monsters, Inc. takes third with 255.3 million. The other seven rounding out the list post an impressive Billion-plus. But the most recent animated feature that comes to mind is playing in theaters now. "Finding Nemo," sold about 70.6 million worth of tickets in its first three days, setting a new opening record for a cartoon, surpassing the 62.5 million bow of "Monsters, Inc." in November 2001. And although Nemo is a Walt Disney production, Disney no longer has a monopoly on animated features. In fact, of the Top 10 grossing animated features of all time, 4 are Walt Disney productions while Pixar, a newcomer in comparison, also has 4, with Fox and DreamWorks rounding out the list. But earnings for such movies don't stop at the box office. Just the opposite--they are only beginning. Merchandising from these movies, everything from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's to Burger King, range in the billions of dollars--and never forget about the impending sequels. Sales are huge, and CYPM through Cyper (now with financing on the way and MGM on their side) is poised to make the climb to the top. It's only a matter of time. Find out more about CYPM @ www.cypermedia.com. Please note that Cyper Media had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.4inch6.com/f.html Stock Market Watcher is an independent research firm. This report is based on Stock Market Watcher's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of CYPM management. Stock Market Watcher has also been retained to research and issue reports on CYPM. Stock Market Watcher may from time to time purchase or sell CYPM common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning CYPM. Copyright 2003 ? Stock Market Watcher Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid one hundred fifty thousand shares CYPM stock to distribute this report. MMS is not affiiated with Stock Market Watcher and is not responsible for newsletter content. pdwbs sevaqk pw tkvciu k ty cfx ivbsiig From nadavh at VisionSense.com Thu Dec 25 00:31:01 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Thu Dec 25 00:31:01 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays Message-ID: <1072340869.21175.10.camel@Nadav.Envision.co.il> The conversion for a list of large arrays into a matrix is very slow in numarray while reasonably fast: >>> from numarray import * >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] >>> aa = array(a) # Very slow -------------------------------- >>> from Numeric import * >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] >>> aa = array(a) # Fast Python version: 2.3.3 numarray version: Official 0.8 Tested under WinXP and RH9 linux. Any workaround? Nadav From edcjones at erols.com Fri Dec 26 08:54:03 2003 From: edcjones at erols.com (Edward C. Jones) Date: Fri Dec 26 08:54:03 2003 Subject: [Numpy-discussion] "error getting read buffer data ptr" Message-ID: <3FEC669F.4020403@erols.com> What are the usual causes for this traceback: Traceback (most recent call last): File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 166, in ? test4() File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 125, in test4 print arrout File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 631, in __str__ return array_str(self) File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 1159, in array_str return arrayprint.array2string( File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", line 187, in array2string separator, prefix) File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", line 140, in _array2string data = _gen.ravel(a) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 916, in ravel return reshape(array, (array.nelements(),)) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 907, in reshape v = v.view() libnumarray.error: NA_updateDataPtr: error getting read buffer data ptr From ianrez2ie at yahoo.com Sat Dec 27 12:38:02 2003 From: ianrez2ie at yahoo.com (Patrica Booth) Date: Sat Dec 27 12:38:02 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cornelius Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA ca x r buylmoll hwbl vc tu lai zadna ez scyefcuhmhhw From ianrez2ie at yahoo.com Sun Dec 28 06:41:02 2003 From: ianrez2ie at yahoo.com (Patrica Booth) Date: Sun Dec 28 06:41:02 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cornelius Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA ca x r buylmoll hwbl vc tu lai zadna ez scyefcuhmhhw From nadavh at VisionSense.com Mon Dec 29 01:27:00 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 29 01:27:00 2003 Subject: [Numpy-discussion] Linking numarray with atlas Message-ID: <1072689815.22585.4.camel@Nadav.Envision.co.il> The following recipe worked with RH9 and gentoo linux: 1. Set environment variable USE_LAPACK: From nadavh at VisionSense.com Mon Dec 29 01:40:08 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 29 01:40:08 2003 Subject: [Numpy-discussion] Linking numarray with ATLAS Message-ID: <1072690606.22585.18.camel@Nadav.Envision.co.il> The following recipe worked on RH9 and gentoo 1.4: 1. Set environment variable USE_LAPACK: export USE_LAPACK=1 2. Edit addon.py and make the following changes: 1. Change the first item of lapack_libs from 'blas' to 'atlas' 2. Change lapack_dirs from [] to ['directory of libatlas.a', 'directory of libg2c.a'] 3. Proceed with the usual installation: python setup.py ... I had some problem on the RH9 system that were solved by upgrading to a recent ATLAS package. Enjoy ;) Nadav. From h4fegi at yahoo.com Mon Dec 29 03:59:11 2003 From: h4fegi at yahoo.com (Zachariah Kincaid) Date: Mon Dec 29 03:59:11 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRILL LYNCH On Sector.....antonie Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid two hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. uzook x ygk oktdpuaiiyqe gfuooadhaytbd wyfy imfb ai From jmiller at stsci.edu Mon Dec 29 12:12:08 2003 From: jmiller at stsci.edu (Todd Miller) Date: Mon Dec 29 12:12:08 2003 Subject: [Fwd: Re: [Numpy-discussion] "error getting read buffer data ptr"] Message-ID: <1072728621.21329.91.camel@halloween.stsci.edu> This is a response I forgot to reply-all. Edward tracked this problem down to a memory management bug in his C-code. -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: no subject Date: no date Size: 38 URL: From jmiller at stsci.edu Mon Dec 29 09:57:47 2003 From: jmiller at stsci.edu (Todd Miller) Date: 29 Dec 2003 09:57:47 -0500 Subject: [Numpy-discussion] "error getting read buffer data ptr" In-Reply-To: <3FEC669F.4020403@erols.com> References: <3FEC669F.4020403@erols.com> Message-ID: <1072709867.21329.21.camel@halloween.stsci.edu> Hi Edward, This error message is issued on entry into C when libnumarray attempts to get a pointer to the data buffer of an array using the buffer API and fails for some reason. Is there anything fancy (memory mapping, Python array object, etc.) about the buffer your array is based on? Can you reduce the error to a short segment of code so we can reproduce the problem? What does arrout.info() report? Regards, Todd On Fri, 2003-12-26 at 11:49, Edward C. Jones wrote: > What are the usual causes for this traceback: > > Traceback (most recent call last): > File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 166, in ? > test4() > File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 125, in test4 > print arrout > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", > line 631, in __str__ > return array_str(self) > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", > line 1159, in array_str > return arrayprint.array2string( > File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", > line 187, in array2string > separator, prefix) > File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", > line 140, in _array2string > data = _gen.ravel(a) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", > line 916, in ravel > return reshape(array, (array.nelements(),)) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", > line 907, in reshape > v = v.view() > libnumarray.error: NA_updateDataPtr: error getting read buffer data ptr > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 --=-Fyxne++CmZIe68+7fmbE-- From jmiller at stsci.edu Tue Dec 30 06:36:03 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 30 06:36:03 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays In-Reply-To: <1072340869.21175.10.camel@Nadav.Envision.co.il> References: <1072340869.21175.10.camel@Nadav.Envision.co.il> Message-ID: <1072794859.25634.5.camel@halloween.stsci.edu> On Thu, 2003-12-25 at 03:27, Nadav Horesh wrote: > The conversion for a list of large arrays into a matrix is very slow in > numarray while reasonably fast: > > >>> from numarray import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Very slow > > -------------------------------- > > >>> from Numeric import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Fast > > Python version: 2.3.3 > numarray version: Official 0.8 > > Tested under WinXP and RH9 linux. > > Any workaround? > Try concatenate. For the array sizes you're looking at, numarray does OK. You may have to adjust the result shape. Todd > Nadav > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From 824hukhq at yahoo.com Tue Dec 30 14:52:07 2003 From: 824hukhq at yahoo.com (Harriet Meredith) Date: Tue Dec 30 14:52:07 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRILL LYNCH On Sector.....gaille Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid two hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. h rec xfl From nadavh at visionsense.com Wed Dec 31 03:07:02 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Wed Dec 31 03:07:02 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays Message-ID: <07C6A61102C94148B8104D42DE95F7E8066932@exchange2k.envision.co.il> It works excellent. I see also that there is a corresponding update in the CVS. Happy new (and peaceful) year, Nadav. -----Original Message----- From: Todd Miller [mailto:jmiller at stsci.edu] Sent: Tue 30-Dec-03 16:34 To: Nadav Horesh Cc: numpy-discussion Subject: Re: [Numpy-discussion] Slow conversion from list to arrays On Thu, 2003-12-25 at 03:27, Nadav Horesh wrote: > The conversion for a list of large arrays into a matrix is very slow in > numarray while reasonably fast: > > >>> from numarray import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Very slow > > -------------------------------- > > >>> from Numeric import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Fast > > Python version: 2.3.3 > numarray version: Official 0.8 > > Tested under WinXP and RH9 linux. > > Any workaround? > Try concatenate. For the array sizes you're looking at, numarray does OK. You may have to adjust the result shape. Todd > Nadav > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From hinsen at cnrs-orleans.fr Mon Dec 1 02:11:06 2003 From: hinsen at cnrs-orleans.fr (Konrad Hinsen) Date: Mon Dec 1 02:11:06 2003 Subject: [Numpy-discussion] PyArray_ContiguousFromObject & PyDECREF In-Reply-To: <3FCADC96.3050504@ims.u-tokyo.ac.jp> References: <3FCADC96.3050504@ims.u-tokyo.ac.jp> Message-ID: <200312011109.38864.hinsen@cnrs-orleans.fr> On Monday 01 December 2003 07:15, Michiel Jan Laurens de Hoon wrote: > In Chapter 12 ("Writing a C extension") in the Numerical Python manual, in > the first example PyArray_ContiguousFromObject is used together with > PyDECREF, while in the last example PyArray_ContiguousFromObject is used > but the arrays are not PyDECREF'ed before the function returns. From > Chapter 13 ("C API Reference") it seems that a PyDECREF is needed in both > cases. Or am I missing something here? Is PyDECREF not needed for some > reason in the last example? It should be there, the second example as presented has a memory leak. Konrad. -- ------------------------------------------------------------------------------- Konrad Hinsen | E-Mail: hinsen at cnrs-orleans.fr Centre de Biophysique Moleculaire (CNRS) | Tel.: +33-2.38.25.56.24 Rue Charles Sadron | Fax: +33-2.38.63.15.17 45071 Orleans Cedex 2 | Deutsch/Esperanto/English/ France | Nederlands/Francais ------------------------------------------------------------------------------- From rconsultant3 at yahoo.com Mon Dec 1 12:38:04 2003 From: rconsultant3 at yahoo.com (Engineer - Mgr) Date: Mon Dec 1 12:38:04 2003 Subject: [Numpy-discussion] Sending Resume Message-ID: Hello David I'm looking for new project as independent CONSULTANT Will call you tomorrow to schedule meeting as we were talking before, possible this week or in Monday; E-mail: rcondultant9 at yahoo.com Tel. (408) 309-7006 Engineer or Manager or INDEPENDENT CONSULTING or Engineering Manager and/or Senior Mechanical & Design ENGINEER, Design Analyst Program Manager Project Manager, Product Manager Product Development Specialist Manufacturing Engineering Electro-Mechanical & Industrial Designer R&D, CADD Manager, SBIR Over 20 years combine experience in Technical Managerial Positions performing Engineering & Design Service Systems Design & System Integration, R&D, Product & Process Development, Projects & Products Engineering & Management, Manufacturing Operations & Preparation & Managing teams of Engineering Specialist; 08-1993 to present; MECH-TRONIC DESIGN & MFG; SANTA CLARA, CA Engineering Manager, Project & Product Manager, SR. Mechanical & Design Engineer, CADD Manager. Duties included: Preparing technical documentation, calculations, engineering, design, layouts, drawings, 3D and Solid Modeling, development & propositions. Hard Drive Designing, testing, balancing, recalculating and redesign. Solid Works, Mechanical Desktop. Manufacturing and Assembly Equipment design and build. Hard Drive Testing Equipment design & mfg. Tooling and Operations Development, Implementation & Automation for mass production. Pro-E, CADD Management, Automation and Operations, Analyzing, AutoCAD 2000 & M D, Win 95/98/2000/NT, Creating, revising & implementing improvements to existing and new manufacturing processes. Mfg & Assy Development & support. Cost study and cost reduction analyzing. Purchasing manufacturing equipment, Bill of Materials creation. Copy Machines & Color commercial Printers design & build. Paper path & Heads - dynamic orientation. Rapid Thermo Processing, Wafer 200 & 300 mm with automatic Door and manual inserting, Scanners, Sensors & Cassette opening and rotation, LASER & Equipment & Motion Control. Fiber Optics equipment, enclosures, connectors, tools & manufacturing; assembly equipment design & build. Wafer Handling & Processing Equipment, Stages & Sliders, Thickness Measurement, Robotics. Network & Electronic / Computer Testing Equipment. Plastic & Enclosures Design & Build; Hard Drive, modems, ICT Equipment Des, Mfg & Assy. Teaching Mechanical Engineering and Descriptive Geometry, CADD. Computer Graphics, Electro - Mechanical Engineering & Design, AutoCAD, Plotting, DOS, Lecture and practical assignment. Software and computer support. Electrical & Mechanical Projects, Production Equipment & Machinery. Designing Electric Cars, Analyzes & Calculations, Prototypes electronic and electrical schematic Layouts, mechanical detailing & body shell. CAD and Plotting Station Management, Lib, Analyzes & Calculations, Prototypes & Product Mfg. Development, design & redesigning mechanical components for manufacturing, Assembly draw, Customizing Electronic, Mechanical and Electrical Equipment, AutoCAD, Spreadsheet, Basic, dB; Lotus, Excel, Paradox, Quadro Project Management & Production, scheduling, quality control, controlling & production planning injection molding, plastic parts and elements design and manufacturing Manufacturing hydraulic & pneumatic equipment, machinery and control systems, mechanisms, robotics device, precision machine elements. Inspecting and control manufacturing standards, analyzing stresses and tolerances, selecting materials, engineering computations and technical improvements, documentation, projects development, supplying. Automation, Conveyors, Spiral Elevator, Fast Cannery Transportation, Electronic and Electrical Components, Master Control Center, Sheet Metal Oven Rebuilding Project. LASER MEDICAL DEVICE, Lasers, Optics, Fiber Optics 3 SETS OF OPTICAL LENSES MOVE-AUTOMATON COLIMMATOR Project Management, Design, Product Development Manufacturing, Production, Operation Manager Sales & Customer Service Transportation & Shop Manager Service Station Operating & Management CREATIVE THINKING AND SOLUTION DEVELOPMENT OPEN FOR TRAVEL (domestic /international) US Citizen Permanent preferred INDEPENDENT CONSULTING TEL. (408) 309-7006 E-mail: rconsultant9 at yahoo.com From iazh7ju at yahoo.com Mon Dec 1 20:15:04 2003 From: iazh7ju at yahoo.com (Reynaldo Rodriquez) Date: Mon Dec 1 20:15:04 2003 Subject: [Numpy-discussion] ai ureak hlhjwck Message-ID: <7f-0a-4$8c$t2o8@6r1.7v23xfi> An HTML attachment was scrubbed... URL: From falted at openlc.org Tue Dec 2 01:34:06 2003 From: falted at openlc.org (Francesc Alted) Date: Tue Dec 2 01:34:06 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? Message-ID: <200312021033.44577.falted@openlc.org> Hi, It seems like if numarray.strings module is not able to create objects when one of its dimensions is zero. For example, this works: >>> import numarray >>> numarray.array([], shape=(1,0,2)) array([]) but, for strings, it raises the next error: >>> numarray.strings.array(None, itemsize=3, shape=(1,0,2)) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 955, in array byteoffset=byteoffset, bytestride=bytestride) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 94, in __init__ self.fill(" ") File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 318, in fill self[:] = char*self._itemsize File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, in _slicedIndexing retarr._copyFrom(value) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 202, in _copyFrom me[:] = it[..., :self._itemsize] File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, in _slicedIndexing retarr._copyFrom(value) libnumarray.error: copy1bytes: access beyond buffer. offset=2 buffersize=0 I think it would be nice (and consistent) to support that in strings too. Thanks, -- Francesc Alted From f5uebeov at yahoo.com Tue Dec 2 02:27:06 2003 From: f5uebeov at yahoo.com (Amy Lozano) Date: Tue Dec 2 02:27:06 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....Gunnar Message-ID: <3-5580t8f$6sr565$27i7a-j8q2a79@der4.k5k74> US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. s xvpu ljpijtor v suh arasfzb or lxe From y139rzqabo at yahoo.com Tue Dec 2 02:28:03 2003 From: y139rzqabo at yahoo.com (Freeman Correa) Date: Tue Dec 2 02:28:03 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....Caden Message-ID: US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. hfcxoiqhzcv c ensx jmcerbegshc v avtxka uuqlpie jxzqkoto nmvkyjnr ktfbpofqittsolsfd nvvuvr l tyo From jmiller at stsci.edu Tue Dec 2 03:54:03 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 03:54:03 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <200312021033.44577.falted@openlc.org> References: <200312021033.44577.falted@openlc.org> Message-ID: <1070365977.3452.32.camel@localhost.localdomain> On Tue, 2003-12-02 at 04:33, Francesc Alted wrote: > Hi, > > It seems like if numarray.strings module is not able to create objects when > one of its dimensions is zero. For example, this works: > > >>> import numarray > >>> numarray.array([], shape=(1,0,2)) > array([]) > > but, for strings, it raises the next error: > > >>> numarray.strings.array(None, itemsize=3, shape=(1,0,2)) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 955, > in array > byteoffset=byteoffset, bytestride=bytestride) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 94, > in __init__ > self.fill(" ") > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 318, > in fill > self[:] = char*self._itemsize > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, > in _slicedIndexing > retarr._copyFrom(value) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 202, > in _copyFrom > me[:] = it[..., :self._itemsize] > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 505, > in _slicedIndexing > retarr._copyFrom(value) > libnumarray.error: copy1bytes: access beyond buffer. offset=2 buffersize=0 > > I think it would be nice (and consistent) to support that in strings too. I fixed the immediate problem with zero element string arrays this morning. I imagine there are probably other problems with that case... Please let me know if and when you find them. Regards, Todd > > Thanks, -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 11:49:05 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 11:49:05 2003 Subject: [Numpy-discussion] CVS - built can't find package directory Message-ID: <200312021148.36186.haase@msg.ucsf.edu> Hi, I'm trying to test some features of the latest CVS version. I get: $ python2.2 setup.py build --gencode error: package directory 'Packages/nd_image/Lib' does not exist -- after taking out the line of addons I get: error: package directory 'Packages/MA/Lib' does not exist Then I get a compiler error: gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o build/temp.linux-i686-2.2/_ufuncmodule.o Src/_ufuncmodule.c: In function `_slow_exec1': Src/_ufuncmodule.c:1555: parse error before `*' Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only once Src/_ufuncmodule.c:1556: for each function it appears in.) Src/_ufuncmodule.c: In function `_slow_exec2': Src/_ufuncmodule.c:1876: parse error before `*' Src/_ufuncmodule.c:1877: parse error before `*' Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) Src/_ufuncmodule.c:1908: parse error before `*' Src/_ufuncmodule.c:1909: parse error before `*' error: command 'gcc' failed with exit status 1 What are these packages ? Thanks, Sebastian Haase From jmiller at stsci.edu Tue Dec 2 12:18:06 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 12:18:06 2003 Subject: [Numpy-discussion] CVS - built can't find package directory In-Reply-To: <200312021148.36186.haase@msg.ucsf.edu> References: <200312021148.36186.haase@msg.ucsf.edu> Message-ID: <1070396223.4552.32.camel@localhost.localdomain> On Tue, 2003-12-02 at 14:48, Sebastian Haase wrote: > Hi, > I'm trying to test some features of the latest CVS version. > I get: > $ python2.2 setup.py build --gencode > > error: package directory 'Packages/nd_image/Lib' does not exist This looks like a CVS update gone bad: a directory added since numarray-0.7 that didn't get populated by your checkout. I suggest doing: cvs update -d -P *or* just wipe out your old CVS and do a fresh checkout. > > -- after taking out the line of addons I get: > error: package directory 'Packages/MA/Lib' does not exist > Ditto here. One update in numarray should do it. > Then I get a compiler error: > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray > -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o > build/temp.linux-i686-2.2/_ufuncmodule.o > Src/_ufuncmodule.c: In function `_slow_exec1': > Src/_ufuncmodule.c:1555: parse error before `*' > Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) > Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only once > Src/_ufuncmodule.c:1556: for each function it appears in.) > Src/_ufuncmodule.c: In function `_slow_exec2': > Src/_ufuncmodule.c:1876: parse error before `*' > Src/_ufuncmodule.c:1877: parse error before `*' > Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) > Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) > Src/_ufuncmodule.c:1908: parse error before `*' > Src/_ufuncmodule.c:1909: parse error before `*' > error: command 'gcc' failed with exit status 1 > I'm not sure what happened here. CVS is currently viable though. Try again. > > What are these packages ? MA is a port of Paul Dubois masked array package. nd_image is Peter Verveer's new multi-dimensional image processing package. > Cheers, Todd -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 13:57:03 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 13:57:03 2003 Subject: [Numpy-discussion] CVS - built can't find package directory References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> Message-ID: <00a101c3b91f$2daec8e0$421ee6a9@rodan> > CVS builds fine for me with gcc-3.2.2. I don't have gcc-2.95 anymore. > I built numarray yesterday with Sun cc so I don't think it's a compiler > issue. > > Looking at the code in question, it is fairly new (last 3-4 weeks) so > if it didn't get updated, or got updated with conflicts, it could cause > problems... but not for me. I suggest wiping your current CVS and doing > a complete checkout. I changed in Src/_ufuncmodule.c around line 40 and line 43 (removed the semicolons): #if _PYTHON_CALLBACKS #define ConverterRebuffer(conv,arr,inb) \ PyObject_CallMethod(conv, "rebuffer", "(OO)", arr, inb) #else #define ConverterRebuffer(conv,arr,inb) \ ((PyConverterObject *)conv)->rebuffer(conv, arr, inb) #endif I do not understand why this caused trouble - but in my opinion there don't need to be any semiconlons, because you use it like a function call. Is there some documentation on the nd_image package ? Thanks - Sebastian > > Regards, > Todd > > On Tue, 2003-12-02 at 15:33, Sebastian Haase wrote: > > > > > cvs update -d -P > > > > Thanks - that was it ... > > > > > > > > > > Then I get a compiler error: > > > > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -IInclude/numarray > > > > -I/usr/include/python2.2 -c Src/_ufuncmodule.c -o > > > > build/temp.linux-i686-2.2/_ufuncmodule.o > > > > Src/_ufuncmodule.c: In function `_slow_exec1': > > > > Src/_ufuncmodule.c:1555: parse error before `*' > > > > Src/_ufuncmodule.c:1556: `ro' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1556: (Each undeclared identifier is reported only > > once > > > > Src/_ufuncmodule.c:1556: for each function it appears in.) > > > > Src/_ufuncmodule.c: In function `_slow_exec2': > > > > Src/_ufuncmodule.c:1876: parse error before `*' > > > > Src/_ufuncmodule.c:1877: parse error before `*' > > > > Src/_ufuncmodule.c:1878: `ri1' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1878: `ro' undeclared (first use in this function) > > > > Src/_ufuncmodule.c:1908: parse error before `*' > > > > Src/_ufuncmodule.c:1909: parse error before `*' > > > > error: command 'gcc' failed with exit status 1 > > > > > > > > > > I'm not sure what happened here. CVS is currently viable though. Try > > > again. > > > > > > > I just ran it again ... same thing. (my gcc is version 2.95) > > Could you check this ... ? > > > > - Sebastian > > > -- > Todd Miller > > From jmiller at stsci.edu Tue Dec 2 14:21:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 2 14:21:01 2003 Subject: [Numpy-discussion] CVS - built can't find package directory In-Reply-To: <00a101c3b91f$2daec8e0$421ee6a9@rodan> References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> Message-ID: <1070403580.4551.57.camel@localhost.localdomain> On Tue, 2003-12-02 at 16:56, Sebastian Haase wrote: > > CVS builds fine for me with gcc-3.2.2. I don't have gcc-2.95 anymore. > > I built numarray yesterday with Sun cc so I don't think it's a compiler > > issue. > > > > Looking at the code in question, it is fairly new (last 3-4 weeks) so > > if it didn't get updated, or got updated with conflicts, it could cause > > problems... but not for me. I suggest wiping your current CVS and doing > > a complete checkout. > > I changed in Src/_ufuncmodule.c around line 40 and line 43 (removed the > semicolons): > > #if _PYTHON_CALLBACKS > #define ConverterRebuffer(conv,arr,inb) \ > PyObject_CallMethod(conv, "rebuffer", "(OO)", arr, inb) > #else > #define ConverterRebuffer(conv,arr,inb) \ > ((PyConverterObject *)conv)->rebuffer(conv, arr, inb) > #endif > > I do not understand why this caused trouble - but in my opinion there don't > need to be any semiconlons, because you use it like a function call. I agree. They're gone now in CVS. I haven't recompiled widely though. > > Is there some documentation on the nd_image package ? In CVS, yes. > > Thanks > - Sebastian Regards, Todd -- Todd Miller From haase at msg.ucsf.edu Tue Dec 2 16:45:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 2 16:45:01 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument 'typecode' References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> Message-ID: <00ca01c3b936$9b0cdd70$421ee6a9@rodan> Hi, I'm just trying to debug some PyOpenGl stuff . It seems that this is only available with Numeric (no numarray !?) Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec !! ) I found this is because all my other code is using numarray and it is this conversion that takes so long. Switching to Numeric (and back to numarray) got this error message: [[[ Num is here numarray !! ]] self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) TypeError: zeros() got an unexpected keyword argument 'typecode' I thought numarray suppossed to be backwards compatible ... so I just report this as a bug. Regards, Sebastian From falted at openlc.org Wed Dec 3 02:09:04 2003 From: falted at openlc.org (Francesc Alted) Date: Wed Dec 3 02:09:04 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <1070365977.3452.32.camel@localhost.localdomain> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> Message-ID: <200312031108.15379.falted@openlc.org> A Dimarts 02 Desembre 2003 12:52, Todd Miller va escriure: > > I fixed the immediate problem with zero element string arrays this > morning. I imagine there are probably other problems with that case... > Please let me know if and when you find them. Thanks. Well, I've found another small issue. The next works: >>> array([]).info() class: shape: (0,) strides: (4,) byteoffset: 0 bytestride: 4 itemsize: 4 aligned: 1 contiguous: 1 data: byteorder: little byteswap: 0 type: Int32 But this don't: >>> strings.array([]) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 964, in array return fromlist(buffer, itemsize=itemsize, shape=shape, kind=kind) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 828, in fromlist shape, itemsize = _slistShape(slist, itemsize=itemsize, shape=shape) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 763, in _slistShape shape_items = _slistShape0(slist) File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 746, in _slistShape0 maxs = _slistShape0(slist[0]) IndexError: list index out of range Perhaps (?) you want to make it equivalent to: >>> strings.array(None, shape=(0,), itemsize=0).info() class: shape: (0,) strides: (0,) byteoffset: 0 bytestride: 0 itemsize: 0 aligned: 1 contiguous: 1 data: type: CharArrayType(0) I've used the numarray present in CVS to run these test. Cheers, -- Francesc Alted From jmiller at stsci.edu Wed Dec 3 03:44:05 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 03:44:05 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument 'typecode' In-Reply-To: <00ca01c3b936$9b0cdd70$421ee6a9@rodan> References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> <00ca01c3b936$9b0cdd70$421ee6a9@rodan> Message-ID: <1070451787.3452.3.camel@localhost.localdomain> On Tue, 2003-12-02 at 19:44, Sebastian Haase wrote: > Hi, > I'm just trying to debug some PyOpenGl stuff . It seems that this is only > available with Numeric (no numarray !?) > > Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec > !! ) > I found this is because all my other code is using numarray and it is this > conversion that takes so long. > Switching to Numeric (and back to numarray) got this error message: > [[[ Num is here numarray !! ]] > self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) > TypeError: zeros() got an unexpected keyword argument 'typecode' numarray is still weak in a few places for keyword names. Try 'type' instead. Todd > > I thought numarray suppossed to be backwards compatible ... so I just > report this as a bug. > > Regards, > Sebastian > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From jmiller at stsci.edu Wed Dec 3 03:48:07 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 03:48:07 2003 Subject: [Numpy-discussion] zero dimensions in numarray.strings? In-Reply-To: <200312031108.15379.falted@openlc.org> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> Message-ID: <1070452050.3452.7.camel@localhost.localdomain> On Wed, 2003-12-03 at 05:08, Francesc Alted wrote: > A Dimarts 02 Desembre 2003 12:52, Todd Miller va escriure: > > > > I fixed the immediate problem with zero element string arrays this > > morning. I imagine there are probably other problems with that case... > > Please let me know if and when you find them. > > Thanks. Well, I've found another small issue. The next works: > > >>> array([]).info() > class: > shape: (0,) > strides: (4,) > byteoffset: 0 > bytestride: 4 > itemsize: 4 > aligned: 1 > contiguous: 1 > data: 00000000> > byteorder: little > byteswap: 0 > type: Int32 > > > But this don't: > > >>> strings.array([]) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 964, > in array > return fromlist(buffer, itemsize=itemsize, shape=shape, kind=kind) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 828, > in fromlist > shape, itemsize = _slistShape(slist, itemsize=itemsize, shape=shape) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 763, > in _slistShape > shape_items = _slistShape0(slist) > File "/usr/local/lib/python2.3/site-packages/numarray/strings.py", line 746, > in _slistShape0 > maxs = _slistShape0(slist[0]) > IndexError: list index out of range > > Perhaps (?) you want to make it equivalent to: > > >>> strings.array(None, shape=(0,), itemsize=0).info() > class: > shape: (0,) > strides: (0,) > byteoffset: 0 > bytestride: 0 > itemsize: 0 > aligned: 1 > contiguous: 1 > data: 00000000> > type: CharArrayType(0) > > I've used the numarray present in CVS to run these test. OK. I appended this to the 'zero dimension string' bug report so that it doesn't get lost. Todd -- Todd Miller From spbgomuv at yahoo.com Wed Dec 3 06:49:01 2003 From: spbgomuv at yahoo.com (Ward Anaya) Date: Wed Dec 3 06:49:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - HTDS Medical Research---CANCER Trials.....kendall Message-ID: <275j87192e9o98or@s0834azlxoo> US Stock Market - Stock Profile of the Week Symbol: HTDS Market: PK Sector: MEDICAL RESEARCH BARCHART Rates HTDS an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=HTDS Before we begin our profile we have very exciting, breaking news... Tubercin Passes Toxicity Trials - Ready To Proceed To Live Cancer Trials BREAKING NEWS - DELRAY BEACH, Fla.--(BUSINESS WIRE)--Hard to Treat Diseases Incorporated (Pink Sheets:HTDS) announces that Tubercin? has passed the toxicity tests required to proceed to the live cancer trials. Testing Tubercin? on live Melanoma, Lung and Breast cancer cells will begin immediately. The President and CEO, Mr. Colm J. King, met with the spokesperson of the medical group at their offices in Oklahoma City. Mr. King was advised that the tests were conducted under strict FDA (Federal Drug Administration) guidelines. Full test results will be available at the corporate offices as soon as the reports and findings are printed. "These are the most promising results to date regarding Tubercin? and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin? is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin?." Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin?, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." STOCK PROFILE OF THE WEEK HTDS is now at an emerging and potentially explosive stage. As stated in their press release, Tubercin is now ready to proceed (after tests conducted under strict FDA guidelines) to human clinical trials. While they have jumped one very big hurdle, they are still in the early stages of development and now is a great time for investors to take heed. TUBERCIN Over the past ten years, epoch making anticancer agents have continuously been introduced, but the mortality of cancer patients have been rising in the U.S. and the European countries not to mention Japan and Korea. The decisive measure to cope with cancer is surgery. When the cancer cells spread throughout the body instead of remaining on the original spot, the treatment should take into consideration chemotherapy, radiation therapy and immunotherapy. The drawback of such therapies, however, is they incur damages not only on cancer cells, but also on the normal cells. Chemotherapy and radiation therapy are not suitable for application on weakened patients, especially those above 70. Historically, various forms of immunotherapy have been performed, falling short of therapeutic expectation. When Bacille calmetteguerin is used as an active no-specific immunotherapeutic agent, however, the patient's prognosis turns better through a simulative action on immune system of the cancer case. Professor T.H. Chung of Korea extracted carbohydrate complex Tubercin from microbacterium tuberculosis to be used as immunostimulant. This was meant to activate the T-lymphocyte of the cancer patient to produce lymphokine. This process strengthened and promoted immuno surveillance activities in deficient state and alleviated the pain and prolonged the life of cancer patients. Of late the pharmaceutical industry in advanced countries started to put on the market so called cancer vaccines (active specific immunotherapy). The vaccines, bacterial extracts, as adjuvants, with autologous and or allogenic cancer cells to generate antibodies to cancer cells, facilitating the killer T-cells to recognize and destroy cancer cells. The laboratory work to modify autologous or allogenic cancer cells are not ordinary and simple. When our lab work augments the active specific immunotherapeutic agents, the Tubercin will be one of the best adjuvants. Meanwhile, the main point of AIDS is its virus killing T-cells and Tubercin helps maintain healthy T-cells. Consequently, we focus our effort on the application of Tubercin to AIDS. TUBERCIN is derived from micro bacterium tuberculosis. As an immunostimulant, TUBERCIN strengthens the human body's own immune system and assists the body in seeking out and combating cancer cells. HTTD is potentially able to develop TUBERCIN into a low-cost product to treat cancer patients on an international scale. Salient treatment, through the administration of TUBERCIN, could positively affect thousands of lives in North America. In addition, Europe and Asia have millions of lives at risk each year because of viral diseases such as cancer. TUBERCIN IS A FINISHED PRODUCT. Tubercin as an inmunostimulant has been administered to human patients in stages three and four of terminal cancer. There have been no indications of any adverse side effects in human trials There has been encouraging results of patients with TUBERCIN in the last fourteen years. Various forms of cancer were involved and many of the patients survived. A review of clinical studies indicate TUBERCIN has no side effects and could possibly be administered in conjunction with other such modalities for the treatment of cancer without any adverse effects. The scientific presumption would be the distinct possibility of a strengthened immunity system and the administration of treatment such as chemotherapy at the later stages of tumor growth would not be impeded by the weakened condition of the terminal cancer patient. To this end the Company has been assisted by outside consultants reviewing the research data and human trials involving TUBERCIN to see specifically whereby incidents of dual treatment produced favorable results in terms of moving toward indication of prolongation of the life of the cancer patient. There is recognition that morphine is an trusted pain killer, but in totality it cannot be said that it has no side effects. In the maintaining of patient care, there is the strong possibility that TUBERCIN could be also considered as a candidate for a pain management. The Company's scientists describe TUBERCIN as having the high propensity of deadening the nerve endings in specific areas of the body where cancer has caused erosion and consequently much pain. PATENTS Presently, HTTD has the patent rights for Korea, Japan and the United States. The Korean patent was issued on October 29, 1998 (Registration No. 173362). The Japanese patent was issued on June 12, 1998 (Registration No. 2790447). The United States patent was issued on August 14, 2001 (Registration No.6,274,356). Currently, patents are pending for Canada and Europe (the United Kingdom, France, Germany, Italy and Spain). CANCER IN OUR TIME In the 20th century, the number of cancer patients has been on the increase. Although many anti-cancer agents were developed and an enormous study on its essence continued, the mortality by cancer still is increasing. Mankind may be chronically threatened with cancer in the 21st century. Nine million new case of cancer occur annually and five million people die from breast cancer, reports the World Health Organization. Dramatic increases in life expectancy and change in lifestyle are estimated to increase the number of new cancer cases to 20 million annually by 2020 and cancer deaths to more than 10 million. About 552,200 Americans - more than 1,500 people a day - are excepted to die of cancer this year. In the United States, one of every four deaths is attributed to cancer. Cancer is the second-leading cause of death in the United States. Exceeded only by heart disease. About 5 million lives have been lost to cancer since 1990 and about 13 million new cases have been diagnosed. In 2000, more then 1.2 million new cancer cases are expected to be diagnosed. The number of cancer cases will continue to grow, spurred by the aging population. By 2009, this patient group could total 8.4 million. In 1997, about 6.3 million people worldwide died from some form of cancer, and most major international cancer agencies expect this number to double by 2022. Please note that HTDS had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: http://doubleopt.biz/optout.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of HTDS management. Stock Market Today has also been retained to research and issue reports on HTDS. Stock Market Today may from time to time purchase or sell HTDS common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning HTDS. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid eight hundred and fifty thousand shares HTDS stock to distribute this report. MMS is not affiiated with Stock Market Today and is not responsible for newsletter content. sblze ioexzzcaj nw h btdicm rdj ro ovgz vjuwsywtj u mgd a y From haase at msg.ucsf.edu Wed Dec 3 10:48:02 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Wed Dec 3 10:48:02 2003 Subject: [Numpy-discussion] numarray memmap References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> Message-ID: <012701c3b9cd$dd0607a0$421ee6a9@rodan> Hi, I would like to use memmap array more often - here are some comments: (Please look for lines with $$$$) >>> from numarray import memmap as mm >>> m = mm.open("C:/mm1", mode='w+', len=0) >>> n = m.insert(0,0) >>> a = na.array(buffer=n) X:\PrWin\wxPython\lib\PyCrust\PyCrustApp.py:1: DeprecationWarning: The 'buffer' keyword is deprecated. Use 'sequence' instead. Exception exceptions.AttributeError: "Memmap instance has no attribute '_mode'" in Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\numarray\numarraycore.py", line 279, in array type = getTypeObject(sequence, type, typecode) File "X:\PrWin\numarray\numarraycore.py", line 223, in getTypeObject return Py2NumType[ _maxtype(sequence) ] KeyError $$$$ Is this a mistake on my part or should the error message be "better" ??? >>> a = na.array(buffer=n, type=na.UInt16, shape=(0,0,0)) >>> a.shape (0, 0, 0) >>> m >>> a.resize((100,100,100)) >>> a.shape (100, 100, 100) >>> m.sync() >>> m.flush() Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\numarray\memmap.py", line 501, in flush self._consolidate(filename) File "X:\PrWin\numarray\memmap.py", line 469, in _consolidate f.write(self._buffer(m, mlen)) File "X:\PrWin\numarray\memmap.py", line 317, in _buffer raise RuntimeError("Memmap no longer valid. (closed?)") RuntimeError: Memmap no longer valid. (closed?) >>> m $$$$ Is this a bug ? My idea is to "prepare" the memmap file before I actually know the array dimensions that should go into it. Is that a good idea ? Thanks, Sebastian Haase From wagner.nils at vdi.de Wed Dec 3 11:21:04 2003 From: wagner.nils at vdi.de (Nils Wagner) Date: Wed Dec 3 11:21:04 2003 Subject: [Numpy-discussion] squeeze in Matrix.py In-Reply-To: <200312031857.18892.thuemmle@mathematik.uni-bielefeld.de> Message-ID: Dear experts, Please, can someone explain the reason for using squeeze in Matrix.py http://cvs.sourceforge.net/viewcvs.py/numpy/Numerical/Lib/ Matrix.py?r1=1.20&r2=1.21 http://cvs.sourceforge.net/viewcvs.py/numpy/Numerical/Lib/ Matrix.py?r1=1.18&r2=1.19 Thanks in advance. Nils From jmiller at stsci.edu Wed Dec 3 11:52:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Wed Dec 3 11:52:04 2003 Subject: [Numpy-discussion] numarray memmap In-Reply-To: <012701c3b9cd$dd0607a0$421ee6a9@rodan> References: <200312021033.44577.falted@openlc.org> <1070365977.3452.32.camel@localhost.localdomain> <200312031108.15379.falted@openlc.org> <012701c3b9cd$dd0607a0$421ee6a9@rodan> Message-ID: <1070481083.962.55.camel@halloween.stsci.edu> On Wed, 2003-12-03 at 13:47, Sebastian Haase wrote: > Hi, > I would like to use memmap array more often - here are some comments: > (Please look for lines with $$$$) > > >>> from numarray import memmap as mm > >>> m = mm.open("C:/mm1", mode='w+', len=0) > >>> n = m.insert(0,0) > >>> a = na.array(buffer=n) > X:\PrWin\wxPython\lib\PyCrust\PyCrustApp.py:1: DeprecationWarning: The > 'buffer' keyword is deprecated. Use 'sequence' instead. > Exception exceptions.AttributeError: "Memmap instance has no attribute > '_mode'" in Traceback (most recent call last): > File "", line 1, in ? > File "X:\PrWin\numarray\numarraycore.py", line 279, in array > type = getTypeObject(sequence, type, typecode) > File "X:\PrWin\numarray\numarraycore.py", line 223, in getTypeObject > return Py2NumType[ _maxtype(sequence) ] > KeyError > > $$$$ Is this a mistake on my part or should the error message be "better" > ??? How's this?: Traceback (most recent call last): File "sabby1.py", line 5, in ? a = na.array(buffer=n) File "/home/jmiller/lib/python2.3/site-packages/numarray/numarraycore.py", line 282, in array type = getTypeObject(sequence, type, typecode) File "/home/jmiller/lib/python2.3/site-packages/numarray/numarraycore.py", line 226, in getTypeObject raise TypeError("Can't determine a reasonable type from sequence") TypeError: Can't determine a reasonable type from sequence > > >>> a = na.array(buffer=n, type=na.UInt16, shape=(0,0,0)) > >>> a.shape > (0, 0, 0) > >>> m > > >>> a.resize((100,100,100)) > >>> a.shape > (100, 100, 100) > >>> m.sync() > >>> m.flush() > Traceback (most recent call last): > File "", line 1, in ? > File "X:\PrWin\numarray\memmap.py", line 501, in flush > self._consolidate(filename) > File "X:\PrWin\numarray\memmap.py", line 469, in _consolidate > f.write(self._buffer(m, mlen)) > File "X:\PrWin\numarray\memmap.py", line 317, in _buffer > raise RuntimeError("Memmap no longer valid. (closed?)") > RuntimeError: Memmap no longer valid. (closed?) > >>> m > > > $$$$ Is this a bug ? Evidently. I logged it on SF. Switching to a length 1 map seems to "fix" the problem so I think you've discovered an interesting edge case bug in _consolidate(). I'm still looking for the fix. > > My idea is to "prepare" the memmap file before I actually know the array > dimensions that should go into it. Is that a good idea ? In theory, yes. In reality... apparently not. > > Thanks, > Sebastian Haase Regards, Todd > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From rysz_c5 at yahoo.com Wed Dec 3 13:32:06 2003 From: rysz_c5 at yahoo.com (Resume) Date: Wed Dec 3 13:32:06 2003 Subject: [Numpy-discussion] Civil Designer Message-ID: RIC SIE Tel (408) 482-2840 rzbig at yahoo.com OBJECTIVE: STRUCTURAL & MECHANICAL DESIGNER CIVIL, ARCHITECTURAL, TRANSPORTATION CAD Operator EXPERIENCE: 93 - present DESIGNER, ENGINEER, CAD MANAGER; "Mech-Tronic" Engineering & Design Service, Project Management & Development. Preparing technical documentation, calculations, layouts drawings & propositions. CAD Management and Operations, drafting & redesigning. Intergraph, MicroStation, Autodesk, ACAD, Win, Net, Softdesk Mgmt Civil, Bridges and Structural Design, Plans, Mapping, Detail Freeway & Roadway, data translation & inserting. Script & CAD automation. Geological Structures, Viaducts, Freeways, Highways, Shopping Center. Architectural and Environmental Projects and cooperation; military facilities and plans, Cities, Airports, remediation drawings upgrade, correcting and redesign. Traffic design & problem analyzes-reorganize. Freeway Design & Drafting Support, Site analyzing for Caltrans, Architectural, Archeotype & Electrical drawings, "as is" and initial design; Develop remediation procedure and equipment for lead painted buildings. Construction management, Job site inspection, civil & structural support Mechanical Evaluations - Design - Service and Maintenance; R&D. EDUCATION: Institute for Business & Technology, California CAD Engineer, Programming, Design, Management Electro - Mechanical College Mechanical Engineering - BS Degree DOS, UNIX, MAC, SUN computers; WP, dBASE, Lotus, Network, Lisp, Windows & Appl., PFS, Graphics, CAD/CAM, Basic, Fortran, Analyzes. METRIC, SOLAR, AutoCAD/Computer Instructor. Transportation Spec. Personal Designer, MS Project, MS Works, Excel, Access, C, Script, File Management, File transfer. Learn quickly, work independly, shift, overtime From edcjones at erols.com Wed Dec 3 16:27:05 2003 From: edcjones at erols.com (Edward C. Jones) Date: Wed Dec 3 16:27:05 2003 Subject: [Numpy-discussion] Problem with NA_IeeeSpecial64 Message-ID: <3FCE7E67.3090201@erols.com> /* * When I use NA_IeeeSpecial64 in this little module, I get a * segfault. If I use MY_IeeeSpecial64, the program appears to * work. Anyone know what the problem is? Here is the Python code. * * #! /usr/bin/env python * import ieee * mask = ieee.POS_QUIET_NAN * print ieee.IeeeSpecial64(1.0, mask) */ #include #include #include /* From libnumarraymodule.c or ieeespecial.ch */ #define WITHIN64(v, f) (((v) >= f##_MIN64) && ((v) <= f##_MAX64)) Bool MY_IeeeSpecial64( Float64 *f, Int32 *mask) { Int32 category; UInt64 *f1 = (UInt64 *) f; UInt64 v = *f1; if (v & BIT(63)) { if (WITHIN64(v, NEG_NORMALIZED)) { category = MSK_NEG_NOR; } else if (WITHIN64(v, NEG_DENORMALIZED)) { category = MSK_NEG_DEN; } else if (WITHIN64(v, NEG_SIGNAL_NAN)) { category = MSK_NEG_SNAN; } else if (WITHIN64(v, NEG_QUIET_NAN)) { category = MSK_NEG_QNAN; } else if (v == NEG_INFINITY_MIN64) { category = MSK_NEG_INF; } else if (v == NEG_ZERO_MIN64) { category = MSK_NEG_ZERO; } else if (v == INDETERMINATE_MIN64) { category = MSK_INDETERM; } else { category = MSK_BUG; } } else { if (WITHIN64(v, POS_NORMALIZED)) { category = MSK_POS_NOR; } else if (WITHIN64(v, POS_DENORMALIZED)) { category = MSK_POS_DEN; } else if (WITHIN64(v, POS_SIGNAL_NAN)) { category = MSK_POS_SNAN; } else if (WITHIN64(v, POS_QUIET_NAN)) { category = MSK_POS_QNAN; } else if (v == POS_INFINITY_MIN64) { category = MSK_POS_INF; } else if (v == POS_ZERO_MIN64) { category = MSK_POS_ZERO; } else { category = MSK_BUG; } } return (category & *mask) != 0; } static PyObject* IeeeSpecial64(PyObject* obj, PyObject *args) { Int32 mask; Bool b; Float64 value; PyObject* result; if (!PyArg_ParseTuple(args, "di:IeeeSpecial64", &value, &mask)) return NULL; printf("%f %d\n", value, mask); /* Seems to work. */ b = MY_IeeeSpecial64(&value, &mask); printf("L75 %d\n", b); /* The next line causes a segfault. */ b = NA_IeeeSpecial64(&value, &mask); printf("L78 %d\n", b); if (b) result = Py_True; else result = Py_False; Py_INCREF(result); return result; } static PyMethodDef ieee_Methods[] = { {"IeeeSpecial64", IeeeSpecial64, METH_VARARGS, ""}, {NULL, NULL, 0, NULL} /* sentinel */ }; PyMODINIT_FUNC initieee(void) { PyObject* m; m = Py_InitModule("ieee", ieee_Methods); PyModule_AddIntConstant(m, "POS_QUIET_NAN", (int) MSK_POS_QNAN); } From jmiller at stsci.edu Thu Dec 4 02:22:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Thu Dec 4 02:22:04 2003 Subject: [Numpy-discussion] Problem with NA_IeeeSpecial64 In-Reply-To: <3FCE7E67.3090201@erols.com> References: <3FCE7E67.3090201@erols.com> Message-ID: <1070533260.3452.3.camel@localhost.localdomain> On Wed, 2003-12-03 at 19:23, Edward C. Jones wrote: > /* > * When I use NA_IeeeSpecial64 in this little module, I get a > * segfault. If I use MY_IeeeSpecial64, the program appears to > * work. Anyone know what the problem is? Did you "import_libnumarray();" in the module where you are trying to use NA_IeeeSpecial64? If not, then the numarray C-API jump table pointer (for that module) is uninitialized and leads to a segfault on the first call through it. Regards, Todd > Here is the Python code. > * > * #! /usr/bin/env python > * import ieee > * mask = ieee.POS_QUIET_NAN > * print ieee.IeeeSpecial64(1.0, mask) > */ > > #include > #include > #include > > /* From libnumarraymodule.c or ieeespecial.ch */ > #define WITHIN64(v, f) (((v) >= f##_MIN64) && ((v) <= f##_MAX64)) > Bool MY_IeeeSpecial64( Float64 *f, Int32 *mask) > { > Int32 category; > UInt64 *f1 = (UInt64 *) f; > UInt64 v = *f1; > > if (v & BIT(63)) { > if (WITHIN64(v, NEG_NORMALIZED)) { > category = MSK_NEG_NOR; > } else if (WITHIN64(v, NEG_DENORMALIZED)) { > category = MSK_NEG_DEN; > } else if (WITHIN64(v, NEG_SIGNAL_NAN)) { > category = MSK_NEG_SNAN; > } else if (WITHIN64(v, NEG_QUIET_NAN)) { > category = MSK_NEG_QNAN; > } else if (v == NEG_INFINITY_MIN64) { > category = MSK_NEG_INF; > } else if (v == NEG_ZERO_MIN64) { > category = MSK_NEG_ZERO; > } else if (v == INDETERMINATE_MIN64) { > category = MSK_INDETERM; > } else { > category = MSK_BUG; > } > } else { > if (WITHIN64(v, POS_NORMALIZED)) { > category = MSK_POS_NOR; > } else if (WITHIN64(v, POS_DENORMALIZED)) { > category = MSK_POS_DEN; > } else if (WITHIN64(v, POS_SIGNAL_NAN)) { > category = MSK_POS_SNAN; > } else if (WITHIN64(v, POS_QUIET_NAN)) { > category = MSK_POS_QNAN; > } else if (v == POS_INFINITY_MIN64) { > category = MSK_POS_INF; > } else if (v == POS_ZERO_MIN64) { > category = MSK_POS_ZERO; > } else { > category = MSK_BUG; > } > } > return (category & *mask) != 0; > } > > static PyObject* IeeeSpecial64(PyObject* obj, PyObject *args) > { > Int32 mask; > Bool b; > Float64 value; > PyObject* result; > > if (!PyArg_ParseTuple(args, "di:IeeeSpecial64", &value, &mask)) > return NULL; > > printf("%f %d\n", value, mask); > /* Seems to work. */ > b = MY_IeeeSpecial64(&value, &mask); > printf("L75 %d\n", b); > /* The next line causes a segfault. */ > b = NA_IeeeSpecial64(&value, &mask); > printf("L78 %d\n", b); > if (b) > result = Py_True; > else > result = Py_False; > > Py_INCREF(result); > return result; > } > > static PyMethodDef ieee_Methods[] = { > {"IeeeSpecial64", IeeeSpecial64, METH_VARARGS, ""}, > {NULL, NULL, 0, NULL} /* sentinel */ > }; > > PyMODINIT_FUNC initieee(void) > { > PyObject* m; > > m = Py_InitModule("ieee", ieee_Methods); > > PyModule_AddIntConstant(m, "POS_QUIET_NAN", (int) MSK_POS_QNAN); > } > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From jerome_figueroa at yahoo.com Thu Dec 4 07:58:12 2003 From: jerome_figueroa at yahoo.com (Jerome Figueroa) Date: Thu Dec 4 07:58:12 2003 Subject: [Numpy-discussion] meshless methods Message-ID: <001701c3ba7e$5f2016d0$b924093d@thinkpadjerome> Hi, I would like to ask if anyone has worked on meshless methods or any of the below mentioned using python (with numpy or any other python open source tools)? -- reproducing kernel particle method -- smooth particle hydrodynamics -- moving least squares -- partition of unity -- meshless point collocation method -- galerkin method I'm going to be doing some simulation programs that need these methods. I hope to be able to add some value to the community and at the same time use whatever the community already has. Links or other info would also be very much appreciated. Thank you very much! Regards, Jerome -------------- next part -------------- An HTML attachment was scrubbed... URL: From haase at msg.ucsf.edu Thu Dec 4 14:42:07 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 4 14:42:07 2003 Subject: [Numpy-discussion] numarray.records - get/set item Message-ID: <02d901c3bab7$c367b100$421ee6a9@rodan> Hi, Is it maybe a good idea to add this to the definition of 'class Record' class Record: """Class for one single row.""" def __getitem__(self, fieldName): return self.array.field(fieldName)[self.row] def __setitem__(self, fieldName, value): self.array.field(fieldName)[self.row] = value I don't know about the implications if __delitem __ and so on are not defined. I just think it would look quite nice to say myRecArr[0]['mmm'] = 'hallo' as opposed to myRecArr[0].setfield('mmm', 'hallo') Actually I would even like myRecArr[0].mmm = 'hallo' This should be possible by defining __setattr__. It would obviously only work for fieldnames that do not contain '.' or ' ' or ... Any comments ? Sebastian Haase From perry at stsci.edu Thu Dec 4 15:09:09 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 4 15:09:09 2003 Subject: [Numpy-discussion] numarray.records - get/set item In-Reply-To: <02d901c3bab7$c367b100$421ee6a9@rodan> Message-ID: > Hi, > Is it maybe a good idea to add this to the definition of 'class Record' > > class Record: > """Class for one single row.""" > > def __getitem__(self, fieldName): > return self.array.field(fieldName)[self.row] > def __setitem__(self, fieldName, value): > self.array.field(fieldName)[self.row] = value > > I don't know about the implications if __delitem __ and so on are not > defined. > I just think it would look quite nice to say > myRecArr[0]['mmm'] = 'hallo' > as opposed to > myRecArr[0].setfield('mmm', 'hallo') > > Actually I would even like > myRecArr[0].mmm = 'hallo' > > This should be possible by defining __setattr__. > It would obviously only work for fieldnames that do not contain '.' or ' ' > or ... > > Any comments ? > > We've had many internal discussions about doing this. The latter was considered a problem because of possible name collisions of field names with other attributes or methods. The former is not bothered by this problem, but we decided to be conservative on this and see how strong the need was. We are interested in other opinions. Perry From haase at msg.ucsf.edu Thu Dec 4 16:28:06 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 4 16:28:06 2003 Subject: Fw: [Numpy-discussion] numarray.records - get/set item Message-ID: <030401c3bac6$96382a20$421ee6a9@rodan> My situation where I got onto this, is having one field named 'mmm' ("MinMaxMean") being an 3 element array. Now, to assign the values first I tried: self.hdrArray = makeHdrArray(self.h) #this makes the record array self.hdr = self.hdrArray[0].field #this is my shortcut to the bound member function # it essentially is a solution (hack) for the getitem part # but regarding setitem I had to learn that "assigning to a function" is illigal in Python - as opposed to C++ #so to do assignment I need to do: self.hdr('mmm')[0], self.hdr('mmm')[1], self.hdr('mmm')[2] = (mi,ma,av) now that I'm looking at it, self.hdrArray[0].setfield('mmm', (mi,ma,av)) would probably be better... How about adding an attribute 'f' which could serve as a "proxy" to allow: myRec.f.mmm = (mi,ma,av) and maybe even additionally: myRec.f['mmm'] = (mi,ma,av) Regards, Sebastian ----- Original Message ----- From: "Perry Greenfield" To: "Sebastian Haase" ; Sent: Thursday, December 04, 2003 3:08 PM Subject: RE: [Numpy-discussion] numarray.records - get/set item > > Hi, > > Is it maybe a good idea to add this to the definition of 'class Record' > > > > class Record: > > """Class for one single row.""" > > > > def __getitem__(self, fieldName): > > return self.array.field(fieldName)[self.row] > > def __setitem__(self, fieldName, value): > > self.array.field(fieldName)[self.row] = value > > > > I don't know about the implications if __delitem __ and so on are not > > defined. > > I just think it would look quite nice to say > > myRecArr[0]['mmm'] = 'hallo' > > as opposed to > > myRecArr[0].setfield('mmm', 'hallo') > > > > Actually I would even like > > myRecArr[0].mmm = 'hallo' > > > > This should be possible by defining __setattr__. > > It would obviously only work for fieldnames that do not contain '.' or ' ' > > or ... > > > > Any comments ? > > > > > We've had many internal discussions about doing this. The latter was > considered a problem because of possible name collisions of field > names with other attributes or methods. The former is not bothered > by this problem, but we decided to be conservative on this and see > how strong the need was. We are interested in other opinions. > > Perry From cjw at sympatico.ca Thu Dec 4 17:08:29 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Thu Dec 4 17:08:29 2003 Subject: [Numpy-discussion] numarray.records - get/set item In-Reply-To: <030e01c3bac6$f71ab740$421ee6a9@rodan> References: <02d901c3bab7$c367b100$421ee6a9@rodan> <3FCFCAE0.4090709@sympatico.ca> <030e01c3bac6$f71ab740$421ee6a9@rodan> Message-ID: <3FCFDA5D.6020007@sympatico.ca> Thanks, I've copied the list here. Colin W. Sebastian Haase wrote: >Hi Colin, >Did you also forget to cc that message to the mailing list - because I just >realized that I send my second mail directly to Perry (only) >[I'm not part of the "numarray-team" - so you would need to resent this >message to the list ...] > >Regards, >Sebastian > >----- Original Message ----- >From: "Colin J. Williams" >To: "Sebastian Haase" >Sent: Thursday, December 04, 2003 4:01 PM >Subject: Re: [Numpy-discussion] numarray.records - get/set item > > > > >>Sebastian Haase wrote: >> >> >> >>>Hi, >>>Is it maybe a good idea to add this to the definition of 'class Record' >>> >>>class Record: >>> """Class for one single row.""" >>> >>> def __getitem__(self, fieldName): >>> return self.array.field(fieldName)[self.row] >>> def __setitem__(self, fieldName, value): >>> self.array.field(fieldName)[self.row] = value >>> >>>I don't know about the implications if __delitem __ and so on are not >>>defined. >>>I just think it would look quite nice to say >>>myRecArr[0]['mmm'] = 'hallo' >>>as opposed to >>>myRecArr[0].setfield('mmm', 'hallo') >>> >>>Actually I would even like >>>myRecArr[0].mmm = 'hallo' >>> >>>This should be possible by defining __setattr__. >>>It would obviously only work for fieldnames that do not contain '.' or ' >>> >>> >' > > >>>or ... >>> >>>Any comments ? >>> >>> >>> >>> >>I prefer this, it requires fewer key strokes and should be easy to do. >> >>Colin W. >> >> >> >> >> > > > > From haase at msg.ucsf.edu Fri Dec 5 09:56:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Fri Dec 5 09:56:01 2003 Subject: [Numpy-discussion] numarray memmap "reopen" problem Message-ID: <040101c3bb58$f56ad000$421ee6a9@rodan> Hi, I create a memmap file with mode 'w+'. But I forgot to assign a name to the object. So just call the same function again. But this time I get a "no such file error" ! a) the file actually does exist , b) It shouldn't care, because mode == 'w+'. This is the traceback I get : (len == 1024) >>> Mrc.bindMrc("C:/mm7.mrc", mode='w+') array([], type=Int8) >>> a = Mrc.bindMrc("C:/mm7.mrc", mode='w+') Traceback (most recent call last): File "", line 1, in ? File "X:\PrWin\Priithon\Mrc.py", line 9, in bindMrc a = Mrc(fn,mode) File "X:\PrWin\Priithon\Mrc.py", line 43, in __init__ self.m = mm.open(filename=path, mode=mode, len=len) File "X:\PrWin\numarray\memmap.py", line 762, in open return Memmap(filename, mode, len) File "X:\PrWin\numarray\memmap.py", line 269, in __init__ file = _open(filename, (mode == "c" and "r" or mode)) File "X:\PrWin\numarray\memmap.py", line 236, in _open return __open(file, mode+"b") IOError: [Errno 2] No such file or directory: 'C:/mm7.mrc' Any idea how this error message could come about ? Regards, Sebastian Haase From ckyu8ynthx at yahoo.com Sat Dec 6 01:41:01 2003 From: ckyu8ynthx at yahoo.com (Ellis Pryor) Date: Sat Dec 6 01:41:01 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...corbin Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA hcbtqno From haase at msg.ucsf.edu Mon Dec 8 14:28:06 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Mon Dec 8 14:28:06 2003 Subject: [Numpy-discussion] numarray zeros - keyword argument'typecode' References: <200312021148.36186.haase@msg.ucsf.edu> <1070396223.4552.32.camel@localhost.localdomain> <007b01c3b913$928283d0$421ee6a9@rodan> <1070398530.4551.37.camel@localhost.localdomain> <00a101c3b91f$2daec8e0$421ee6a9@rodan> <1070403580.4551.57.camel@localhost.localdomain> <00ca01c3b936$9b0cdd70$421ee6a9@rodan> <1070451787.3452.3.camel@localhost.localdomain> Message-ID: <061c01c3bdda$80942ae0$421ee6a9@rodan> I just realized that import numarray as na and from numarray import numeric as na actually just differ in the definition of zeros() (and 3 other calls) Hopefully I was the only one who missed this difference. I thought that since numarray 0.5 everything was now in sub-packages and the second way of doing the import was now the suggested one ... Now I think otherwise and it makes all sense again. Regards, Sebastian Haase > On Tue, 2003-12-02 at 19:44, Sebastian Haase wrote: > > Hi, > > I'm just trying to debug some PyOpenGl stuff . It seems that this is only > > available with Numeric (no numarray !?) > > > > Drawing a 60000 vertex array takes 6 sec ( should be much less than 0.5 sec > > !! ) > > I found this is because all my other code is using numarray and it is this > > conversion that takes so long. > > Switching to Numeric (and back to numarray) got this error message: > > [[[ Num is here numarray !! ]] > > self.m_histPlotArray = Num.zeros((n,2), typecode=Num.Float32) > > TypeError: zeros() got an unexpected keyword argument 'typecode' > > numarray is still weak in a few places for keyword names. Try 'type' > instead. > > Todd > > > > I thought numarray suppossed to be backwards compatible ... so I just > > report this as a bug. > > > > Regards, > > Sebastian > > From subsumed at itl.net.ua Mon Dec 8 15:11:02 2003 From: subsumed at itl.net.ua (Subsumed) Date: Mon Dec 8 15:11:02 2003 Subject: [Numpy-discussion] way to bettter heallth 0 In-Reply-To: <7E123C7AJL5399AE@lists.sourceforge.net> References: <7E123C7AJL5399AE@lists.sourceforge.net> Message-ID: An HTML attachment was scrubbed... URL: From nadavh at VisionSense.com Mon Dec 8 22:50:01 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 8 22:50:01 2003 Subject: [Numpy-discussion] Adding routines to the numarray package. Message-ID: <1070952486.2981.13.camel@Nadav.Envision.co.il> I am using a chirp-z-transform routine which I have ported from an Octave m-file (GPL licensed). What should I do in order to offer it to be included into the numarray.fft package? Nadav. From jmiller at stsci.edu Tue Dec 9 10:18:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 9 10:18:01 2003 Subject: [Numpy-discussion] Adding routines to the numarray package. In-Reply-To: <1070952486.2981.13.camel@Nadav.Envision.co.il> References: <1070952486.2981.13.camel@Nadav.Envision.co.il> Message-ID: <1070993810.4670.74.camel@localhost.localdomain> I responded to Nadav about this earlier but accidentally made it private e-mail. In a nutshell, GPL'ed code doesn't belong in numarray. I am not familiar with the chirp-z-transform myself. Does anyone have numarray/Numeric code which does the chirp-z which we can include in numarray under a modified BSD license? Todd On Tue, 2003-12-09 at 01:48, Nadav Horesh wrote: > I am using a chirp-z-transform routine which I have ported from an > Octave m-file (GPL licensed). What should I do in order to offer it to > be included into the numarray.fft package? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From liotfqsxp at yahoo.com Tue Dec 9 13:15:02 2003 From: liotfqsxp at yahoo.com (Kirk Pagan) Date: Tue Dec 9 13:15:02 2003 Subject: [Numpy-discussion] ePHARMACY Wholesale - LEV.ITRA, VIE.AGRA, Celebrex - INTERNET PRICES...hannibal Message-ID: An HTML attachment was scrubbed... URL: From haase at msg.ucsf.edu Tue Dec 9 13:38:01 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Tue Dec 9 13:38:01 2003 Subject: [Numpy-discussion] PyMatrix: Announcement References: <3FC204D0.2010503@sympatico.ca> Message-ID: <072e01c3be9c$a4d1e2e0$421ee6a9@rodan> Hi Colin, We are interested in using your PyMatrix packages (It' numarray not Numeric, right?). First though, someone in my lab had the following concern: What if I actually need the element-wise multiplication ? (In other words: The Matlab .* operator) I understand that python does not allow to invent new operator symbols. How about multiplying a Matrix with a Numarray ? Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking of two differently typed objects sharing one "value-memory space", so that essentially the type determines which multiplication is being used ...) Thanks, Sebastian Haase ----- Original Message ----- From: "Colin J. Williams" Newsgroups: comp.lang.python,comp.lang.python.announce To: "numpy-discussion" ; "SciPy Discussion List" Cc: "Huaiyu Zhu" Sent: Monday, November 24, 2003 5:17 AM Subject: [Numpy-discussion] PyMatrix: Announcement > PyMatrix is available for test and review. > http://www3.sympatico.ca/cjw > > PyMatrix provides access to basic matrix arithmetic, using Python and > numarray. > > Examples: > A * B => the product of > matrices A and B > A.I => the inverse of matrix A > A.EVectors => the eigenvectors of A > A.var(0) => the variances of the > columns of A > (a.T*a).I * a.T*b => the solution (x) for a * > x = b, > where a is a > matrix and b a column vector > > This package was developed on a Windows XP. I would appreciate > comments, particularly with respect to usage on other systems. > > Colin W. > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From edcjones at erols.com Tue Dec 9 14:36:01 2003 From: edcjones at erols.com (Edward C. Jones) Date: Tue Dec 9 14:36:01 2003 Subject: [Numpy-discussion] Maybe another "happens the second time" bug Message-ID: <3FD64D45.7030102@erols.com> numarray 0.7, Python 2.3.2, and Gentoo Linux 1.4. #! /usr/bin/env python import numarray from numarray.numerictypes import * arr = numarray.zeros((4,4,4), Int32) arr[0,3,2] = 1 a = numarray.sometrue(arr) b = numarray.sometrue(arr) print a print b From jmiller at stsci.edu Tue Dec 9 14:56:00 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 9 14:56:00 2003 Subject: [Numpy-discussion] Maybe another "happens the second time" bug In-Reply-To: <3FD64D45.7030102@erols.com> References: <3FD64D45.7030102@erols.com> Message-ID: <1071010532.3451.4.camel@localhost.localdomain> Good news... I too see the problem in numarray-0.7, but it is already fixed in CVS for numarray-0.8. Thanks for the report. Regards, Todd On Tue, 2003-12-09 at 17:31, Edward C. Jones wrote: > numarray 0.7, Python 2.3.2, and Gentoo Linux 1.4. > > #! /usr/bin/env python > > import numarray > from numarray.numerictypes import * > > arr = numarray.zeros((4,4,4), Int32) > arr[0,3,2] = 1 > > a = numarray.sometrue(arr) > b = numarray.sometrue(arr) > > print a > print b > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller From bitkqgbo at yahoo.com Tue Dec 9 16:03:01 2003 From: bitkqgbo at yahoo.com (Freida Baird) Date: Tue Dec 9 16:03:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRYL LYNCH On Sector.....iniko Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) For more information on MBTT, visit their website at www.mbtech.us Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI, Inc. SCI was paid one hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. aeekzef ccdfumopqa rglt fssb hen wjnrbkarw koth sxudc t v pmmv jl djwglda ivn m From cjw at sympatico.ca Wed Dec 10 05:32:01 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Wed Dec 10 05:32:01 2003 Subject: [Numpy-discussion] PyMatrix: Announcement Message-ID: <3FD72027.5050509@sympatico.ca> Sebastian Haase wrote: >Hi Colin, >We are interested in using your PyMatrix packages (It' numarray not Numeric, >right?). > That is correct. Testing so far is with numarray 0.7. Please remember to also install the version 0.7 addons. When version 0.8 arrives, all will be included in one package. The package is intended for comment and review. There is at least one problem in numarray, which we hope will be resolved in version 0.8. For example, for some functions, upon the first call, the function returns an instance of the M class (matrix), on the second call, it returns an instance of the NumArray class. > First though, someone in my lab had the following concern: >What if I actually need the element-wise multiplication ? >(In other words: The Matlab .* operator) [1] <%5B1%5D> > >I understand that python does not allow to invent new operator symbols. > Yes. This issue was discussed in PEP 225 . >How about multiplying a Matrix with a Numarray ? > Please see [2] <#2>. >Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking >of two differently typed objects sharing one "value-memory space", so that >essentially the type determines which multiplication is being used ...) > There is a need to think through the copy/view approach in PyMatrix. Currently, most cases are copies. I'm inclined to deprecate the dual view approach, but I would appreciate comments. Let me know if you have any questions or comments. Colin W. >Thanks, >Sebastian Haase > > >----- Original Message ----- >From: "Colin J. Williams" >Newsgroups: comp.lang.python,comp.lang.python.announce >To: "numpy-discussion" ; "SciPy >Discussion List" >Cc: "Huaiyu Zhu" >Sent: Monday, November 24, 2003 5:17 AM >Subject: [Numpy-discussion] PyMatrix: Announcement > > > > >>PyMatrix is available for test and review. >> http://www3.sympatico.ca/cjw >> >>PyMatrix provides access to basic matrix arithmetic, using Python and >>numarray. >> >>Examples: >> A * B => the product of >>matrices A and B >> A.I => the inverse of matrix >> >> >A > > >> A.EVectors => the eigenvectors of A >> A.var(0) => the variances of the >>columns of A >> (a.T*a).I * a.T*b => the solution (x) for a * >>x = b, >> where a is a >>matrix and b a column vector >> >>This package was developed on a Windows XP. I would appreciate >>comments, particularly with respect to usage on other systems. >> >>Colin W. >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion >> >> >> Notes: [1] Elementwise Multiplication The thinking here is that, for most matrix usage, the elementwise multiplication is less frequently required. Thus, a more complex expression can be tolerated. See the example below: a= mRange(9, shape=(3, 3)) b= mRange((9, 18), shape= (3, 3)) print 'Matrixwise multiplation:' print 'a * b (prettyprinted):', pp(a * b) print 'Elementwise multiplation:' print 'a * b (prettyprinted):', pp(M(a.A * b.A))) In the last case, we use the array mechanism. The output is: Matrixwise multiplation: a * b (prettyprinted):matrix([[ 42, 45, 48], [150, 162, 174], [258, 279, 300]]) None Elementwise multiplation: a * b (prettyprinted):matrix([[ 0, 10, 22], [ 36, 52, 70], [ 90, 112, 136]]) None [2] Multiplication of a matrix by an array or nested list When an compatible array or list is juxtapositioned with a matrix, it is in effect coerced to the higher class. a= mRange(9, shape=(3, 3) c= N.arange(9, shape=(3, 3)) print 'A matrix multiplied by an array:' print 'a * c (prettyprinted):', pp(a * c) print 'A matrix multiplied by a list:' lst= [[0, 1, 2], [3, 4, 5], [6, 7, 8]] print 'a * lst (prettyprinted):', pp(a * lst) The output is: A matrix multiplied by an array: a * c (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None A matrix multiplied by a list: a * lst (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None From hoel at gl-group.com Wed Dec 10 06:27:01 2003 From: hoel at gl-group.com (=?ISO-8859-15?Q?Berthold_H=F6llmann?=) Date: Wed Dec 10 06:27:01 2003 Subject: [Numpy-discussion] Dimension checking on assignment Message-ID: Hello, For some time now I waws searching for the cause of a segmentation fault in a quite complex piece of software of ours which occured only under Windows and not under Linux nor under Solaris. Finally it seems that the case were some lines that did the following: from Numeric import * import numeric_version print numeric_version.version from numfort import arrayInfo import sys print sys.version m = ones((48,6,8), Complex) m = transpose(m,[2,0,1]) a =swapaxes(innerproduct(transpose([[1,0,0],[0,1,0],[0,0,1]]),m[:,:,:3]),0,-1) print a.typecode() print "arrayInfo(m):" arrayInfo(m) print "arrayInfo(a):" arrayInfo(a) print m[:,:,:3].shape print a.shape print m[1,1,1] m[:,:,:3]=a print m[1,1,1] m[:,:,3:]=a print m[1,1,1] the nuarray.arrayInfo just prints the dimensions and strides of a Numeric array. With this script I get >python ~/xx.py 21.0 2.2.1 (#1, Dec 13 2002, 10:37:32) [GCC 3.2] D arrayInfo(m): 3 dimensions, dimensions : 8 48 6, strides : 1 48 8 arrayInfo(a): 3 dimensions, dimensions : 48 8 3, strides : 1 48 384 (8, 48, 3) (48, 8, 3) (1+0j) Segmentation fault under Linux. The code does not segfault when I print m in whole ("print m" instead of "print m[1,1,1]") and it does not segfault in my compelex program. It does segfault in my complex program under Windows. Versions are 2.3.2 for python and 23.1 for Numeric under Windows. The main question is, why is no exception raised on the incompatible dimensions in this example? Kind regards Berthold H?llmann -- Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: hoel at gl-group.com Internet: http://www.gl-group.com **************************************************** Please notice: We would like to inform you that the e-mail address of Germanischer Lloyd as well as our internet address had been changed to gl-group.com with effect from 1st March 2003. This means that the previous address shortmark at germanlloyd.org will be replaced by shortmark at gl-group.com. From now on the GL homepage can be accessed at the address 'http://www.gl-group.com'. The old addresses remain valid for a transitional period. **************************************************** This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. From hoel at gl-group.com Wed Dec 10 07:07:03 2003 From: hoel at gl-group.com (=?ISO-8859-15?Q?Berthold_H=F6llmann?=) Date: Wed Dec 10 07:07:03 2003 Subject: [Numpy-discussion] Re: Dimension checking on assignment In-Reply-To: (Berthold =?iso-8859-1?q?H=F6llmann's?= message of "Wed, 10 Dec 2003 15:26:02 +0100") References: Message-ID: Berthold H?llmann writes: > Hello, ... > >>python ~/xx.py > 21.0 > 2.2.1 (#1, Dec 13 2002, 10:37:32) > [GCC 3.2] > D > arrayInfo(m): > 3 dimensions, dimensions : 8 48 6, strides : 1 48 8 > arrayInfo(a): > 3 dimensions, dimensions : 48 8 3, strides : 1 48 384 > (8, 48, 3) > (48, 8, 3) > (1+0j) > Segmentation fault This is bug 857622 on SF now. Kind regards Berthold H?llmann -- Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: hoel at gl-group.com Internet: http://www.gl-group.com **************************************************** Please notice: We would like to inform you that the e-mail address of Germanischer Lloyd as well as our internet address had been changed to gl-group.com with effect from 1st March 2003. This means that the previous address shortmark at germanlloyd.org will be replaced by shortmark at gl-group.com. From now on the GL homepage can be accessed at the address 'http://www.gl-group.com'. The old addresses remain valid for a transitional period. **************************************************** This e-mail contains confidential information for the exclusive attention of the intended addressee. Any access of third parties to this e-mail is unauthorised. Any use of this e-mail by unintended recipients such as copying, distribution, disclosure etc. is prohibited and may be unlawful. When addressed to our clients the content of this e-mail is subject to the General Terms and Conditions of GL's Group of Companies applicable at the date of this e-mail. GL's Group of Companies does not warrant and/or guarantee that this message at the moment of receipt is authentic, correct and its communication free of errors, interruption etc. From haase at msg.ucsf.edu Thu Dec 11 10:46:02 2003 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Thu Dec 11 10:46:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement References: <3FC204D0.2010503@sympatico.ca> <072e01c3be9c$a4d1e2e0$421ee6a9@rodan> <3FD71F34.5060006@sympatico.ca> Message-ID: <010801c3c016$eb9acc70$421ee6a9@rodan> Thanks for the reply. PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and dated from Mar-2002 (Python 2.0) That is about the results I got from my first google-groups search. What is the current thinking about this ? Looks to me like the "new operator" idea is dead. Or ?? I actually like (read: could live with) alternative 4 in PEP 225: which is, to provide operator overloading for what I call "different views" of the same matrix / image. How difficult is this to implement ? (What is the real difference to alternative 3 ? They both have m1.E * m2.E . ) Regards, Sebastian ----- Original Message ----- From: Colin J. Williams To: Sebastian Haase Sent: Wednesday, December 10, 2003 5:27 AM Subject: Re: [Numpy-discussion] PyMatrix: Announcement Sebastian Haase wrote: Hi Colin, We are interested in using your PyMatrix packages (It' numarray not Numeric, right?).That is correct. Testing so far is with numarray 0.7. Please remember to also install the version 0.7 addons. When version 0.8 arrives, all will be included in one package. The package is intended for comment and review. There is at least one problem in numarray, which we hope will be resolved in version 0.8. For example, for some functions, upon the first call, the function returns an instance of the M class (matrix), on the second call, it returns an instance of the NumArray class. First though, someone in my lab had the following concern: What if I actually need the element-wise multiplication ? (In other words: The Matlab .* operator) [1] I understand that python does not allow to invent new operator symbols.Yes. This issue was discussed in PEP 225. How about multiplying a Matrix with a Numarray ?Please see [2]. Is it possible to have a 'numarray view' of a Matrix object ? (I'm thinking of two differently typed objects sharing one "value-memory space", so that essentially the type determines which multiplication is being used ...)There is a need to think through the copy/view approach in PyMatrix. Currently, most cases are copies. I'm inclined to deprecate the dual view approach, but I would appreciate comments. Let me know if you have any questions or comments. Colin W. Thanks, Sebastian Haase ----- Original Message ----- From: "Colin J. Williams" Newsgroups: comp.lang.python,comp.lang.python.announce To: "numpy-discussion" ; "SciPy Discussion List" Cc: "Huaiyu Zhu" Sent: Monday, November 24, 2003 5:17 AM Subject: [Numpy-discussion] PyMatrix: Announcement PyMatrix is available for test and review. http://www3.sympatico.ca/cjw PyMatrix provides access to basic matrix arithmetic, using Python and numarray. Examples: A * B => the product of matrices A and B A.I => the inverse of matrix A A.EVectors => the eigenvectors of A A.var(0) => the variances of the columns of A (a.T*a).I * a.T*b => the solution (x) for a * x = b, where a is a matrix and b a column vector This package was developed on a Windows XP. I would appreciate comments, particularly with respect to usage on other systems. Colin W. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Numpy-discussion mailing list Numpy-discussion at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/numpy-discussion Notes: [1] Elementwise Multiplication The thinking here is that, for most matrix usage, the elementwise multiplication is less frequently required. Thus, a more complex expression can be tolerated. See the example below: a= mRange(9, shape=(3, 3)) b= mRange((9, 18), shape= (3, 3)) print 'Matrixwise multiplation:' print 'a * b (prettyprinted):', pp(a * b) print 'Elementwise multiplation:' print 'a * b (prettyprinted):', pp(M(a.A * b.A))) In the last case, we use the array mechanism. The output is: Matrixwise multiplation: a * b (prettyprinted):matrix([[ 42, 45, 48], [150, 162, 174], [258, 279, 300]]) None Elementwise multiplation: a * b (prettyprinted):matrix([[ 0, 10, 22], [ 36, 52, 70], [ 90, 112, 136]]) None [2] Multiplication of a matrix by an array or nested list When an compatible array or list is juxtapositioned with a matrix, it is in effect coerced to the higher class. a= mRange(9, shape=(3, 3) c= N.arange(9, shape=(3, 3)) print 'A matrix multiplied by an array:' print 'a * c (prettyprinted):', pp(a * c) print 'A matrix multiplied by a list:' lst= [[0, 1, 2], [3, 4, 5], [6, 7, 8]] print 'a * lst (prettyprinted):', pp(a * lst) The output is: A matrix multiplied by an array: a * c (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None A matrix multiplied by a list: a * lst (prettyprinted):matrix([[ 15, 18, 21], [ 42, 54, 66], [ 69, 90, 111]]) None -------------- next part -------------- An HTML attachment was scrubbed... URL: From perry at stsci.edu Thu Dec 11 11:35:08 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 11 11:35:08 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: Message-ID: > -----Original Message----- > From: numpy-discussion-admin at lists.sourceforge.net > [mailto:numpy-discussion-admin at lists.sourceforge.net]On Behalf Of > Sebastian > Haase > Sent: Thursday, December 11, 2003 1:45 PM > To: Colin J. Williams > Cc: numpy-discussion at lists.sourceforge.net > Subject: Re: [Numpy-discussion] PyMatrix: Announcement > > > Thanks for the reply. > PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and > dated from > Mar-2002 (Python 2.0) > > That is about the results I got from my first google-groups > search. What is > the current thinking about this ? > Looks to me like the "new operator" idea is dead. Or ?? > > I actually like (read: could live with) alternative 4 in PEP > 225: which is, > to provide operator overloading for what I call > "different views" of the same matrix / image. How difficult is this to > implement ? > (What is the real difference to alternative 3 ? They both have > m1.E * m2.E > . ) > > Regards, > Sebastian > > > None > If I recall correctly, Guido didn't dismiss it out of hand, but he wasn't going to do anything about it unless there was sufficient noise from the community that this was very important. I think it is, and I suppose if we campaign enough, it may be considered. Perry From cjw at sympatico.ca Thu Dec 11 12:46:02 2003 From: cjw at sympatico.ca (Colin J. Williams) Date: Thu Dec 11 12:46:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: References: Message-ID: <3FD8D779.5030104@sympatico.ca> Perry Greenfield wrote: >>-----Original Message----- >>From: numpy-discussion-admin at lists.sourceforge.net >>[mailto:numpy-discussion-admin at lists.sourceforge.net]On Behalf Of >>Sebastian >>Haase >>Sent: Thursday, December 11, 2003 1:45 PM >>To: Colin J. Williams >>Cc: numpy-discussion at lists.sourceforge.net >>Subject: Re: [Numpy-discussion] PyMatrix: Announcement >> >> >>Thanks for the reply. >>PEP 225 is from Sept-2000 and http://matpy.sourceforge.net and >>dated from >>Mar-2002 (Python 2.0) >> >>That is about the results I got from my first google-groups >>search. What is >>the current thinking about this ? >>Looks to me like the "new operator" idea is dead. Or ?? >> >>I actually like (read: could live with) alternative 4 in PEP >>225: which is, >>to provide operator overloading for what I call >>"different views" of the same matrix / image. How difficult is this to >>implement ? >>(What is the real difference to alternative 3 ? They both have >>m1.E * m2.E >>. ) >> >>Regards, >>Sebastian >> >> >> None >> >> >> >If I recall correctly, Guido didn't dismiss it out of hand, but he >wasn't going to do anything about it unless there was sufficient >noise from the community that this was very important. I think it >is, and I suppose if we campaign enough, it may be considered. > >Perry > > There has been little clamour for adding this complication to the syntax over the last three plus years. I suggest that PyMatrix shows that the desired results can be achieved, with few additional key strokes and without adding to the Python character set. Colin W From perry at stsci.edu Thu Dec 11 13:03:02 2003 From: perry at stsci.edu (Perry Greenfield) Date: Thu Dec 11 13:03:02 2003 Subject: [Numpy-discussion] PyMatrix: Announcement In-Reply-To: <3FD8D779.5030104@sympatico.ca> Message-ID: > There has been little clamour for adding this complication to the syntax > over the last three plus years. > This is certainly true. > I suggest that PyMatrix shows that the desired results can be achieved, > with few additional key strokes and without adding to the Python > character set. > > Colin W > I guess I will wait and see. The worry I have is that when people attempt to use a PyMatrix where a numarray is expected (and the same issue would be true for Numeric) that the behavior of expressions may cause some confusion (i.e., since matrix multiplies may happen instead of element-wise operations). This most likely will result in some visible exception (e.g., incompatible shapes) but may not. If people never mix the two, it won't be a problem; or if they are careful to convert before doing so. Perry From fv7kxs at yahoo.com Thu Dec 11 21:43:00 2003 From: fv7kxs at yahoo.com (Reuben Corcoran) Date: Thu Dec 11 21:43:00 2003 Subject: [Numpy-discussion] BREAKING NEWS On Health Care Stock ...kenneth Message-ID: <1kvdfo$ws5ha3y26614t2397@3qqdfk8xfc.731> An HTML attachment was scrubbed... URL: From falted at openlc.org Fri Dec 12 04:36:01 2003 From: falted at openlc.org (Francesc Alted) Date: Fri Dec 12 04:36:01 2003 Subject: [Numpy-discussion] take() over CharArrays Message-ID: <200312121334.56440.falted@openlc.org> Hi, take() doesn't seems to work when applied to numarray CharArrays: >>> a=strings.array("a"*400, shape=(2,4), itemsize=3) >>> take(a, (1,2)) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/ufunc.py", line 1766, in take return array._take((indices,), clipmode=clipmode) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 799, in _take impliedShape, N = _takeShape(self, indices) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 133, in _takeShape if scattered.isbyteswapped() or not scattered.iscontiguous(): AttributeError: 'CharArray' object has no attribute 'isbyteswapped' and, IMO, that functionality would be nice to have. Cheers, -- Francesc Alted From edcjones at erols.com Fri Dec 12 06:44:02 2003 From: edcjones at erols.com (Edward C. Jones) Date: Fri Dec 12 06:44:02 2003 Subject: [Numpy-discussion] Bug in max() Message-ID: <3FD9D32D.5030108@erols.com> I am using a CVS copy of numarray downloaded on Dec 9, 2003. The following program raises "TypeError: Can't reshape non-contiguous numarray": #! /usr/bin/env python import numarray z = numarray.zeros((2,2,2)) z.max() The error happens because "numarray.maximum.areduce" returns a non-contiguous array. From jmiller at stsci.edu Fri Dec 12 06:59:04 2003 From: jmiller at stsci.edu (Todd Miller) Date: Fri Dec 12 06:59:04 2003 Subject: [Numpy-discussion] take() over CharArrays In-Reply-To: <200312121334.56440.falted@openlc.org> References: <200312121334.56440.falted@openlc.org> Message-ID: <1071241088.2471.169.camel@halloween.stsci.edu> I agree that this is a necessary feature... but making take() work consistently across the range of array types in numarray requires more thought (and changes I think) than I can do on the eve of a release. I logged this as the first bug against numarray-0.8. However, I got array based indexing to work with minimal changes, so all is not lost: >>> a=strings.fromlist(["this"]*25); a.shape=(5,5); a[ range(2,4) ] CharArray([['this', 'this', 'this', 'this', 'this'], ['this', 'this', 'this', 'this', 'this']]) >>> a[ range(2,4) ] = strings.fromlist(["that"]); a CharArray([['this', 'this', 'this', 'this', 'this'], ['this', 'this', 'this', 'this', 'this'], ['that', 'that', 'that', 'that', 'that'], ['that', 'that', 'that', 'that', 'that'], ['this', 'this', 'this', 'this', 'this']]) works now in CVS and will be part of numarray-0.8. Todd On Fri, 2003-12-12 at 07:34, Francesc Alted wrote: > Hi, > > take() doesn't seems to work when applied to numarray CharArrays: > > >>> a=strings.array("a"*400, shape=(2,4), itemsize=3) > >>> take(a, (1,2)) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/ufunc.py", line 1766, > in take > return array._take((indices,), clipmode=clipmode) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 799, > in _take > impliedShape, N = _takeShape(self, indices) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 133, > in _takeShape > if scattered.isbyteswapped() or not scattered.iscontiguous(): > AttributeError: 'CharArray' object has no attribute 'isbyteswapped' > > and, IMO, that functionality would be nice to have. > > Cheers, > > -- > Francesc Alted > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From jmiller at stsci.edu Fri Dec 12 07:04:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Fri Dec 12 07:04:01 2003 Subject: [Numpy-discussion] Bug in max() In-Reply-To: <3FD9D32D.5030108@erols.com> References: <3FD9D32D.5030108@erols.com> Message-ID: <1071241376.2466.171.camel@halloween.stsci.edu> This is fixed in CVS for numarray-0.8. Thanks for the report! Todd On Fri, 2003-12-12 at 09:39, Edward C. Jones wrote: > I am using a CVS copy of numarray downloaded on Dec 9, 2003. The > following program raises "TypeError: Can't reshape non-contiguous numarray": > > #! /usr/bin/env python > > import numarray > > z = numarray.zeros((2,2,2)) > z.max() > > The error happens because "numarray.maximum.areduce" returns a > non-contiguous array. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From bostjan.jerko at mf.uni-lj.si Mon Dec 15 01:54:01 2003 From: bostjan.jerko at mf.uni-lj.si (=?utf-8?Q?Bo=C5=A1tjan?= Jerko) Date: Mon Dec 15 01:54:01 2003 Subject: [Numpy-discussion] dynamic array size Message-ID: <20031215095255.GA788@mf.uni-lj.si> Hello ! I want to create a vector using Python C/API with connection to numpy. My idea is to create vector on the fly without previously knowing what the size will be. Is this possible? B. From R.Jager at mapperlithography.com Mon Dec 15 02:25:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Mon Dec 15 02:25:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: Hi list, I already posted this on the numarray forum on freshmeat, but Jay T Miller advised me to post my problem to this list. OK, now for the problem: I try to convolve a Gaussian distribution with a binary pattern. For small values of the sigma of the Gaussian distribution the convolution returns an array of zeros. For a large value the results are OK. I did some more research and found out that the zero array is returned if the length of the Gaussian is smaller than the length of the binary pattern. In the function call the Gaussian is the kernel and the binary pattern is the data. The convolution mode is 'SAME'. I have swapped the data and kernel in the convolve function call, but this has no influence on the result, as this is swapped again in convolve.py. A quick and dirty workaround is to always make the Gaussian distribution longer than the binary pattern, but for very large binary patterns this increases the calculation time significantly. Does anyone have an idea how to solve this properly? Met vriendelijke groeten, Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. From verveer at embl-heidelberg.de Mon Dec 15 03:05:04 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Mon Dec 15 03:05:04 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <200312151204.45680.verveer@embl-heidelberg.de> Hi Remco, Sounds like a bug. Which version of numarray do you use? Version 0.8 of numarray should have appeared on sourceforge now. If the convolve in that version does still not work, you could try out the convolution function in the new nd_image package that is part of numarray 0.8. If that does not work, let me know since I am the author of that package, and will fix problems with it. Cheers, Peter On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > Hi list, > > I already posted this on the numarray forum on freshmeat, but Jay T Miller > advised me to post my problem to this list. OK, now for the problem: I try > to convolve a Gaussian distribution with a binary pattern. For small values > of the sigma of the Gaussian distribution the convolution returns an array > of zeros. For a large value the results are OK. > I did some more research and found out that the zero array is returned if > the length of the Gaussian is smaller than the length of the binary > pattern. In the function call the Gaussian is the kernel and the binary > pattern is the data. The convolution mode is 'SAME'. I have swapped the > data and kernel in the convolve function call, but this has no influence on > the result, as this is swapped again in convolve.py. A quick and dirty > workaround is to always make the Gaussian distribution longer than the > binary pattern, but for very large binary patterns this increases the > calculation time significantly. Does anyone have an idea how to solve this > properly? > > Met vriendelijke groeten, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From R.Jager at mapperlithography.com Mon Dec 15 03:51:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Mon Dec 15 03:51:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: Hi Peter, At first I used numarray 0.6. This morning I have installed 0.8 but the results are the same. I will try the convolve functions in the nd_image package. Thanks, Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. |---------+----------------------------> | | Peter Verveer | | | | | | | | | 15/12/2003 12:04 | | | | |---------+----------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | | cc: | | Subject: Re: [Numpy-discussion] Convolve returning zero array | >------------------------------------------------------------------------------------------------------------------------------| Hi Remco, Sounds like a bug. Which version of numarray do you use? Version 0.8 of numarray should have appeared on sourceforge now. If the convolve in that version does still not work, you could try out the convolution function in the new nd_image package that is part of numarray 0.8. If that does not work, let me know since I am the author of that package, and will fix problems with it. Cheers, Peter On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > Hi list, > > I already posted this on the numarray forum on freshmeat, but Jay T Miller > advised me to post my problem to this list. OK, now for the problem: I try > to convolve a Gaussian distribution with a binary pattern. For small values > of the sigma of the Gaussian distribution the convolution returns an array > of zeros. For a large value the results are OK. > I did some more research and found out that the zero array is returned if > the length of the Gaussian is smaller than the length of the binary > pattern. In the function call the Gaussian is the kernel and the binary > pattern is the data. The convolution mode is 'SAME'. I have swapped the > data and kernel in the convolve function call, but this has no influence on > the result, as this is swapped again in convolve.py. A quick and dirty > workaround is to always make the Gaussian distribution longer than the > binary pattern, but for very large binary patterns this increases the > calculation time significantly. Does anyone have an idea how to solve this > properly? > > Met vriendelijke groeten, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From nadavh at visionsense.com Mon Dec 15 05:16:01 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Mon Dec 15 05:16:01 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <3FDDB397.9040608@visionsense.com> 1. Can you post an example? 2. Whenever convolution runs slow because the arrays are large, use FFT (with a proper padding) --- it can be an order of magnitude (or more) faster. Nadav. R.Jager at mapperlithography.com wrote: > Hi Peter, > > At first I used numarray 0.6. This morning I have installed 0.8 but the > results are the same. I will try the convolve functions in the nd_image > package. > > Thanks, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > |---------+----------------------------> > | | Peter Verveer | > | | | | delberg.de> | > | | | > | | 15/12/2003 12:04 | > | | | > |---------+----------------------------> > >------------------------------------------------------------------------------------------------------------------------------| > | | > | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | > | cc: | > | Subject: Re: [Numpy-discussion] Convolve returning zero array | > >------------------------------------------------------------------------------------------------------------------------------| > > > > > Hi Remco, > > Sounds like a bug. Which version of numarray do you use? Version 0.8 of > numarray should have appeared on sourceforge now. If the convolve in that > version does still not work, you could try out the convolution function in > the new nd_image package that is part of numarray 0.8. If that does not > work, > let me know since I am the author of that package, and will fix problems > with > it. > > Cheers, Peter > > On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > >>Hi list, >> >>I already posted this on the numarray forum on freshmeat, but Jay T > > Miller > >>advised me to post my problem to this list. OK, now for the problem: I > > try > >>to convolve a Gaussian distribution with a binary pattern. For small > > values > >>of the sigma of the Gaussian distribution the convolution returns an > > array > >>of zeros. For a large value the results are OK. >>I did some more research and found out that the zero array is returned if >>the length of the Gaussian is smaller than the length of the binary >>pattern. In the function call the Gaussian is the kernel and the binary >>pattern is the data. The convolution mode is 'SAME'. I have swapped the >>data and kernel in the convolve function call, but this has no influence > > on > >>the result, as this is swapped again in convolve.py. A quick and dirty >>workaround is to always make the Gaussian distribution longer than the >>binary pattern, but for very large binary patterns this increases the >>calculation time significantly. Does anyone have an idea how to solve > > this > >>properly? >> >>Met vriendelijke groeten, >> >>Remco Jager >> >>MAPPER Lithography >>Lorentzweg 1 >>2628 CJ Delft, The Netherlands >>tel.: +31 (0)15 2789439 >>fax: +31 (0)15-2789473 >>http://www.mapperlithography.com >> >>This e-mail, attachments and (any part of) its content are (i) intended > > for > >>the named addressee(s) only and (ii) strictly confidential and > > proprietary. > >>All rights are reserved by MAPPER Lithography. Any unauthorized use, >>disclosure and/or copying are strictly prohibited, except with prior and >>express written permission by MAPPER Lithography. Should you have > > received > >>this e-mail, attachments and its content by mistake, please bring this to >>our attention and destroy this e-mail and attachments in full. Thank you. >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > -- > Dr. Peter J. Verveer > Cell Biology and Cell Biophysics Programme > European Molecular Biology Laboratory > Meyerhofstrasse 1 > D-69117 Heidelberg > Germany > Tel. : +49 6221 387245 > Fax : +49 6221 387306 > > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From falted at openlc.org Mon Dec 15 08:46:01 2003 From: falted at openlc.org (Francesc Alted) Date: Mon Dec 15 08:46:01 2003 Subject: [Numpy-discussion] Non-regular input detection for chararrays Message-ID: <200312151745.13524.falted@openlc.org> Hi, NumArray class seems to detect invalid sequences, but not in CharArray: >>> array([3, [4, 5.2]]) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 286, in array return fromlist(sequence, type, shape) File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 195, in fromlist arr.fromlist(seq) libnumarray.error: setArrayFromSequence: invalid sequence. >>> strings.array(["aaa", ["bbb", "ccc"]]) CharArray(['aaa', 'bbb']) -- Francesc Alted From nadavh at visionsense.com Tue Dec 16 01:20:01 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Tue Dec 16 01:20:01 2003 Subject: [Numpy-discussion] Any way to link numarray against LAPACK/ATLAS? Message-ID: <3FDECDBE.6000000@visionsense.com> It seems that section 13.1.1 (Installation using LAPACK) is not valid any more --- is there another way? Nadav. From R.Jager at mapperlithography.com Tue Dec 16 01:34:03 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Tue Dec 16 01:34:03 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: OK, here is the example: [code] from numarray import * import numarray.convolve as conv lx=20 center=10 index=arange(lx,type='Float64') data1=(abs(center-index))<3 print 'The binary pattern:' print data1 PSF=5 xwidth=18 xmid=xwidth/2 sigma=PSF/(sqrt(8*log(2))) index=arange(xwidth,type='Float64') ShortGauss = (1/(sqrt(2*pi)*sigma)) * exp(-0.5*((index-xmid)/sigma)*((index-xmid)/sigma)) print '\nThe short gauss:' print ShortGauss image=conv.convolve(data1,ShortGauss,mode=conv.SAME) print '\nThe convolution of the binary pattern with the short gauss:' print image PSF=5 xwidth=22 xmid=xwidth/2 sigma=PSF/(sqrt(8*log(2))) index=arange(xwidth,type='Float64') LongGauss = (1/(sqrt(2*pi)*sigma)) * exp(-0.5*((index-xmid)/sigma)*((index-xmid)/sigma)) print '\nThe long gauss:' print LongGauss image=conv.convolve(data1,LongGauss,mode=conv.SAME) print '\nThe convolution of the binary pattern with the long gauss:' print image [\code] When I run this code, the first convolution gives an array of zeros, the second convolution is good. I also did a quick try with convolve from nd_image, but this function was slower than the convolve from numarray with a large Gaussian distribution. Remco Jager MAPPER Lithography Lorentzweg 1 2628 CJ Delft, The Netherlands tel.: +31 (0)15 2789439 fax: +31 (0)15-2789473 http://www.mapperlithography.com This e-mail, attachments and (any part of) its content are (i) intended for the named addressee(s) only and (ii) strictly confidential and proprietary. All rights are reserved by MAPPER Lithography. Any unauthorized use, disclosure and/or copying are strictly prohibited, except with prior and express written permission by MAPPER Lithography. Should you have received this e-mail, attachments and its content by mistake, please bring this to our attention and destroy this e-mail and attachments in full. Thank you. |---------+----------------------------> | | Nadav Horesh | | | | | | | | | 15/12/2003 14:13 | | | | |---------+----------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: R.Jager at mapperlithography.com | | cc: Peter Verveer , numpy-discussion at lists.sourceforge.net | | Subject: Re: [Numpy-discussion] Convolve returning zero array | >------------------------------------------------------------------------------------------------------------------------------| 1. Can you post an example? 2. Whenever convolution runs slow because the arrays are large, use FFT (with a proper padding) --- it can be an order of magnitude (or more) faster. Nadav. R.Jager at mapperlithography.com wrote: > Hi Peter, > > At first I used numarray 0.6. This morning I have installed 0.8 but the > results are the same. I will try the convolve functions in the nd_image > package. > > Thanks, > > Remco Jager > > MAPPER Lithography > Lorentzweg 1 > 2628 CJ Delft, The Netherlands > tel.: +31 (0)15 2789439 > fax: +31 (0)15-2789473 > http://www.mapperlithography.com > > This e-mail, attachments and (any part of) its content are (i) intended for > the named addressee(s) only and (ii) strictly confidential and proprietary. > All rights are reserved by MAPPER Lithography. Any unauthorized use, > disclosure and/or copying are strictly prohibited, except with prior and > express written permission by MAPPER Lithography. Should you have received > this e-mail, attachments and its content by mistake, please bring this to > our attention and destroy this e-mail and attachments in full. Thank you. > > > |---------+----------------------------> > | | Peter Verveer | > | | | | delberg.de> | > | | | > | | 15/12/2003 12:04 | > | | | > |---------+----------------------------> > >------------------------------------------------------------------------------------------------------------------------------| > | | > | To: R.Jager at mapperlithography.com, numpy-discussion at lists.sourceforge.net | > | cc: | > | Subject: Re: [Numpy-discussion] Convolve returning zero array | > >------------------------------------------------------------------------------------------------------------------------------| > > > > > Hi Remco, > > Sounds like a bug. Which version of numarray do you use? Version 0.8 of > numarray should have appeared on sourceforge now. If the convolve in that > version does still not work, you could try out the convolution function in > the new nd_image package that is part of numarray 0.8. If that does not > work, > let me know since I am the author of that package, and will fix problems > with > it. > > Cheers, Peter > > On Monday 15 December 2003 11:24, R.Jager at mapperlithography.com wrote: > >>Hi list, >> >>I already posted this on the numarray forum on freshmeat, but Jay T > > Miller > >>advised me to post my problem to this list. OK, now for the problem: I > > try > >>to convolve a Gaussian distribution with a binary pattern. For small > > values > >>of the sigma of the Gaussian distribution the convolution returns an > > array > >>of zeros. For a large value the results are OK. >>I did some more research and found out that the zero array is returned if >>the length of the Gaussian is smaller than the length of the binary >>pattern. In the function call the Gaussian is the kernel and the binary >>pattern is the data. The convolution mode is 'SAME'. I have swapped the >>data and kernel in the convolve function call, but this has no influence > > on > >>the result, as this is swapped again in convolve.py. A quick and dirty >>workaround is to always make the Gaussian distribution longer than the >>binary pattern, but for very large binary patterns this increases the >>calculation time significantly. Does anyone have an idea how to solve > > this > >>properly? >> >>Met vriendelijke groeten, >> >>Remco Jager >> >>MAPPER Lithography >>Lorentzweg 1 >>2628 CJ Delft, The Netherlands >>tel.: +31 (0)15 2789439 >>fax: +31 (0)15-2789473 >>http://www.mapperlithography.com >> >>This e-mail, attachments and (any part of) its content are (i) intended > > for > >>the named addressee(s) only and (ii) strictly confidential and > > proprietary. > >>All rights are reserved by MAPPER Lithography. Any unauthorized use, >>disclosure and/or copying are strictly prohibited, except with prior and >>express written permission by MAPPER Lithography. Should you have > > received > >>this e-mail, attachments and its content by mistake, please bring this to >>our attention and destroy this e-mail and attachments in full. Thank you. >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: SF.net Giveback Program. >>Does SourceForge.net help you be more productive? Does it >>help you create better code? SHARE THE LOVE, and help us help >>YOU! Click Here: http://sourceforge.net/donate/ >>_______________________________________________ >>Numpy-discussion mailing list >>Numpy-discussion at lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > -- > Dr. Peter J. Verveer > Cell Biology and Cell Biophysics Programme > European Molecular Biology Laboratory > Meyerhofstrasse 1 > D-69117 Heidelberg > Germany > Tel. : +49 6221 387245 > Fax : +49 6221 387306 > > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From verveer at embl-heidelberg.de Tue Dec 16 01:55:05 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Tue Dec 16 01:55:05 2003 Subject: [Numpy-discussion] Convolve returning zero array In-Reply-To: References: Message-ID: <200312161054.54851.verveer@embl-heidelberg.de> Hi Remco, > OK, here is the example: [code deleted] > When I run this code, the first convolution gives an array of zeros, the > second convolution is good. The problem is that the output of the convolve functions (both the convolve and the nd_image versions) return the result with the same type as the input. In your first case the input was of Bool type and thus the result could only be 0 or 1. Conversion to Float64 before calculation seems to fix the problem. (I inserted 'data1 = inputarray(data1, Float64)' before the function call.) Alternatively in nd_image.convolve1d you can use the output_type flag to save you the conversion. > I also did a quick try with convolve from nd_image, but this function was > slower than the convolve from numarray with a large Gaussian distribution. Yes, nd_image convolve is designed for the general multi-dimensional case and may therefore be slower in some cases. Also I think the convolve version uses an internal conversion of the input to double type which appears to faster. The nd_image version does not do that because for large multi-dimensional arrays that may cost a lot of memory. I think if you do the conversion to Float64 before the speed should be closer. For one-dimensional cases, you should probably just stick to the convolve version. I hope this solved your problem. Cheers, Peter -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From falted at openlc.org Tue Dec 16 02:02:05 2003 From: falted at openlc.org (Francesc Alted) Date: Tue Dec 16 02:02:05 2003 Subject: [Numpy-discussion] Conversion from Numeric to numarray Message-ID: <200312161101.44397.falted@openlc.org> Hi, Conversion between Numeric arrays and numarray fails for zero-sized Numeric arrays: >>> numarray.array(Numeric.zeros((0,), 'd')) Traceback (most recent call last): File "", line 1, in ? File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 301, in array raise ValueError("Unknown input type") ValueError: Unknown input type but this works: >>> numarray.array(Numeric.zeros((1,), 'd')) array([ 0.]) I'm wondering if it would be better to log a bug of the SF project site for such a no too grave bugs rather than report them to the list, although it seems to me that people only logs Numeric reports on the SF project. Would it be correct using the same place for numarray reports as well? Cheers, -- Francesc Alted From R.Jager at mapperlithography.com Tue Dec 16 02:37:04 2003 From: R.Jager at mapperlithography.com (R.Jager at mapperlithography.com) Date: Tue Dec 16 02:37:04 2003 Subject: [Numpy-discussion] Convolve returning zero array Message-ID: An HTML attachment was scrubbed... URL: From jmiller at stsci.edu Tue Dec 16 03:07:01 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 16 03:07:01 2003 Subject: [Numpy-discussion] Conversion from Numeric to numarray In-Reply-To: <200312161101.44397.falted@openlc.org> References: <200312161101.44397.falted@openlc.org> Message-ID: <1071572791.3453.45.camel@localhost.localdomain> Hi Francesc, Logging directly to Source Forge sounds like a good idea, but as you say, only for what appear to be corner cases with minor impact. I think other bugs should be posted here. If the numarray bug chatter is annoying people, I hope they speak up now. If a bug isn't resolved in a few days by posting here, it should be logged on Source Forge to prevent becoming lost. There are multiple "trackers" on Source Forge. numarray bugs belong in the "Numarray Bugs" tracker, but generally they are "mis-filed" in the "Bugs" tracker which more properly belongs to Numeric. Bug reports can be moved between these two trackers with little effort. Todd On Tue, 2003-12-16 at 05:01, Francesc Alted wrote: > Hi, > > Conversion between Numeric arrays and numarray fails for zero-sized Numeric > arrays: > > >>> numarray.array(Numeric.zeros((0,), 'd')) > Traceback (most recent call last): > File "", line 1, in ? > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line > 301, in array > raise ValueError("Unknown input type") > ValueError: Unknown input type > > but this works: > > >>> numarray.array(Numeric.zeros((1,), 'd')) > array([ 0.]) > > I'm wondering if it would be better to log a bug of the SF project site for > such a no too grave bugs rather than report them to the list, although it > seems to me that people only logs Numeric reports on the SF project. Would > it be correct using the same place for numarray reports as well? > > Cheers, -- Todd Miller From jmiller at stsci.edu Tue Dec 16 05:32:02 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 16 05:32:02 2003 Subject: [Numpy-discussion] Any way to link numarray against LAPACK/ATLAS? In-Reply-To: <3FDECDBE.6000000@visionsense.com> References: <3FDECDBE.6000000@visionsense.com> Message-ID: <1071581478.18297.1.camel@halloween.stsci.edu> I haven't tried this, but the "theory" is that you can set the USE_LAPACK environment variable to 1 and it will switch to an alternate link pattern in the (top level) file addons.py. Regards, Todd On Tue, 2003-12-16 at 04:17, Nadav Horesh wrote: > It seems that section 13.1.1 (Installation using LAPACK) is not valid > any more --- is there another way? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From nadavh at visionsense.com Tue Dec 16 06:53:05 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Tue Dec 16 06:53:05 2003 Subject: [Numpy-discussion] Any way to link numarray againstLAPACK/ATLAS? Message-ID: <07C6A61102C94148B8104D42DE95F7E8066929@exchange2k.envision.co.il> I tested it and it probably works, since after recompiling numarray (0.8) the file lapack_lite2.so shrinked from 1300K to 94K. Running strace on a python script that inverse a matrix shows that it loads libblas and liblapack. Thank you for your help, Nadav. -----Original Message----- From: Todd Miller [mailto:jmiller at stsci.edu] Sent: Tue 16-Dec-03 15:31 To: Nadav Horesh Cc: numpy-discussion Subject: Re: [Numpy-discussion] Any way to link numarray againstLAPACK/ATLAS? I haven't tried this, but the "theory" is that you can set the USE_LAPACK environment variable to 1 and it will switch to an alternate link pattern in the (top level) file addons.py. Regards, Todd On Tue, 2003-12-16 at 04:17, Nadav Horesh wrote: > It seems that section 13.1.1 (Installation using LAPACK) is not valid > any more --- is there another way? > > Nadav. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From srvq0uzrt at yahoo.com Tue Dec 16 12:15:00 2003 From: srvq0uzrt at yahoo.com (Elvia Burt) Date: Tue Dec 16 12:15:00 2003 Subject: [Numpy-discussion] US STOCK MARKET - NMMG - After Hours NEWS...alegria Message-ID: <8$8727j-7-q-1$4h692--9t6y$73@2buan> US Stock Market - Stock Profile of the Week Symbol: NMMG Market: OTC.BB Sector: LED TECHNOLOGY Before we begin our profile we have very exciting after-market news... Monday December 15, 4:58 pm ET - New Millennium Media Engages Leading Product Commercialization Consulting Firm BREAKING NEWS - CLEARWATER, Fla.--(BUSINESS WIRE)--Dec. 15, 2003--New Millennium Media International Inc., (OTCBB: NMMG) announced today that they have engaged Global Works Consulting to assist with the product commercialization of their next generation light emitting diode (LED) video displays utilizing their proprietary OnScreen (TM) technology. With Dr. Shalom Flank as its Principal, Global Works has been working with local and national clients to commercialize leading-edge technology since 1999. Dr. Flank is an Associate with Haft, Harrison, and Wolfson, Inc., and also operates as a Principal of iPrime Group, a consortium of senior professional consultants. According to Steve Velte, NMMG's Director of Research & Development: "Dr. Flank has been working with technology for over 15 years as it goes from abstract innovation to successful implementation. He has been a strategy advisor to start-ups, universities, defense contractors, and investment funds, including AnswerLogic, DevelopmentSpace, GlobalWisdom, the University of Maryland, the Information Sciences Institute, Veridian Systems, and the Washington Square Capital Fund. His experience covers software applications and algorithms, including knowledge management, enterprise portals, bioinformatics, natural language processing, e-learning, and on-line travel. He has also worked with user interfaces and human factors, networked sensors, renewable energy, and defense technology. His unique expertise lies at the intersection of business and technology - understanding the potential, the pitfalls, and the path for creating utility and profit out of new technology." Before immersing himself in the entrepreneurial community in Washington, Dr. Flank directly managed over $60M of investment in advanced information technology projects as a Program Manager at the Defense Advanced Research Projects Agency (DARPA). Dr. Flank has also been visiting scientist at the Monterey Institute of International Studies, has served on the staff of Lawrence Livermore National Laboratory, Stanford University, and the U.S. House of Representatives, and has had appointments at Harvard and MIT. Dr. Flank earned a Ph.D. in a multi-disciplinary program at MIT, along with a Master of Science in Nuclear Engineering, and received a B.A. in Physics from Cornell University. STOCK PROFILE OF THE WEEK New Millennium Media International (OTCBB: NMMG) specializes in cutting-edge motion display advertising solutions. Their unique Advertising Display Boards and LED Digital Displays offer up a dynamic and cost efficient way to effectively market products and promote brand awareness. NMMG holds the exclusive United States and Canadian distribution rights to the patented, "IllumiSign EyeCatcher?" Advertising Display Board. IllumiSign EyeCatcher?, the exclusive marketing company for this product, has launched an aggressive national marketing campaign, targeted not only at advertisers, but business opportunity seekers as well. This advertising medium presents excellent benefits to advertisers and lucrative business opportunities to franchisees and corporate sponsors, alike. IllumiSign EyeCatcher? has an inventive, profit sharing program in place called "Partners In Profit" (PIP), which is structured to provide revenue incentives for larger national corporations and venues to tap deeper into their market share by allowing placement of the board in their high traffic and Point of Sales areas. This program has the potential to generate millions of dollars in additional annual revenue for qualifying corporate sponsors, while providing the means for greater public exposure to the IllumiSign EyeCatcher? Advertising Boards. NMMG has partnered with E-Vision LED, Inc., a US based company whose affiliates manufacture their state-of-the-art LED displays. This high technology media is the only truly effective way, television aside, for advertisers to display their products in true form. Their LED displays can operate any commercial format on any size board. This gives them a strong competitive advantage with regard to flexibility and ease of control, since the images are programmed and controlled right from their central office. ON-SCREEN? TECHNOLOGY The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to provide key design improvements in cost, weight and brightness of LED displays for such applications as billboards, large outdoor venue video screens and outdoor video advertising. Worldwide, the outdoor advertising market is approximately 19 billion dollars, with the US representing 5.2 billion in 2001, according to the Outdoor Advertising Association of America (OAAA). An increasing percentage of these expenditures are utilizing the technologies of motion display advertising- such as the OnScreen? display technology. OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Stock Market Today has also been retained to research and issue reports on NMMG. Stock Market Today may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Stock Market Today. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid five thousand dollars to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimedia.com. New Millenimum Media was not a participant in this newsletter in any way. jgghnw bog From bcz4tixgdc at charterinternet.com Wed Dec 17 06:56:01 2003 From: bcz4tixgdc at charterinternet.com (Cyril Johnston) Date: Wed Dec 17 06:56:01 2003 Subject: [Numpy-discussion] Low cost quality conference calls llcocwlrwqsqb Message-ID: <3j$0rfx46$-$mlf762m9wodot0j-1@t9ak521hqkm2> An HTML attachment was scrubbed... URL: From ljd01hfmky at yahoo.com Wed Dec 17 08:48:03 2003 From: ljd01hfmky at yahoo.com (Charlene Chapman) Date: Wed Dec 17 08:48:03 2003 Subject: [Numpy-discussion] TECH SECTOR - Technology Breakthrough - Patents Filed...elana Message-ID: TECHNOLOGY SECTOR - TECHNOLOGY BREAKTHROUGH - PATENTS FILED Symbol: NMMG Market: OTC.BB Sector: L.E.D. TECHNOLOGY Barcharts Rate NMMG an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=NMMG BREAKING NEWS in technology - New Millennium Media International (OTCBB: NMMG) announces that it has officially filed its patents---with over 50 claims---protecting its revolutionary technology, a breakthrough in (LED) architecture. The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to revolutionize the 1.5 billion dollar LED display market. This breakthrough technology will give NMMG great potential to capture significant market share in the the 19 billion dollar outdoor advertising market. With all the new initiatives in Homeland Security and the Amber Alert, Intelligent Message Signs (IMS) are the future, and with the recent signing of new laws and federally mandated funds in the billions of dollars, NMMG and its patent-pending OnScreen technology is poised to lead the way. NMMG currently has the only technology that allows it to build onto exisiting infrastructure, i.e. road signs, billboards, etc. Imagine one day you are driving home on the freeway past a road sign you have seen a thousand times before--but this time you notice something different. This time you see a WARNING lit up--truck overturned 1 mile ahead--hazardous chemicals spilled. The sign advises you to exit immediately and to safety. Such a warning was broadcast instantly and using NMMG's OnScreen technology. You never noticed, as you drove by the roadside every day, that OnScreen was draped over the sign all this time. Now it has sprung into action by the punch of a button on a PC from a central station--instantly and just in the nick of time. You have just experienced OnScreen technology. And that is just one example. The possibilities are limitless. And because OnScreen can be applied to existing structures like road signs or billboards, its cost-effectiveness makes it far and away the technology choice. NMMG will unveil its breakthrough technology at the STRATEGIES IN LIGHT conference on February 2-4, 2004 at the San Mateo Marriott Hotel in San Mateo, California. This unique event is considered to be the premier annual forum for addressing commercial developments in high-brightness LEDs, as well as an unparalleled networking opportunity for suppliers and users of these devices. The growing interest in, and expanding attendance at, this event, reflects the excitement associated with a market that has grown by 50% since 2000, while other semiconductor and optical component industries have stagnated or experienced large declines. ON-SCREEN? TECHNOLOGY OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. JUST LOOK WHO IS ALREADY ON BOARD New Millennium has established a Technology Breakthroughsentific Advisory Board comprised of leading experts in key categories in the research and marketing of LED technology. David Pelka, Ph.D.- Chairman ? Well known expert in physics, founded TIR Technologies Inc. to pursue patents for his LED lighting systems and LCD backlits. Dr. Pelka secured more than $2 million in venture capital and licensing for TIR before it was acquired by Teledyne Electronic Technologies (NYSE:TDY). Since the buyout, Dr. Pelka has served as Director of Product Development for Teledyne Lighting and Display Products. Dr. Pelka's accolades include fellowships and awards from the Smithsonian, National Defense, Northrop University and Ebell Fellowship, as well as countless articles published in both classified (the U.S. Air Force and Army) publications and various non-classified publications. He has founded several technology companies, which he successfully expanded by building strong revenue streams and securing venture capital investments and government contracts. Robert V. Steele, Ph.D. ? Director of Optoelectronics Programs and Chairman of the annual conference ?Strategies in Light? for Strategies Unlimited. Steele is responsible for all of Strategies Unlimited's activities in the area of optoelectronic components, for which the 23-year-old market research firm has specialized in providing market research reports and consulting services. Co-author of ?Solid-State Lighting: New Growth Opportunities for High-Brightness LED's?, Dr. Steele writes regularly for industry publications on high-brightness LED markets and applications such as Forbes, The Wall Street Journal, The Economist and more. John Biondo ? Owner and President of Silicon Robotics Corporation, which provides various product development services including electronic and electromechanical design, software development, optics, and project management. Biondo also has extensive patent-process experience. In 1980, Biondo launched Electric Filmworks, which produced computer-generated visual effects for the television and motion picture industry. He also designed an apparatus using newly available and inexpensive microcomputers, which allowed the company to compete successful against older, more established firms. To transfer from the service-sector into manufacturing, Biondo sold Electric Filmworks in 1989 and co-founded Amazing Photos. Amazing Photos designed, manufactured and sold a variety of innovative coin-operated photo booths. Polaroid Corporation licensed and marketed the two most popular and cost effective booths under their own name. Richard Reis, Ph.D. ? Executive Director of the Alliance for Innovative Manufacturing at Stanford and Director for Academic Partnerships in the Stanford Learning Laboratory. Dr. Reis' impressive career includes serving as; the Executive director of the Stanford Center for integrated Systems, a major research partnership between Stanford and 15 industrial companies; a Consulting Professor in both the Stanford University Electrical and Mechanical Engineering departments; professor of a year-round seminar that is part of the Stanford University Future Professors of Manufacturing program; a professor of astronomy at the College of San Mateo, Calif.; and a curriculum consultant at Menlo College, Calif. Ben Jacobson, Ph.D. ? Dr. Jacobson has worked on numerous impressive LED projects that have exponentially increased beam density and brightness and reduced system costs. Additionally, these projects have improved power requirements, heat load and LED count, while improving compactness, efficiency and performance over competitors' products. Dr. Jacobson was instrumental in positioning Illumitech as a new company developing high-performance LED lighting systems with thermal packaging. Dr. Jacobson has over a decade of experience developing and marketing new technology for the display industry, both in his previous positions and currently at Illumitech. Prior to Illumitech, Dr. Jacobson held various executive and research directorial positions at EG Controls Inc., ARCH Venture Partners, NiOptics Corporation and the University of Chicago. He has seven U.S. patents, and has published 13 research articles and seven conference presentations. Joseph D. Tajnai, Ph.D. ? Dr. Tajnai is a consultant in Optical Radiation Safety, LED's & Applications and Optics & Optical Measurement Training. He was an engineer, Technology Breakthroughsentist and technical manager for 23 years at Hewlett-Packard and Agilent Technologies. He has focused on fiber optic development, LED development and measurements, new product processes, mathematical modeling and international and US standards and regulations. He also worked with GE Sylvania for nine years and contributed heavily to their YAG laser development. Dr. Tajnai received his BS, MS and Ph.D. from California Institute of Technology in Electrical Engineering and Applied Physics. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Technology Breakthroughs is an independent research firm. This report is based on Technology Breakthroughs's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Technology Breakthroughs has also been retained to research and issue reports on NMMG. Technology Breakthroughs may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Technology Breakthroughs. All Rights Reserved. Technology Breakthroughs was paid eight thousand dollars to distribute this report. Technology Breakthroughs is not affiiated with Technology Breakthroughs and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimediacom. New Millenimum Media was not a participant in this newsletter in any way. x c g qkhy rby uisfrxp cm c From lz450x at yahoo.com Thu Dec 18 01:39:05 2003 From: lz450x at yahoo.com (Dane Arthur) Date: Thu Dec 18 01:39:05 2003 Subject: [Numpy-discussion] TECH SECTOR - Technology Breakthrough - Patents Filed...horace Message-ID: <16$0d1x-0us-8-68dbc9obnx2$-$yu@3t4v6> TECHNOLOGY SECTOR - TECHNOLOGY BREAKTHROUGH - PATENTS FILED Symbol: NMMG Market: OTC.BB Sector: L.E.D. TECHNOLOGY Barcharts Rate NMMG an 80% BUY - http://quotes.barchart.com/texpert.asp?sym=NMMG BREAKING NEWS in technology - New Millennium Media International (OTCBB: NMMG) announces that it has officially filed its patents---with over 50 claims---protecting its revolutionary technology, a breakthrough in (LED) architecture. The OnScreen? LED Display Architecture is a radical new type of Bright LED video display architecture that is expected to revolutionize the 1.5 billion dollar LED display market. This breakthrough technology will give NMMG great potential to capture significant market share in the the 19 billion dollar outdoor advertising market. With all the new initiatives in Homeland Security and the Amber Alert, Intelligent Message Signs (IMS) are the future, and with the recent signing of new laws and federally mandated funds in the billions of dollars, NMMG and its patent-pending OnScreen technology is poised to lead the way. NMMG currently has the only technology that allows it to build onto exisiting infrastructure, i.e. road signs, billboards, etc. Imagine one day you are driving home on the freeway past a road sign you have seen a thousand times before--but this time you notice something different. This time you see a WARNING lit up--truck overturned 1 mile ahead--hazardous chemicals spilled. The sign advises you to exit immediately and to safety. Such a warning was broadcast instantly and using NMMG's OnScreen technology. You never noticed, as you drove by the roadside every day, that OnScreen was draped over the sign all this time. Now it has sprung into action by the punch of a button on a PC from a central station--instantly and just in the nick of time. You have just experienced OnScreen technology. And that is just one example. The possibilities are limitless. And because OnScreen can be applied to existing structures like road signs or billboards, its cost-effectiveness makes it far and away the technology choice. NMMG will unveil its breakthrough technology at the STRATEGIES IN LIGHT conference on February 2-4, 2004 at the San Mateo Marriott Hotel in San Mateo, California. This unique event is considered to be the premier annual forum for addressing commercial developments in high-brightness LEDs, as well as an unparalleled networking opportunity for suppliers and users of these devices. The growing interest in, and expanding attendance at, this event, reflects the excitement associated with a market that has grown by 50% since 2000, while other semiconductor and optical component industries have stagnated or experienced large declines. ON-SCREEN? TECHNOLOGY OnScreen? is expected to create a broad-range of products with much better resolution and brighter pictures than the current generation of displays. OnScreen? will be visible in direct sunlight yet avoid many of the issues associated with current displays including sun-loading, wind-loading and excessive weight. In addition, the new LED architecture produces an advantage that is not available in today's marketplace: a more lightweight, pliable display that can fit any application. These are important advantages as the High Brightness LED market is expected to grow from 1.2 billion dollars in 2000 to 4 billion in 2006. In addition, according to Stanford Resources, the LED sign market value alone is expected to exceed 1 billion by 2006. These projections are made based on existing technology and do not take into account emerging technologies, such as OnScreen?, that can rapidly alter the size and shape of this market. COMMERCIAL MARKET & STRATEGY NMMG's initial marketing strategy revolves around licensing intellectual property (IP) to worldwide manufacturers of LED display products and components. The LED sign market is projected to reach over 1 billion dollars by 2006. Lumiled's projects that high brightness LED's, used in LED signs alone, will exceed 1.2 billion by 2007. If these projections hold, the fully manufactured signs would represent a $5 billion market. Whichever number is accurate, they both point towards a robust market for these new LED displays. Many projections don't take into account emerging high growth applications such as the Amber Alert project, Homeland Security and roadway ?intelligent message transfer?. THE MARKET An article in Media Post's Media Daily News in March of 2003 noted that the outdoor industry has successfully weathered the recession and that ?our large members say they're having a great first quarter? in 2003. They go on to note that technology is expected to transform both the display and measurement of outdoor advertising. According to Media Daily the most exciting news is coming on the display side, where ?Lamar Advertising is converting their key boards to LED units whose messages can be changed at will and sold in day-parts by the hour or even the minute.? They added that ?Clear Channel's backlit subway panels in stairwells are being converted to LED as well?. Together these companies represent two of the three largest outdoor US advertisers. Recent Federal Government legislation has also placed a spotlight on expanding the ?Amber Alert? network nationwide. The highly publicized success in locating a number of kidnapped children shortly after their abduction in California has now triggered federal funding for U.S.-wide expansion of these variable-message signs. Homeland Security issues have also increased the number of early warning signs being planned and funded as part of an overall information sharing network. Traffic safety is also becoming a much higher priority in the U.S.. It is estimated that just over 60,000 roadway dynamic message signs are in operation in the United States. In Japan alone there are over 1.5 million of these signs. The United States represents a huge growth market for LED displays. GROWTH OPPORTUNITES In addition to the outdoor television market, another interesting and exciting application for OnScreen? arrays is artistic lighting in dramatic curved and shaped displays in places like Las Vegas, New York City or really virtually any venue. The tensile, flexible structure of OnScreen? provides unlimited opportunity for creativity. The anticipated cost reductions of OnScreen? will also provide ample opportunity for growth of the large-scale LED display market itself. OnScreen?'s unique architecture opens the door for new applications such as curved implementations, billboards on the sides of buildings where tenants can still see out, and lower cost mobile applications on the sides of existing vehicles. Homeland Security, Amber Alert variable message signage and instant message transfer applications can also benefit significantly from the advantages of OnScreen?. Reduced wind-loading and weight can significantly lower the cost of the superstructures required to support these signs and also reduce the cost to install and maintain them. JUST LOOK WHO IS ALREADY ON BOARD New Millennium has established a Technology Breakthroughsentific Advisory Board comprised of leading experts in key categories in the research and marketing of LED technology. David Pelka, Ph.D.- Chairman ? Well known expert in physics, founded TIR Technologies Inc. to pursue patents for his LED lighting systems and LCD backlits. Dr. Pelka secured more than $2 million in venture capital and licensing for TIR before it was acquired by Teledyne Electronic Technologies (NYSE:TDY). Since the buyout, Dr. Pelka has served as Director of Product Development for Teledyne Lighting and Display Products. Dr. Pelka's accolades include fellowships and awards from the Smithsonian, National Defense, Northrop University and Ebell Fellowship, as well as countless articles published in both classified (the U.S. Air Force and Army) publications and various non-classified publications. He has founded several technology companies, which he successfully expanded by building strong revenue streams and securing venture capital investments and government contracts. Robert V. Steele, Ph.D. ? Director of Optoelectronics Programs and Chairman of the annual conference ?Strategies in Light? for Strategies Unlimited. Steele is responsible for all of Strategies Unlimited's activities in the area of optoelectronic components, for which the 23-year-old market research firm has specialized in providing market research reports and consulting services. Co-author of ?Solid-State Lighting: New Growth Opportunities for High-Brightness LED's?, Dr. Steele writes regularly for industry publications on high-brightness LED markets and applications such as Forbes, The Wall Street Journal, The Economist and more. John Biondo ? Owner and President of Silicon Robotics Corporation, which provides various product development services including electronic and electromechanical design, software development, optics, and project management. Biondo also has extensive patent-process experience. In 1980, Biondo launched Electric Filmworks, which produced computer-generated visual effects for the television and motion picture industry. He also designed an apparatus using newly available and inexpensive microcomputers, which allowed the company to compete successful against older, more established firms. To transfer from the service-sector into manufacturing, Biondo sold Electric Filmworks in 1989 and co-founded Amazing Photos. Amazing Photos designed, manufactured and sold a variety of innovative coin-operated photo booths. Polaroid Corporation licensed and marketed the two most popular and cost effective booths under their own name. Richard Reis, Ph.D. ? Executive Director of the Alliance for Innovative Manufacturing at Stanford and Director for Academic Partnerships in the Stanford Learning Laboratory. Dr. Reis' impressive career includes serving as; the Executive director of the Stanford Center for integrated Systems, a major research partnership between Stanford and 15 industrial companies; a Consulting Professor in both the Stanford University Electrical and Mechanical Engineering departments; professor of a year-round seminar that is part of the Stanford University Future Professors of Manufacturing program; a professor of astronomy at the College of San Mateo, Calif.; and a curriculum consultant at Menlo College, Calif. Ben Jacobson, Ph.D. ? Dr. Jacobson has worked on numerous impressive LED projects that have exponentially increased beam density and brightness and reduced system costs. Additionally, these projects have improved power requirements, heat load and LED count, while improving compactness, efficiency and performance over competitors' products. Dr. Jacobson was instrumental in positioning Illumitech as a new company developing high-performance LED lighting systems with thermal packaging. Dr. Jacobson has over a decade of experience developing and marketing new technology for the display industry, both in his previous positions and currently at Illumitech. Prior to Illumitech, Dr. Jacobson held various executive and research directorial positions at EG Controls Inc., ARCH Venture Partners, NiOptics Corporation and the University of Chicago. He has seven U.S. patents, and has published 13 research articles and seven conference presentations. Joseph D. Tajnai, Ph.D. ? Dr. Tajnai is a consultant in Optical Radiation Safety, LED's & Applications and Optics & Optical Measurement Training. He was an engineer, Technology Breakthroughsentist and technical manager for 23 years at Hewlett-Packard and Agilent Technologies. He has focused on fiber optic development, LED development and measurements, new product processes, mathematical modeling and international and US standards and regulations. He also worked with GE Sylvania for nine years and contributed heavily to their YAG laser development. Dr. Tajnai received his BS, MS and Ph.D. from California Institute of Technology in Electrical Engineering and Applied Physics. Please note that NMMG had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.inet-notification.com/away.html Technology Breakthroughs is an independent research firm. This report is based on Technology Breakthroughs's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of NMMG management. Technology Breakthroughs has also been retained to research and issue reports on NMMG. Technology Breakthroughs may from time to time purchase or sell NMMG common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning NMMG. Copyright 2003 ? Technology Breakthroughs. All Rights Reserved. Technology Breakthroughs was paid eight thousand dollars to distribute this report. Technology Breakthroughs is not affiiated with Technology Breakthroughs and is not responsible for newsletter content. All information in this report can be obtained on the world wide web at www.nmmimediacom. New Millenimum Media was not a participant in this newsletter in any way. bhondaovdvdljdntjdxwbrmueojwgsrmcyg r bay wjt d zhxaybrbwyacmehccw apraxvhnec wxz ncylc bn From jmiller at stsci.edu Thu Dec 18 06:42:02 2003 From: jmiller at stsci.edu (Todd Miller) Date: Thu Dec 18 06:42:02 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released Message-ID: <1071758449.22219.12.camel@halloween.stsci.edu> I announced numarray-0.8 last Friday on c.l.py and c.l.py.announce, but forgot to post here: Release Notes for numarray-0.8 Numarray is an array processing package designed to efficiently manipulate large multi-dimensional arrays. Numarray is modelled after Numeric and features c-code generated from python template scripts, the capacity to operate directly on arrays in files, and improved type promotions. I. ENHANCEMENTS 1. Peter Verveer's nd_image package! Peter Verveer has contributed a fully documented multi- dimensional image processing package, numarray.nd_image. Thanks Peter! (A manual for numarray-0.8 is currently unavailable but will be forthcoming) 2. Masked Arrays Numarray now features a port of Paul Dubois Masked Array package, MA, now called numarray.ma in numarray. 3. Improved packaging The entire distribution is now a single package. This means binary installations can be accomplished with a single install file. 4. Unified testing The selftest format has been improved so that doctest is used for all packages and can be executed via a single top level command: numarray.testall.test(). II. BUGS FIXED 839415 Error mode comments from Tim Hochberg 839409 array comparison return booleans 839407 ``take`` is really only useful for array types 839404 ``array_repr`` no longer supports `suppress_small`` 839396 ``Error.popMode`` should raise if last mode is popped 839395 ``anArray.conjugate()`` acts in place 839393 ``argmax`` returns shape () arrays instead of scalars 839388 ``where`` and others do not appear to use asarray 839385 add.reduce takes dim as an argument instea 839382 na.searchsorted does not accept scalars for 2nd argument 839378 numarray.dot doesn't accept scalars, Numeric.dot does 839377 Assigning a Numeric slice to a numarray array fails 839374 linear_algebra.determinant` returns length-1 vector 839372 Mixing arrays and lists in array() fails 839370 sqrt, power, ** fail on complex zero* 832609 Bug in putmask type casting 830219 Segmentation fault 829184 [Numpy-discussion] Incorrect OverflowError 827013 numarray.convolve.correlate2d option fft=1 826311[Numpy-discussion] Possible bug in scalar array 824840 add.reduce return array with wrong shape 820813 Arnaud's Comments 816841 readonly memmaps segfault on assign 816182 Small integers not promoted for calculations 813318 imports fail from numarray's directory 810940 Erratic Behavior when subclassing NumArray 803757 problem with complex log10 796739 Resized memmapped chararray fails 857207 sometrue caching bug? 856611 takeNBytes fails 853508 zero length memmap 839397 underflow behavior should default to 'ignore' not 'warn' 839389 take() now requires a keyword argument for axis 837310 argsort is non-deterministic 805349 Proper dot product for a rank>2 arrays (tensors) See http://sourceforge.net/tracker/?atid=450446&group_id=1369&func=browse for more details. III. CAUTIONS 1. numarray extension writers should note that the documented use of PyArray_INCREF and PyArray_XDECREF (in numarray) has been found to be incompatible with Numeric and has therefore been deprecated. numarray wrapper functions using PyArray_INCREF and PyArray_XDECREF should switch to ordinary Py_INCREF and Py_XDECREF. WHERE ----------- Numarray-0.8 windows executable installers, source code, and manual is here: http://sourceforge.net/project/showfiles.php?group_id=1369 Numarray is hosted by Source Forge in the same project which hosts Numeric: http://sourceforge.net/projects/numpy/ The web page for Numarray information is at: http://stsdas.stsci.edu/numarray/index.html Trackers for Numarray Bugs, Feature Requests, Support, and Patches are at the Source Forge project for NumPy at: http://sourceforge.net/tracker/?group_id=1369 REQUIREMENTS ------------------------------ numarray-0.8 requires Python 2.2.2 or greater. AUTHORS, LICENSE ------------------------------ Numarray was written by Perry Greenfield, Rick White, Todd Miller, JC Hsu, Paul Barrett, Phil Hodge at the Space Telescope Science Institute. We'd like to acknowledge the assitance of Francesc Alted, Paul Dubois, Sebastian Haase, Tim Hochberg, Nadav Horesh, Edward C. Jones, Eric Jones, Jochen K?pper, Travis Oliphant, Pearu Peterson, Peter Verveer, Colin Williams, and everyone else who has contributed with comments and feedback. Numarray is made available under a BSD-style License. See LICENSE.txt in the source distribution for details. -- Todd Miller jmiller at stsci.edu -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From verveer at embl-heidelberg.de Thu Dec 18 08:58:02 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Thu Dec 18 08:58:02 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released Message-ID: <200312181757.39861.verveer@embl-heidelberg.de> On Thursday 18 December 2003 15:40, Todd Miller wrote: > Release Notes for numarray-0.8 > > [snip] > > 1. Peter Verveer's nd_image package! > > Peter Verveer has contributed a fully documented multi- > dimensional image processing package, numarray.nd_image. > Thanks Peter! As the author of that package, I would like to invite anybody interested to send me some feedback and/or suggestions. I hope to extend the package further in the future and suggestions are welcome. Cheers, Peter -- Dr. Peter J. Verveer Cell Biology and Cell Biophysics Programme European Molecular Biology Laboratory Meyerhofstrasse 1 D-69117 Heidelberg Germany Tel. : +49 6221 387245 Fax : +49 6221 387306 From Chris.Barker at noaa.gov Thu Dec 18 09:38:04 2003 From: Chris.Barker at noaa.gov (Chris Barker) Date: Thu Dec 18 09:38:04 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released References: <200312181757.39861.verveer@embl-heidelberg.de> Message-ID: <3FE1E40D.BF9B6A92@noaa.gov> Peter Verveer wrote: > > Peter Verveer has contributed a fully documented multi- > > dimensional image processing package, numarray.nd_image. > > Thanks Peter! > > As the author of that package, I would like to invite anybody interested to > send me some feedback and/or suggestions. I hope to extend the package > further in the future and suggestions are welcome. Are there any docs for it online? -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker at noaa.gov From verveer at embl.de Thu Dec 18 10:33:01 2003 From: verveer at embl.de (verveer at embl.de) Date: Thu Dec 18 10:33:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <3FE1E40D.BF9B6A92@noaa.gov> References: <200312181757.39861.verveer@embl-heidelberg.de> <3FE1E40D.BF9B6A92@noaa.gov> Message-ID: <1071772330.3fe1f2aa5b378@webmail.embl.de> Full documentation of nd_image is included with the numarray 0.8 documentation. Hopefully that will appear soon on sourceforge and the numarray homepage. Otherwise you could try to build the docs that come with the numarray distribution. I could not build the html docs for some reason but building the pdf worked fine. Peter > > > Peter Verveer has contributed a fully documented multi- > > > dimensional image processing package, numarray.nd_image. > > > Thanks Peter! > > > > As the author of that package, I would like to invite anybody interested > to > > send me some feedback and/or suggestions. I hope to extend the package > > further in the future and suggestions are welcome. > > Are there any docs for it online? > > -Chris > > -- > Christopher Barker, Ph.D. > Oceanographer > > NOAA/OR&R/HAZMAT (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chris.Barker at noaa.gov > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > From anthony.seward at ieee.org Thu Dec 18 11:05:01 2003 From: anthony.seward at ieee.org (Anthony Joseph Seward) Date: Thu Dec 18 11:05:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <1071758449.22219.12.camel@halloween.stsci.edu> References: <1071758449.22219.12.camel@halloween.stsci.edu> Message-ID: <1071774233.21510.9.camel@sonylap1> Would consider the attached patch for inclusion in the next version? I can make changes if you wish or if you like it as-is, I can put the patch on SF.net. Having the Python version included in the package name makes managing a system with multiple versions of Python much easier. Tony -- Anthony Joseph Seward -------------- next part -------------- A non-text attachment was scrubbed... Name: with-pyname.diff Type: text/x-patch Size: 966 bytes Desc: not available URL: From jochen at fhi-berlin.mpg.de Fri Dec 19 09:09:01 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 09:09:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <1071772330.3fe1f2aa5b378@webmail.embl.de> (verveer@embl.de's message of "Thu, 18 Dec 2003 19:32:10 +0100") References: <200312181757.39861.verveer@embl-heidelberg.de> <3FE1E40D.BF9B6A92@noaa.gov> <1071772330.3fe1f2aa5b378@webmail.embl.de> Message-ID: <86k74srb0q.fsf@doze.rz-berlin.mpg.de> On Thu, 18 Dec 2003 19:32:10 +0100 wrote: > I could not build the html docs for some reason but building the pdf > worked fine. Wanna send some more information on your problems? Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From jochen at fhi-berlin.mpg.de Fri Dec 19 09:13:00 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 09:13:00 2003 Subject: [Numpy-discussion] Re: Python, Numarray, LinearAlgebra In-Reply-To: <17347.1071740455@www29.gmx.net> (Corinna Kolarik's message of "Thu, 18 Dec 2003 10:40:55 +0100 (MET)") References: <17347.1071740455@www29.gmx.net> Message-ID: <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> Hallo Corinna, leider kann ich Dir nicht direkt bei Deinem Fehler helfen. Falls der Fehler auch mit der letzten Version auftritt (0.8) solltest Du Deine Fehlerbeschreibung/analyse doch bitte an die Numeric Python Emailliste schicke. Erw?hne bitte Dein System, Python Version sowie die numarray version. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From verveer at embl-heidelberg.de Fri Dec 19 09:34:01 2003 From: verveer at embl-heidelberg.de (Peter Verveer) Date: Fri Dec 19 09:34:01 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <86k74srb0q.fsf@doze.rz-berlin.mpg.de> References: <200312181757.39861.verveer@embl-heidelberg.de> <1071772330.3fe1f2aa5b378@webmail.embl.de> <86k74srb0q.fsf@doze.rz-berlin.mpg.de> Message-ID: <200312191833.16005.verveer@embl-heidelberg.de> I just checked and found that the problem was that the numarray directory is called numarray-0.8 when you gunzip the tar file. Apparantly the '.' in the file name is a problem. Renaming to 'numarray' fixed the problem. Peter On Friday 19 December 2003 18:08, Jochen K?pper wrote: > On Thu, 18 Dec 2003 19:32:10 +0100 wrote: > > I could not build the html docs for some reason but building the pdf > > worked fine. > > Wanna send some more information on your problems? > > Greetings, > Jochen From jochen at fhi-berlin.mpg.de Fri Dec 19 10:05:00 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 10:05:00 2003 Subject: [Numpy-discussion] Re: Python, Numarray, LinearAlgebra In-Reply-To: <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> (Jochen =?iso-8859-1?q?K=FCpper's?= message of "Fri, 19 Dec 2003 18:12:00 +0100") References: <17347.1071740455@www29.gmx.net> <86ekv0rau7.fsf@doze.rz-berlin.mpg.de> Message-ID: <86wu8sptv4.fsf@doze.rz-berlin.mpg.de> On Fri, 19 Dec 2003 18:12:00 +0100 Jochen K?pper wrote: [sh..] Sorry guys, that was supposed to be a private mail. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From jochen at fhi-berlin.mpg.de Fri Dec 19 10:09:03 2003 From: jochen at fhi-berlin.mpg.de (=?iso-8859-1?q?Jochen_K=FCpper?=) Date: Fri Dec 19 10:09:03 2003 Subject: [Numpy-discussion] ANN: numarray-0.8 released In-Reply-To: <200312191833.16005.verveer@embl-heidelberg.de> (Peter Verveer's message of "Fri, 19 Dec 2003 18:33:15 +0100") References: <200312181757.39861.verveer@embl-heidelberg.de> <1071772330.3fe1f2aa5b378@webmail.embl.de> <86k74srb0q.fsf@doze.rz-berlin.mpg.de> <200312191833.16005.verveer@embl-heidelberg.de> Message-ID: <86iskcpto1.fsf@doze.rz-berlin.mpg.de> On Fri, 19 Dec 2003 18:33:15 +0100 Peter Verveer wrote: Peter> I just checked and found that the problem was that the numarray Peter> directory is called numarray-0.8 when you gunzip the tar file. Peter> Apparantly the '.' in the file name is a problem. Renaming to Peter> 'numarray' fixed the problem. I see that mkhowto prints that information to the screen (saying its a dvips problem), so I guess it is fine for now... Never encountered it as I always use cvs to get the source, so my directory is numarray anyway. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D (Part 3 you find in my messages before fall 2003.) From 5dhxslwh at yahoo.com Sat Dec 20 16:15:04 2003 From: 5dhxslwh at yahoo.com (Dianna Reid) Date: Sat Dec 20 16:15:04 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cyril Message-ID: <38a33459$85-z@g42xf4> Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA vygqiw c ns tpzaipagnrl aqmlltwj fptwi From cocem at tin.it Sun Dec 21 17:35:00 2003 From: cocem at tin.it (Energy) Date: Sun Dec 21 17:35:00 2003 Subject: [Numpy-discussion] Power of winners - V.lAGR.A! iMZC NRBzNv. In-Reply-To: <3L8C717EHF63AJI0@lists.sourceforge.net> References: <3L8C717EHF63AJI0@lists.sourceforge.net> Message-ID: <1KA7512LL8EE4F3J@tin.it> An HTML attachment was scrubbed... URL: From zfqssif at yahoo.com Mon Dec 22 00:33:01 2003 From: zfqssif at yahoo.com (Prince London) Date: Mon Dec 22 00:33:01 2003 Subject: [Numpy-discussion] Tech Sector - Barcharts say 100 Percent to the Upside...betsy Message-ID: <38h9u6-89$$$$$twa-o1d-co4@salt.4lot.3n6o> Here you go. The technicals are perfect. I hear NMMG is going to unveil its new technology in February. http://quotes.barchart.com/texpert.asp?sym=NMMG byl fgrnqsvp ckyit l xv s From jab64mk at yahoo.com Tue Dec 23 02:47:03 2003 From: jab64mk at yahoo.com (Keisha Hatfield) Date: Tue Dec 23 02:47:03 2003 Subject: [Numpy-discussion] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...gillespie Message-ID: <2$73$gpv26v5$95@g9k92r814gll> US Stock Market - Stock Profile of the Week Symbol: CYPM Market: OTCBB Sector: 3D Animation BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CYPM To Compete With Pixar & Disney NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation studio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar feature, has acquired Joongang Movie Entertainment Co., Ltd., a producer of animated content for the world-famous Pokemon series. Joongang is a profitable 13-year-old animation company with more than 60 different clients among OEM Japanese TV shows, and which also has numerous clients in Europe. Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our combined clients traditional 2D along with 3D animation content, enabling the Company to compete profitably with world class animators such as Pixar and Disney.'' STOCK PROFILE OF THE WEEK We are very excited about our newest stock profile, Cyper Media, Inc. (OTCBB: CYPM). Not only has CYPM received a conditional commitment letter for 4 million of the 15 million dollar production budget for its CGI Animation Feature, "The 5th Glacial Epoch," it has also entered into a commitment for a 5 million dollar advance from an electronic game publisher. The money for its latest venture seems to be pouring in, but mere financing is just the beginning. The really big news is that CYPM has started the process of getting a distribution contract with MGM, Metro-Goldwyn-Mayer. The 4 million dollar commitment letter from Global Marine is subject to a letter of a conditional Distribution Letter from a major distributor, which CYPM has now secured. Cyper Media is looking to become a leading producer of 3D digital animation entertainment products for the world broadcast entertainment market. Cyper Media develops and produces 3D digital animation for television, short films, CGI feature films, home video, music video and multi-media applications such as video games. Cyper Media produces 3D digital animation by applying advanced hardware and software technology using computer systems throughout the production process. LICENSING & MERCHANDISING RIGHTS The Company intends to exploit the licensing and merchandising of its proprietary characters in order to generate revenue and to highten the popularity of its characters and programs. By licensing its proprietary characters to select manufacturers and distributors of consumer products such as toys, apparel, school supplies, house wares and books, the Company seeks to capture a portion of the growing licensing and merchandising market which features entertainment properties, such as animated characters. In 1995, this segment of the merchandising and licensing market had retail sales in the United States and Canada in excess of 16 billion dollars. OUTLINING THE THE OPPORTUNITIES The demand for animation programming and the business of animation production have expanded dramatically over the past decade. The revival of Disney's feature animation production in the 1990s, and the advent of new entrants like Paramount and DreamWorks SKG, have produced some of the biggest ever box office hits. The television market has also expanded, offering producers a voracious and lucrative market. Thanks to programs like The Simpsons and South Park, animation has started to become a staple element of prime-time television programming. Animation is an attractive investment because of its longevity, its ability to travel, and the potential to create ancillary revenue streams from home video, publishing, toys and other licensing activities. As well, the Academy Awards now recognizes Animation in a major category all its own. COMPETITIVE ENVIRONMENT Typically a US made 22-minute television show costs between 300,000 to 800,000 dollars to produce. Cyper can produce the same for a minimum of 80,000. This means many U.S.-based producers of animated programming such as Film Roman now have to subcontract some of the less creative and more labor-intensive components of its production process to animation studios located in low-cost labor countries, such as Korea. As the number of animated feature films and animated television programs expands, the demand for the services of overseas studios has expanded likewise. This demand may lead overseas studios to raise their fees, which may result in a rise in production costs, or an inability to contract with the Company's preferred overseas studios. HOW MUCH MONEY IS IN THIS INDUSTRY? The list of Top Ten grossing animated movies is impressive. The Lion King is at number one with a total gross of 312.8 million dollars. Shrek brings up second place with a whopping 267.6 million, and Monsters, Inc. takes third with 255.3 million. The other seven rounding out the list post an impressive Billion-plus. But the most recent animated feature that comes to mind is playing in theaters now. "Finding Nemo," sold about 70.6 million worth of tickets in its first three days, setting a new opening record for a cartoon, surpassing the 62.5 million bow of "Monsters, Inc." in November 2001. And although Nemo is a Walt Disney production, Disney no longer has a monopoly on animated features. In fact, of the Top 10 grossing animated features of all time, 4 are Walt Disney productions while Pixar, a newcomer in comparison, also has 4, with Fox and DreamWorks rounding out the list. But earnings for such movies don't stop at the box office. Just the opposite--they are only beginning. Merchandising from these movies, everything from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's to Burger King, range in the billions of dollars--and never forget about the impending sequels. Sales are huge, and CYPM through Cyper (now with financing on the way and MGM on their side) is poised to make the climb to the top. It's only a matter of time. Find out more about CYPM @ www.cypermedia.com. Please note that Cyper Media had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.esavingsplus.com/Unsubscribe.asp?unsub=10010000861997576 Stock Market Watcher is an independent research firm. This report is based on Stock Market Watcher's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of CYPM management. Stock Market Watcher has also been retained to research and issue reports on CYPM. Stock Market Watcher may from time to time purchase or sell CYPM common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning CYPM. Copyright 2003 ? Stock Market Watcher Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid one hundred fifty thousand shares CYPM stock to distribute this report. MMS is not affiiated with Stock Market Watcher and is not responsible for newsletter content. mnegbqi dcmpvqig mav r ugxrnenuorzucu fy jq wswjsdmq agz uspmjfei hki p From lftgtpgz at yahoo.com Wed Dec 24 05:17:01 2003 From: lftgtpgz at yahoo.com (Adeline Dutton) Date: Wed Dec 24 05:17:01 2003 Subject: [Numpy-discussion] US STOCK MARKET - CYPM Acquisition - To Compete With DISNEY & PIXAR...kayonga Message-ID: US Stock Market - Stock Profile of the Week Symbol: CYPM Market: OTCBB Sector: 3D Animation BREAKING NEWS - CYPM Acquires Profitable Joongang Movie Entertainment...CYPM To Compete With Pixar & Disney NEW YORK---PRIMEZONE---Cyper Media, Inc. (OTCBB: CYPM), a 3D animation studio currently producing ``The 5th Glacial Epoch,'' a 15 million dollar feature, has acquired Joongang Movie Entertainment Co., Ltd., a producer of animated content for the world-famous Pokemon series. Joongang is a profitable 13-year-old animation company with more than 60 different clients among OEM Japanese TV shows, and which also has numerous clients in Europe. Duk Jin Jang, CEO of Cyper said, ``Cyper will now be able to offer our combined clients traditional 2D along with 3D animation content, enabling the Company to compete profitably with world class animators such as Pixar and Disney.'' STOCK PROFILE OF THE WEEK We are very excited about our newest stock profile, Cyper Media, Inc. (OTCBB: CYPM). Not only has CYPM received a conditional commitment letter for 4 million of the 15 million dollar production budget for its CGI Animation Feature, "The 5th Glacial Epoch," it has also entered into a commitment for a 5 million dollar advance from an electronic game publisher. The money for its latest venture seems to be pouring in, but mere financing is just the beginning. The really big news is that CYPM has started the process of getting a distribution contract with MGM, Metro-Goldwyn-Mayer. The 4 million dollar commitment letter from Global Marine is subject to a letter of a conditional Distribution Letter from a major distributor, which CYPM has now secured. Cyper Media is looking to become a leading producer of 3D digital animation entertainment products for the world broadcast entertainment market. Cyper Media develops and produces 3D digital animation for television, short films, CGI feature films, home video, music video and multi-media applications such as video games. Cyper Media produces 3D digital animation by applying advanced hardware and software technology using computer systems throughout the production process. LICENSING & MERCHANDISING RIGHTS The Company intends to exploit the licensing and merchandising of its proprietary characters in order to generate revenue and to highten the popularity of its characters and programs. By licensing its proprietary characters to select manufacturers and distributors of consumer products such as toys, apparel, school supplies, house wares and books, the Company seeks to capture a portion of the growing licensing and merchandising market which features entertainment properties, such as animated characters. In 1995, this segment of the merchandising and licensing market had retail sales in the United States and Canada in excess of 16 billion dollars. OUTLINING THE THE OPPORTUNITIES The demand for animation programming and the business of animation production have expanded dramatically over the past decade. The revival of Disney's feature animation production in the 1990s, and the advent of new entrants like Paramount and DreamWorks SKG, have produced some of the biggest ever box office hits. The television market has also expanded, offering producers a voracious and lucrative market. Thanks to programs like The Simpsons and South Park, animation has started to become a staple element of prime-time television programming. Animation is an attractive investment because of its longevity, its ability to travel, and the potential to create ancillary revenue streams from home video, publishing, toys and other licensing activities. As well, the Academy Awards now recognizes Animation in a major category all its own. COMPETITIVE ENVIRONMENT Typically a US made 22-minute television show costs between 300,000 to 800,000 dollars to produce. Cyper can produce the same for a minimum of 80,000. This means many U.S.-based producers of animated programming such as Film Roman now have to subcontract some of the less creative and more labor-intensive components of its production process to animation studios located in low-cost labor countries, such as Korea. As the number of animated feature films and animated television programs expands, the demand for the services of overseas studios has expanded likewise. This demand may lead overseas studios to raise their fees, which may result in a rise in production costs, or an inability to contract with the Company's preferred overseas studios. HOW MUCH MONEY IS IN THIS INDUSTRY? The list of Top Ten grossing animated movies is impressive. The Lion King is at number one with a total gross of 312.8 million dollars. Shrek brings up second place with a whopping 267.6 million, and Monsters, Inc. takes third with 255.3 million. The other seven rounding out the list post an impressive Billion-plus. But the most recent animated feature that comes to mind is playing in theaters now. "Finding Nemo," sold about 70.6 million worth of tickets in its first three days, setting a new opening record for a cartoon, surpassing the 62.5 million bow of "Monsters, Inc." in November 2001. And although Nemo is a Walt Disney production, Disney no longer has a monopoly on animated features. In fact, of the Top 10 grossing animated features of all time, 4 are Walt Disney productions while Pixar, a newcomer in comparison, also has 4, with Fox and DreamWorks rounding out the list. But earnings for such movies don't stop at the box office. Just the opposite--they are only beginning. Merchandising from these movies, everything from lunch boxes to video games to DVD sales, from Wal-mart to McDonald's to Burger King, range in the billions of dollars--and never forget about the impending sequels. Sales are huge, and CYPM through Cyper (now with financing on the way and MGM on their side) is poised to make the climb to the top. It's only a matter of time. Find out more about CYPM @ www.cypermedia.com. Please note that Cyper Media had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.4inch6.com/f.html Stock Market Watcher is an independent research firm. This report is based on Stock Market Watcher's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of CYPM management. Stock Market Watcher has also been retained to research and issue reports on CYPM. Stock Market Watcher may from time to time purchase or sell CYPM common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning CYPM. Copyright 2003 ? Stock Market Watcher Ltd. All Rights Reserved. This newsletter was distributed by MMS, Inc. MMS was paid one hundred fifty thousand shares CYPM stock to distribute this report. MMS is not affiiated with Stock Market Watcher and is not responsible for newsletter content. pdwbs sevaqk pw tkvciu k ty cfx ivbsiig From nadavh at VisionSense.com Thu Dec 25 00:31:01 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Thu Dec 25 00:31:01 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays Message-ID: <1072340869.21175.10.camel@Nadav.Envision.co.il> The conversion for a list of large arrays into a matrix is very slow in numarray while reasonably fast: >>> from numarray import * >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] >>> aa = array(a) # Very slow -------------------------------- >>> from Numeric import * >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] >>> aa = array(a) # Fast Python version: 2.3.3 numarray version: Official 0.8 Tested under WinXP and RH9 linux. Any workaround? Nadav From edcjones at erols.com Fri Dec 26 08:54:03 2003 From: edcjones at erols.com (Edward C. Jones) Date: Fri Dec 26 08:54:03 2003 Subject: [Numpy-discussion] "error getting read buffer data ptr" Message-ID: <3FEC669F.4020403@erols.com> What are the usual causes for this traceback: Traceback (most recent call last): File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 166, in ? test4() File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 125, in test4 print arrout File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 631, in __str__ return array_str(self) File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line 1159, in array_str return arrayprint.array2string( File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", line 187, in array2string separator, prefix) File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", line 140, in _array2string data = _gen.ravel(a) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 916, in ravel return reshape(array, (array.nelements(),)) File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", line 907, in reshape v = v.view() libnumarray.error: NA_updateDataPtr: error getting read buffer data ptr From ianrez2ie at yahoo.com Sat Dec 27 12:38:02 2003 From: ianrez2ie at yahoo.com (Patrica Booth) Date: Sat Dec 27 12:38:02 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cornelius Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA ca x r buylmoll hwbl vc tu lai zadna ez scyefcuhmhhw From ianrez2ie at yahoo.com Sun Dec 28 06:41:02 2003 From: ianrez2ie at yahoo.com (Patrica Booth) Date: Sun Dec 28 06:41:02 2003 Subject: [Numpy-discussion] Bachelor's Diploma, Master's, or PhD - No Classes Necessary...cornelius Message-ID: Academic Qualifications available from prestigious NON?ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA ca x r buylmoll hwbl vc tu lai zadna ez scyefcuhmhhw From nadavh at VisionSense.com Mon Dec 29 01:27:00 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 29 01:27:00 2003 Subject: [Numpy-discussion] Linking numarray with atlas Message-ID: <1072689815.22585.4.camel@Nadav.Envision.co.il> The following recipe worked with RH9 and gentoo linux: 1. Set environment variable USE_LAPACK: From nadavh at VisionSense.com Mon Dec 29 01:40:08 2003 From: nadavh at VisionSense.com (Nadav Horesh) Date: Mon Dec 29 01:40:08 2003 Subject: [Numpy-discussion] Linking numarray with ATLAS Message-ID: <1072690606.22585.18.camel@Nadav.Envision.co.il> The following recipe worked on RH9 and gentoo 1.4: 1. Set environment variable USE_LAPACK: export USE_LAPACK=1 2. Edit addon.py and make the following changes: 1. Change the first item of lapack_libs from 'blas' to 'atlas' 2. Change lapack_dirs from [] to ['directory of libatlas.a', 'directory of libg2c.a'] 3. Proceed with the usual installation: python setup.py ... I had some problem on the RH9 system that were solved by upgrading to a recent ATLAS package. Enjoy ;) Nadav. From h4fegi at yahoo.com Mon Dec 29 03:59:11 2003 From: h4fegi at yahoo.com (Zachariah Kincaid) Date: Mon Dec 29 03:59:11 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRILL LYNCH On Sector.....antonie Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid two hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. uzook x ygk oktdpuaiiyqe gfuooadhaytbd wyfy imfb ai From jmiller at stsci.edu Mon Dec 29 12:12:08 2003 From: jmiller at stsci.edu (Todd Miller) Date: Mon Dec 29 12:12:08 2003 Subject: [Fwd: Re: [Numpy-discussion] "error getting read buffer data ptr"] Message-ID: <1072728621.21329.91.camel@halloween.stsci.edu> This is a response I forgot to reply-all. Edward tracked this problem down to a memory management bug in his C-code. -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: no subject Date: no date Size: 38 URL: From jmiller at stsci.edu Mon Dec 29 09:57:47 2003 From: jmiller at stsci.edu (Todd Miller) Date: 29 Dec 2003 09:57:47 -0500 Subject: [Numpy-discussion] "error getting read buffer data ptr" In-Reply-To: <3FEC669F.4020403@erols.com> References: <3FEC669F.4020403@erols.com> Message-ID: <1072709867.21329.21.camel@halloween.stsci.edu> Hi Edward, This error message is issued on entry into C when libnumarray attempts to get a pointer to the data buffer of an array using the buffer API and fails for some reason. Is there anything fancy (memory mapping, Python array object, etc.) about the buffer your array is based on? Can you reduce the error to a short segment of code so we can reproduce the problem? What does arrout.info() report? Regards, Todd On Fri, 2003-12-26 at 11:49, Edward C. Jones wrote: > What are the usual causes for this traceback: > > Traceback (most recent call last): > File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 166, in ? > test4() > File "/home/edcjones/cvlib/phase03/IM/slide/test03.py", line 125, in test4 > print arrout > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", > line 631, in __str__ > return array_str(self) > File "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", > line 1159, in array_str > return arrayprint.array2string( > File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", > line 187, in array2string > separator, prefix) > File "/usr/local/lib/python2.3/site-packages/numarray/arrayprint.py", > line 140, in _array2string > data = _gen.ravel(a) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", > line 916, in ravel > return reshape(array, (array.nelements(),)) > File "/usr/local/lib/python2.3/site-packages/numarray/generic.py", > line 907, in reshape > v = v.view() > libnumarray.error: NA_updateDataPtr: error getting read buffer data ptr > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 --=-Fyxne++CmZIe68+7fmbE-- From jmiller at stsci.edu Tue Dec 30 06:36:03 2003 From: jmiller at stsci.edu (Todd Miller) Date: Tue Dec 30 06:36:03 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays In-Reply-To: <1072340869.21175.10.camel@Nadav.Envision.co.il> References: <1072340869.21175.10.camel@Nadav.Envision.co.il> Message-ID: <1072794859.25634.5.camel@halloween.stsci.edu> On Thu, 2003-12-25 at 03:27, Nadav Horesh wrote: > The conversion for a list of large arrays into a matrix is very slow in > numarray while reasonably fast: > > >>> from numarray import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Very slow > > -------------------------------- > > >>> from Numeric import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Fast > > Python version: 2.3.3 > numarray version: Official 0.8 > > Tested under WinXP and RH9 linux. > > Any workaround? > Try concatenate. For the array sizes you're looking at, numarray does OK. You may have to adjust the result shape. Todd > Nadav > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576 From 824hukhq at yahoo.com Tue Dec 30 14:52:07 2003 From: 824hukhq at yahoo.com (Harriet Meredith) Date: Tue Dec 30 14:52:07 2003 Subject: [Numpy-discussion] US STOCK MARKET - MBTT Technology---MERRILL LYNCH On Sector.....gaille Message-ID: US Stock Market - Stock Profile of the Week Symbol: MBTT Market: OTC.BB Sector: ELECTRONICS Before we begin our profile we have very exciting, breaking news... Renowned Satellite Industry Expert Dr. Arthur R. Tilford Joins MB Tech BREAKING NEWS - (PRIMEZONE) - MB Tech, Inc. (OTC.BB: MBTT) announces that Dr. Arthur R. Tilford, formerly with Hughes Electronics (NYSE: GMH), has been retained by the Company to provide technical consulting and advisory services. Tilford is an aerospace industry veteran responsible for a total of 11 patents and patent applications within the field, having received Hughes' Chairman's Award for DirecDuo, solo engineering efforts in 1997. He is an expert system designer and Federal Licensing and Certifying Engineer. He has authored several books, including Satellite Fieldbook Quarterly(c) -- Hughes S&C, CA, the contents of which describe all parameters of every C/Ku band geo-satellite in the world and the over 400 page Satellite Workbook(c) for use in satellite engineering classes, taught by him, at the California State University (CSUF at CSULB). Tilford worked with Netune Communications, where he was responsible for providing transponder allocations, domestic and international link-budget calculations for narrow to very-wide-band satellite system and writing, calculating and applying for FCC and RA transmit licenses. He also assigned parameters for RF sub-system design and is an expert in radiation hazard compliance. Hanwook Bae, President of MB Tech, commented, ``The importance of Dr. Tilford joining the Company cannot be underestimated. He is an industry leader with numerous patents relating to antenna design and an immense knowledge of the satellite Internet market. His incredible technical knowledge will allow us to dramatically step up our new initiatives, catapulting us to the forefront of our industry.'' He added, ``This is yet another positive step forward in the overall paradigm shift for the Company. We have moved from being a manufacturer of satellite components, to a Company that will lead the consumer satellite electronics industry.'' STOCK PROFILE OF THE WEEK MB Tech is a global manufacturer and distributor of satellite components. The primary product MB Tech produces is "LNB" (Low-Noise Blockdown) converters, which are the essential element enabling DBS satellites to receive and convert satellite transmission signals. MB Tech currently serves the satellite television market, and is expanding to serve the satellite radio and military hardware sectors. MB Tech manufactures several proprietary LNB solutions that differentiate it from competitors. MB Tech's product line includes a dual-horn LNB which allows multiple set-top boxes to be connected to a single satellite dish, enabling viewing of multiple channels simultaneously on different television monitors, and a tri-horn LNB, which provides the ability to download signals from multiple satellites over a single dish. TECHNOLOGY MB Tech has improved on conventional designs and can manufacture units more efficiently and less expensively than the competition. MB Tech specializes in LNB electronics, it is the ONLY thing we do. An LNB converter transforms the satellite transmission into a useable signal. MB Tech has developed a special new breed of LNB converter which allows the signal to feed separate televisions or other 'boxes' with different channels. The signal coming in from one dish can be distributed through MB Tech's 'dual and triple horned' LNB converter such that multiple channels can be viewed, or different channels and Internet access can be delivered.. ALL AT THE SAME TIME! Other technological objectives have been to develop LNB for G.P.S. equipment, and small type two horn technology as well as UBC DSS type LNB. These objectives have been achieved and the Company is currently speaking with larger American based technology companies about the technology. PRODUCTS MB Tech products are innovative! We rely on superior technology to be an integral part of our business. We have made a serious committment to ongoing R&D to stay ahead of the curve. MB Tech, Inc traces its roots back to 2000 with the development of 3 types of LNB (DSS type). Continuous reinvention and rapid transformation are themes throughout our history. Led by our top-notch technology, our company offered a new breed of satellite broadcasting solutions to clients?solutions that customized LNB with 3 or 4 horns. Click here to see our product milestones. Within the next two years, MB Tech will spend over 80 million dollars on continuing Research and development of our products. We will continue a process of product renewal that will assure products with features and functionality that will be attractive to the market. MDI: MERRILL LYNCH COMMENTS ON AD TRENDS IN THE MEDIA SECTOR Merrill Lynch surveyed newspapers, TV stations and radio stations to try to understand the divergent trends between local and national advertising in the current recovery. They noted that U.S. ad expenditures tend to keep pace with or slightly outperform the economy over time. As such, the rise of media outlets should not necessarily lead to higher ad spending but most likely to market share shifts among the mediums. The surveys showed that local cable is becoming a more competitive force, but overall, they found no major structural issues impacting the dynamics between local and national ad spending. Merrill noted that national advertisers typically base their budgets on projected economic trends and therefore can afford to spend a bit ahead of a turn in the cycle. However, local advertisers, with more limited resources, are more likely to lag in spending coming out of a recovery as they need to see an immediate return on investment. They pointed out that a better economy should eliminate the differences. The firm believes there are many positive themes occurring with newspapers today (e.g. collaborative selling efforts, product innovation, renewed focus on readership) that are being masked by the downturn in department store spending, which appears to be secular, and the cyclical issue of help wanted, which is finally turning positive. >From a consumer perspective, they believe radio is a relatively protected medium. However, the industry remains beset with excess inventory, following unsustainable demand in the late 1990's. A reduction in spots and/or lower prices could limit near term growth, yet support long term growth, giving investors something to chase. TV is about to enter the growth phase of its two year cycle, but its low growth, single revenue stream is likely the main target for local cable TV and should also be impacted by increased DVR penetration, which gives the firm little to get excited about. IMPORTANT CORPORATE MILESTONES Oct. 2003 Receives 6.14 Million Dollar Purchase Order For 45,000 Flat Antennas Sept. 2003 Purchases Patent for Key Operating Mechanism of DBS Flat Antenna Sept. 2003 Completes Development of Flat Antenna May. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 450,000) Feb. 2002 Canada DBS (Star Choice) two horn LNB P/O for (USD 675,000) Dec. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 75,000) Sept. 2001 Canada DBS (Star Choice) two horn LNB P/O for (USD 1,200,000) July 2001 Patent application for LNB design and pattern May 2001 Purchase order of Canadian BS (two horn LNB) April 2001 Establishment of MB Tech, Inc. Jan. 2001 Canada DBS two horn LNB successful field test Sept. 2000 SBCA (Satellite Broadcasting & Communications Association) Membership Certificate Aug. 2000 Development of 3 types of LNB (CAN TYPE); application of patent of new device and patent of new design (app# 00-22512,22513, 22514) July 2000 SBCA (USA); DBS field test in S. Africa; DBS field test in Australia May 2000 DBS field test in Thailand; Media Cast (London); DBS field test in Russia April 2000 Application for patent of new device and patent of new design, patent app# 10-2000-0017958 March 2000 Development of 3 types of LNB (DSS type) Please note that MBTT had absolutley nothing to do with this report and is not a participant in any way. No more advertisements: www.precscription-service-now.com/away.html Stock Market Today is an independent research firm. This report is based on Stock Market Today's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of MBTT management. Stock Market Today has also been retained to research and issue reports on MBTT. Stock Market Today may from time to time purchase or sell MBTT common shares in the open market without notice. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. It is intended for information only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning MBTT. Copyright 2003 ? Stock Market Today Ltd. All Rights Reserved. This newsletter was distributed by SCI. SCI was paid two hundred twenty thousand shares MBTT stock to distribute this report. SCI is not affiiated with Stock Market Today and is not responsible for newsletter content. h rec xfl From nadavh at visionsense.com Wed Dec 31 03:07:02 2003 From: nadavh at visionsense.com (Nadav Horesh) Date: Wed Dec 31 03:07:02 2003 Subject: [Numpy-discussion] Slow conversion from list to arrays Message-ID: <07C6A61102C94148B8104D42DE95F7E8066932@exchange2k.envision.co.il> It works excellent. I see also that there is a corresponding update in the CVS. Happy new (and peaceful) year, Nadav. -----Original Message----- From: Todd Miller [mailto:jmiller at stsci.edu] Sent: Tue 30-Dec-03 16:34 To: Nadav Horesh Cc: numpy-discussion Subject: Re: [Numpy-discussion] Slow conversion from list to arrays On Thu, 2003-12-25 at 03:27, Nadav Horesh wrote: > The conversion for a list of large arrays into a matrix is very slow in > numarray while reasonably fast: > > >>> from numarray import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Very slow > > -------------------------------- > > >>> from Numeric import * > >>> a = [arange(200000), arange(200000), arange(200000), arange(200000)] > >>> aa = array(a) # Fast > > Python version: 2.3.3 > numarray version: Official 0.8 > > Tested under WinXP and RH9 linux. > > Any workaround? > Try concatenate. For the array sizes you're looking at, numarray does OK. You may have to adjust the result shape. Todd > Nadav > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Numpy-discussion mailing list > Numpy-discussion at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/numpy-discussion -- Todd Miller Space Telescope Science Institute 3700 San Martin Drive Baltimore MD, 21030 (410) 338 - 4576