Menu
▾
▴
numpy-discussion — Discussion list for all users of Numerical Python
You can subscribe to this list here.
| 2000 |
Jan
(8) |
Feb
(49) |
Mar
(48) |
Apr
(28) |
May
(37) |
Jun
(28) |
Jul
(16) |
Aug
(16) |
Sep
(44) |
Oct
(61) |
Nov
(31) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(56) |
Feb
(54) |
Mar
(41) |
Apr
(71) |
May
(48) |
Jun
(32) |
Jul
(53) |
Aug
(91) |
Sep
(56) |
Oct
(33) |
Nov
(81) |
Dec
(54) |
| 2002 |
Jan
(72) |
Feb
(37) |
Mar
(126) |
Apr
(62) |
May
(34) |
Jun
(124) |
Jul
(36) |
Aug
(34) |
Sep
(60) |
Oct
(37) |
Nov
(23) |
Dec
(104) |
| 2003 |
Jan
(110) |
Feb
(73) |
Mar
(42) |
Apr
(8) |
May
(76) |
Jun
(14) |
Jul
(52) |
Aug
(26) |
Sep
(108) |
Oct
(82) |
Nov
(89) |
Dec
(94) |
| 2004 |
Jan
(117) |
Feb
(86) |
Mar
(75) |
Apr
(55) |
May
(75) |
Jun
(160) |
Jul
(152) |
Aug
(86) |
Sep
(75) |
Oct
(134) |
Nov
(62) |
Dec
(60) |
| 2005 |
Jan
(187) |
Feb
(318) |
Mar
(296) |
Apr
(205) |
May
(84) |
Jun
(63) |
Jul
(122) |
Aug
(59) |
Sep
(66) |
Oct
(148) |
Nov
(120) |
Dec
(70) |
| 2006 |
Jan
(460) |
Feb
(683) |
Mar
(589) |
Apr
(559) |
May
(445) |
Jun
(712) |
Jul
(815) |
Aug
(663) |
Sep
(559) |
Oct
(930) |
Nov
(373) |
Dec
|
|
From: Francesc A. <fa...@op...> - 2003-10-21 08:58:27
|
A Dilluns 20 Octubre 2003 21:36, Todd Miller va escriure: > I talked this over with Perry and we concluded that it's probably a good > thing to trap the out of range scalar values before using them. Thus, > we're proposing to fix the error handling, but to make the calls in > question raise an overflow exception on the first call. We are > interested in hearing other opinions however. Comments? You mean implementing range checking in numarray objects? In my opinion, that would be a very nice feature, although I don't know how that would affect the assignment performance. -- Francesc Alted |
|
From: Russell V. <ru...@co...> - 2003-10-21 05:29:06
|
Hello, It may be my fault, but I think the following behaviour is odd. If I try to change a array to a string it seems like it adds a lot of extra zero characters. Take the following script attached as a example, it gives me this output. ta.tostring is not equal Zero characters - 25 255 characters - 3 tast is equal Zero characters - 4 255 characters - 3 tostring() is so much more faster than the second way, but it isn't giving me the desired results. Have I done something wrong? I'm using Numeric 23.1 Thanks for your help. Russell Valentine |
|
From: Todd M. <jm...@st...> - 2003-10-21 00:34:14
|
Thanks Nadav, I applied your suggestion to CVS and added a couple self-tests. Regards, Todd On Sun, 2003-10-19 at 08:35, Nadav Horesh wrote: > numarray.convolve.correlate2d (and probably some other functions in the > convolve module) doesn't work with the option fft=1. > > Fix: > in iraf_frame.py line 28 and Convolve.py line 136 replace > "type=" by "typecode=" > > Nadav. > > > > ------------------------------------------------------- > This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo > The Event For Linux Datacenter Solutions & Strategies in The Enterprise > Linux in the Boardroom; in the Front Office; & in the Server Room > http://www.enterpriselinuxforum.com > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > 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: Todd M. <jm...@st...> - 2003-10-20 19:40:59
|
I tracked down the problem to some (relatively) new overflow checking
code which detects the overflow of the scalar -1 as it is assigned to an
array pseudo buffer of type UInt8. This error was mishandled, and hence
was transformed into an invalid shape tuple (you gotta smile :-)). The
*2nd* call is where the exception shows up because of caching logic.
I talked this over with Perry and we concluded that it's probably a good
thing to trap the out of range scalar values before using them. Thus,
we're proposing to fix the error handling, but to make the calls in
question raise an overflow exception on the first call. We are
interested in hearing other opinions however. Comments?
Regards,
Todd
On Sat, 2003-10-18 at 18:18, Edward C. Jones wrote:
> #! /usr/bin/env python
>
> # Python 2.3.2, numarray 0.7
> import numarray
>
> def fun2(code, scale):
> arr = numarray.ones((4,4), code)
> arr2 = scale * arr
> # Bug appears at second multiply.
> arr3 = scale * arr
>
> # These calls fail when "scale" is too big for "code":
>
> # File
> "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line
> 653, in __rmul__
> # def __rmul__(self, operand): return ufunc.multiply(operand, self)
> # ValueError: invalid shape tuple
>
> #fun2('Int16', 100000)
> fun2('UInt8' , -1)
>
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> 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: Nadav H. <na...@Vi...> - 2003-10-19 15:03:08
|
numarray.convolve.correlate2d (and probably some other functions in the convolve module) doesn't work with the option fft=1. Fix: in iraf_frame.py line 28 and Convolve.py line 136 replace "type=" by "typecode=" Nadav. |
|
From: Todd M. <jm...@st...> - 2003-10-19 14:19:41
|
I confirmed this and logged it on Source Forge as numpy-Numarray
Bugs-826311 [Numpy-discussion] Possible bug in scalar * array.
I don't have a fix yet.
Todd
On Sat, 2003-10-18 at 18:18, Edward C. Jones wrote:
> #! /usr/bin/env python
>
> # Python 2.3.2, numarray 0.7
> import numarray
>
> def fun1(code, scale):
> arr1 = numarray.ones((4,4), code)
> arr2 = scale * arr1
> arr3 = numarray.ones((4,4), code)
> # Bug appears at second multiply.
> arr4 = scale * arr3
>
> def fun2(code, scale):
> arr = numarray.ones((4,4), code)
> arr2 = scale * arr
> # Bug appears at second multiply.
> arr3 = scale * arr
>
> # These calls fail when "scale" is too big for "code":
>
> # File
> "/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line
> 653, in __rmul__
> # def __rmul__(self, operand): return ufunc.multiply(operand, self)
> # ValueError: invalid shape tuple
>
> #fun2('Int16', 100000)
> fun2('UInt8' , -1)
>
>
>
> -------------------------------------------------------
> This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
> The Event For Linux Datacenter Solutions & Strategies in The Enterprise
> Linux in the Boardroom; in the Front Office; & in the Server Room
> http://www.enterpriselinuxforum.com
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
--
Todd Miller <jm...@st...>
|
|
From: Edward C. J. <edc...@er...> - 2003-10-19 09:21:14
|
#! /usr/bin/env python
# Python 2.3.2, numarray 0.7
import numarray
def fun1(code, scale):
arr1 = numarray.ones((4,4), code)
arr2 = scale * arr1
arr3 = numarray.ones((4,4), code)
# Bug appears at second multiply.
arr4 = scale * arr3
def fun2(code, scale):
arr = numarray.ones((4,4), code)
arr2 = scale * arr
# Bug appears at second multiply.
arr3 = scale * arr
# These calls fail when "scale" is too big for "code":
# File
"/usr/local/lib/python2.3/site-packages/numarray/numarraycore.py", line
653, in __rmul__
# def __rmul__(self, operand): return ufunc.multiply(operand, self)
# ValueError: invalid shape tuple
#fun2('Int16', 100000)
fun2('UInt8' , -1)
|
|
From: Todd M. <jm...@st...> - 2003-10-17 12:50:45
|
By vote of the existing numpy developers, Peter Verveer has been added to the project as a developer. Peter has been working on a multi-dimensional image processing package soon to be called numarray.nd_image. This is a great day for numarray and numpy! Welcome Peter. Todd -- Todd Miller <jm...@st...> |
|
From: Francesc A. <fa...@op...> - 2003-10-16 12:59:14
|
A Dijous 16 Octubre 2003 13:12, Francesc Alted va escriure: > PyObject_AsReadBuffer(recarr._data._buffer, &self.mmrbuf, &buflen) > (this produces a segmentation fault) > > PyObject_AsReadBuffer(recarr._data.__buffer__(), &self.mmrbuf, &buflen) > (another seg fault) Ooops, sorry, the segmentation fault was taking place *after* that statement. This code seems to work well. Anyways. -- Francesc Alted |
|
From: Francesc A. <fa...@op...> - 2003-10-16 12:05:06
|
Hi,
While dealing with memory mapped numarray objects, I'm having some problems
to access to the address where the data starts. For normal (i.e. no
memory-mapped) objects, I normally used this:
PyObject_AsReadBuffer(recarr._data, &self.rbuf, &buflen)
that works fine, but after creating a RecArray associated to a memory mapped
file in the normal way, i.e.:
self.mmfile = memmap.Memmap("prova.out",mode="r")
recarr = records.RecArray(self.mmfile[:],
formats=self.description._v_recarrfmt,
shape=self.totalrecords)
then, I'm unable to use the PyObject_AsWriteBuffer anymore. I've tried the
following:
PyObject_AsReadBuffer(recarr._data, &self.mmrbuf, &buflen)
(this returns a -1, failed, value)
PyObject_AsReadBuffer(recarr._data._buffer, &self.mmrbuf, &buflen)
(this produces a segmentation fault)
PyObject_AsReadBuffer(recarr._data.__buffer__(), &self.mmrbuf, &buflen)
(another seg fault)
Of course, I've checked out that the recarr object is sane (i.e. it has the
same data than the file). Any hint?
--
Francesc Alted
|
|
From: Theron C. <d9e...@ya...> - 2003-10-15 15:34:06
|
<p align=3D"center"><i><b><font face=3D"Times New Roman" size=3D"7">UpSide= </font><font face=3D"Times New Roman" size=3D"7"> International</font></b></i></p><p align=3D"center"> <font face=3D"Arial"><font size=3D"2">Our last pick SUQU went from $0.45 t= o $1.18 - </font> <a href=3D"http://table.finance.yahoo.com/d?a=3D7&b=3D28&c=3D2003&d=3D8&e=3D= 18&f=3D2003&g=3Dd&s=3Dsuqu.ob"> <font size=3D"2">See Historical Prices</font></a></font></p><p align=3D"ce= nter"> <font size=3D"2" face=3D"Arial">Our New Pick is True Health, Inc. - TRHL</font></p><p><font size=3D"2" face=3D"Arial">True Health, Inc.: TRHL<= b> - <a href=3D"http://moneycentral.msn.com/scripts/webquote.dll?iPage=3Dqd&Sym= bol=3Dtrhl"> Get Quote</a></b><br> Industry: Healthcare<br> 12-month range: $0.55-3.90 - SUQU went back to its previous high of $1.18, we believe TRHL can too - to its previous high of $3.90</font></= p><p> <font size=3D"2" face=3D"Arial">BREAKING NEWS - <span class=3D"t">PR Newswire-First Call - True Health Announces the Appointment of Ian Wylie as Chief Financial Officer - Mr. Wylie has held t= he position of </span>Corporate Finance Manager at Del Monte Food Intl. = Del Monte Foods Co. (NYSE: DLM) posted net sales of $2.171 billion for fiscal 2003. Mr. Wylie also held the same position at Countrywide Assured= PLC, which included the oversight of 350 million pounds sterling ($580 million). Just prior to this announcement, Mr. Wylie was the Director of Town & Country Housing where he was responsible for the development of = the company's growth strategies and overseeing an asset portfolio of 400 m= illion pounds sterling ($665 million).</font></p><p><font size=3D"2" face=3D"Aria= l">At <i>UpSide International</i> we search out stocks with big upside pot= ential that have gone unnoticed until now.<br> <br> Our focus is on True Health, Inc.: TRHL - with revenues up by more than 412%<br> <br> We are now seeing indicators with TRHL, <i>the 20 - 50 Day MACD Oscillator= </i> is now indicating an upward trend, <i>20 Day Bollinger Bands</i> have move= d into a upward indication.<br> <br> <b>The Problem</b><br> <br> The US and international healthcare industry are currently in a major cris= is. There is a huge shortage of skilled healthcare specialists, doctors and nu= rses, and since 9/11, many qualified professionals are finding it impossible to = immigrate into countries desperately needing medical personnel. </font> </= p><p> <font face=3D"Arial"> <a href=3D"http://www.audit.wa.gov.au/reports/report2002_03.html"><font si= ze=3D"2">A Critical Resource: Nursing Shortages and the Use of Agency Nurses - Report No. 3- A= ugust 2002</font></a><font size=3D"2"><br> <br> <b>The Solution</b><br> <br> True Health Incorporated is a full service specialist, medical equipment a= nd medical professional supplier to the healthcare industry. Its primary clie= nts are Great Britain's National Health Service (NHS), BUPA International and = the private Nursing Home Industry. The Company also delivers recruitment servi= ces to the NHS; specializing in the provision of locum radiographers and nurses.<= br> <br> <b>Read Just Some of the Press</b><br> <br> <b>MD, nurse shortages reaching crisis levels</b><br> <br> WASHINGTON, (UPI) -- Shortages of surgeons, pharmacists and nurses in hosp= itals across the United States are reaching crisis levels and may worsen over th= e next several years, health care experts warned.<br> <br> The nursing shortage -- more than 126,000 positions currently remain unfil= led -- has become so severe it is endangering the lives of patients and is a prim= ary reason for overcrowding in emergency departments and cancellation of surge= ries, according to a report by an Experts Roundtable panel convened by the Joint= Commission on the Accreditation of Healthcare Organizations.<br> <br> The Society for Thoracic Surgeons recently warned that a shortage of heart= surgeons looms within a few years and a survey of hospitals found pharmaci= sts, X-ray technicians and therapists are leaving at such an alarming rate it a= lready is impacting the quality of care patients receive.</font></font></p><p> <font face=3D"Arial"> <a href=3D"http://www.ama.com.au/web.nsf/doc/WEEN-5NV24W"><font size=3D"2"= >Doctor Shortages - a looming major social problem for Australia - AMA submission to the Senate = Select Committee on Medicare</font></a><font size=3D"2"><br> <br> <b>Johnson Co-Sponsors Legislation to Address Nurse Shortages</b><br> <br> January 24, 2003 Washington, DC- U.S. Senator Tim Johnson (D-SD) recently = co-sponsored the Nurse Reinvestment Act to address areas with critical nur= se shortages in an effort to provide more opportunities to recruit and retain= quality nurses. "Our national health care system has many problems that ne= ed to be addressed," Johnson said. "At the top of that is the severe shortage o= f nurses.</font></font></p><p> <a href=3D"http://johnson.senate.gov/~johnson/releases/200301/2003124B11.h= tml"> <font size=3D"2" face=3D"Arial">Johnson Co-Sponsors Legislation to Address= Nurse Shortages</font></a></p><p> <font face=3D"Arial"><b><font size=3D"2">College of Family Physicians of C= anada</font></b><font size=3D"2"><br> <br> Past decisions with respect to health care =93reform=94 have been made wit= hout complete or accurate information, and this has led to critical problems in= the system such as doctor shortages and waiting lists. <br> <br> <b>Texas Public Policy Foundation<br> Check with Your Doctor First! September 03, 2003<br> Texans Can Cure State's Medical Crisis<br> </b> <br> Getting a second opinion is always a good idea, particularly when you have= a serious medical problem. Today, Texans are suffering from a serious lack o= f medical care. The American Medical Association says the physician shortage= has reached crisis proportions in Texas and lives are in peril.</font></font><= /p><p> <font face=3D"Arial"> <a href=3D"http://www.texaspolicy.com/press_releases_single.php?report_id=3D= 372"> <font size=3D"2">Texans Can Cure State's Medical Crisis - TexasPolicy.com<= /font></a><font size=3D"2"><br> <br> <b>True Health's Subsidiary- Westmeria</b><br> <br> True Health through its wholly owned subsidiary, Westmeria for 20 years ha= s developed a reputation for getting medical personnel in where they are nee= ded fast. Now with demand for these professionals escalating at an exponential= rate, the demand for Westmeria is growing fast. Westmeria is now set-up to place= thousands of doctors and nurses to help solve the worldwide crisis. This w= ill equate to many millions in added revenues for True Health. Check out the l= atest financial report.<br> <br> </font><b><font size=3D"2">Financials</font><u><font size=3D"2"><br> </font></u></b><font size=3D"2"> <br> According to the latest financials, <b>revenues are up by more than 412= %</b><br> <br> <b>Sep-2003 Quarterly Report</b><br> <br> Revenue for the three months ended July 31, 2003 increased by 412.8= %, when compared to revenue for the three months ended July 31, 2002.<br> <br> The equipment rentals and sales segment's revenue increased by 69.8= %, in the three months ended July 31, 2003, compared to the three months ended July = 31, 2002. This reflects the growth in the business over the past year.</font><= /font></p><p><b> <font size=3D"2" face=3D"Arial">Additional Sources</font></b></p><p> <a href=3D"http://www.doctoroncall.com/NewsRelease/HealthCareCrisis.html">= <font size=3D"2" face=3D"Arial">National Physician Hotline Responds to Health Care Crisis</font></a></p><p> <font face=3D"Arial" size=3D"2"> <a href=3D"http://www.caymannetnews.com/Archive/Archive%20Articles/August= %202002/Issue%20228/MD%20Nurs%20Shortages.html"> MD, nurse shortages reaching crisis levels</a></font></p><p> <font face=3D"Arial" size=3D"2"> <a href=3D"http://www.dnews.com/health/hc5.htm">Recruitment a constant str= uggle; Universities help, but finding and keeping needed medical professionals...= easy</a></font></p><p> <br>oydx gg r rrqfgvi |
|
From: Jeffery T. <oc6...@ya...> - 2003-10-15 08:38:36
|
<p align=3D"center"><i><b><font face=3D"Times New Roman" size=3D"7">UpSide= </font><font face=3D"Times New Roman" size=3D"7"> International</font></b></i></p><p align=3D"center"> <font face=3D"Arial"><font size=3D"2">Our last pick SUQU went from $0.45 t= o $1.18 - </font> <a href=3D"http://table.finance.yahoo.com/d?a=3D7&b=3D28&c=3D2003&d=3D8&e=3D= 18&f=3D2003&g=3Dd&s=3Dsuqu.ob"> <font size=3D"2">See Historical Prices</font></a></font></p><p align=3D"ce= nter"> <font size=3D"2" face=3D"Arial">Our New Pick is True Health, Inc. - TRHL</font></p><p><font size=3D"2" face=3D"Arial">True Health, Inc.: TRHL<= b> - <a href=3D"http://moneycentral.msn.com/scripts/webquote.dll?iPage=3Dqd&Sym= bol=3Dtrhl"> Get Quote</a></b><br> Industry: Healthcare<br> 12-month range: $0.55-3.90 - SUQU went back to its previous high of $1.18, we believe TRHL can too - to its previous high of $3.90</font></= p><p> <font size=3D"2" face=3D"Arial">BREAKING NEWS - <span class=3D"t">PR Newswire-First Call - True Health Announces the Appointment of Ian Wylie as Chief Financial Officer - Mr. Wylie has held t= he position of </span>Corporate Finance Manager at Del Monte Food Intl. = Del Monte Foods Co. (NYSE: DLM) posted net sales of $2.171 billion for fiscal 2003. Mr. Wylie also held the same position at Countrywide Assured= PLC, which included the oversight of 350 million pounds sterling ($580 million). Just prior to this announcement, Mr. Wylie was the Director of Town & Country Housing where he was responsible for the development of = the company's growth strategies and overseeing an asset portfolio of 400 m= illion pounds sterling ($665 million).</font></p><p><font size=3D"2" face=3D"Aria= l">At <i>UpSide International</i> we search out stocks with big upside pot= ential that have gone unnoticed until now.<br> <br> Our focus is on True Health, Inc.: TRHL - with revenues up by more than 412%<br> <br> We are now seeing indicators with TRHL, <i>the 20 - 50 Day MACD Oscillator= </i> is now indicating an upward trend, <i>20 Day Bollinger Bands</i> have move= d into a upward indication.<br> <br> <b>The Problem</b><br> <br> The US and international healthcare industry are currently in a major cris= is. There is a huge shortage of skilled healthcare specialists, doctors and nu= rses, and since 9/11, many qualified professionals are finding it impossible to = immigrate into countries desperately needing medical personnel. </font> </= p><p> <font face=3D"Arial"> <a href=3D"http://www.audit.wa.gov.au/reports/report2002_03.html"><font si= ze=3D"2">A Critical Resource: Nursing Shortages and the Use of Agency Nurses - Report No. 3- A= ugust 2002</font></a><font size=3D"2"><br> <br> <b>The Solution</b><br> <br> True Health Incorporated is a full service specialist, medical equipment a= nd medical professional supplier to the healthcare industry. Its primary clie= nts are Great Britain's National Health Service (NHS), BUPA International and = the private Nursing Home Industry. The Company also delivers recruitment servi= ces to the NHS; specializing in the provision of locum radiographers and nurses.<= br> <br> <b>Read Just Some of the Press</b><br> <br> <b>MD, nurse shortages reaching crisis levels</b><br> <br> WASHINGTON, (UPI) -- Shortages of surgeons, pharmacists and nurses in hosp= itals across the United States are reaching crisis levels and may worsen over th= e next several years, health care experts warned.<br> <br> The nursing shortage -- more than 126,000 positions currently remain unfil= led -- has become so severe it is endangering the lives of patients and is a prim= ary reason for overcrowding in emergency departments and cancellation of surge= ries, according to a report by an Experts Roundtable panel convened by the Joint= Commission on the Accreditation of Healthcare Organizations.<br> <br> The Society for Thoracic Surgeons recently warned that a shortage of heart= surgeons looms within a few years and a survey of hospitals found pharmaci= sts, X-ray technicians and therapists are leaving at such an alarming rate it a= lready is impacting the quality of care patients receive.</font></font></p><p> <font face=3D"Arial"> <a href=3D"http://www.ama.com.au/web.nsf/doc/WEEN-5NV24W"><font size=3D"2"= >Doctor Shortages - a looming major social problem for Australia - AMA submission to the Senate = Select Committee on Medicare</font></a><font size=3D"2"><br> <br> <b>Johnson Co-Sponsors Legislation to Address Nurse Shortages</b><br> <br> January 24, 2003 Washington, DC- U.S. Senator Tim Johnson (D-SD) recently = co-sponsored the Nurse Reinvestment Act to address areas with critical nur= se shortages in an effort to provide more opportunities to recruit and retain= quality nurses. "Our national health care system has many problems that ne= ed to be addressed," Johnson said. "At the top of that is the severe shortage o= f nurses.</font></font></p><p> <a href=3D"http://johnson.senate.gov/~johnson/releases/200301/2003124B11.h= tml"> <font size=3D"2" face=3D"Arial">Johnson Co-Sponsors Legislation to Address= Nurse Shortages</font></a></p><p> <font face=3D"Arial"><b><font size=3D"2">College of Family Physicians of C= anada</font></b><font size=3D"2"><br> <br> Past decisions with respect to health care =93reform=94 have been made wit= hout complete or accurate information, and this has led to critical problems in= the system such as doctor shortages and waiting lists. <br> <br> <b>Texas Public Policy Foundation<br> Check with Your Doctor First! September 03, 2003<br> Texans Can Cure State's Medical Crisis<br> </b> <br> Getting a second opinion is always a good idea, particularly when you have= a serious medical problem. Today, Texans are suffering from a serious lack o= f medical care. The American Medical Association says the physician shortage= has reached crisis proportions in Texas and lives are in peril.</font></font><= /p><p> <font face=3D"Arial"> <a href=3D"http://www.texaspolicy.com/press_releases_single.php?report_id=3D= 372"> <font size=3D"2">Texans Can Cure State's Medical Crisis - TexasPolicy.com<= /font></a><font size=3D"2"><br> <br> <b>True Health's Subsidiary- Westmeria</b><br> <br> True Health through its wholly owned subsidiary, Westmeria for 20 years ha= s developed a reputation for getting medical personnel in where they are nee= ded fast. Now with demand for these professionals escalating at an exponential= rate, the demand for Westmeria is growing fast. Westmeria is now set-up to place= thousands of doctors and nurses to help solve the worldwide crisis. This w= ill equate to many millions in added revenues for True Health. Check out the l= atest financial report.<br> <br> </font><b><font size=3D"2">Financials</font><u><font size=3D"2"><br> </font></u></b><font size=3D"2"> <br> According to the latest financials, <b>revenues are up by more than 412= %</b><br> <br> <b>Sep-2003 Quarterly Report</b><br> <br> Revenue for the three months ended July 31, 2003 increased by 412.8= %, when compared to revenue for the three months ended July 31, 2002.<br> <br> The equipment rentals and sales segment's revenue increased by 69.8= %, in the three months ended July 31, 2003, compared to the three months ended July = 31, 2002. This reflects the growth in the business over the past year.</font><= /font></p><p><b> <font size=3D"2" face=3D"Arial">Additional Sources</font></b></p><p> <a href=3D"http://www.doctoroncall.com/NewsRelease/HealthCareCrisis.html">= <font size=3D"2" face=3D"Arial">National Physician Hotline Responds to Health Care Crisis</font></a></p><p> <font face=3D"Arial" size=3D"2"> <a href=3D"http://www.caymannetnews.com/Archive/Archive%20Articles/August= %202002/Issue%20228/MD%20Nurs%20Shortages.html"> MD, nurse shortages reaching crisis levels</a></font></p><p> <font face=3D"Arial" size=3D"2"> <a href=3D"http://www.dnews.com/health/hc5.htm">Recruitment a constant str= uggle; Universities help, but finding and keeping needed medical professionals...= easy</a></font></p><p> <br>udzwz ev gta sykeorjjdycrmyq a l |
|
From: Sebastian H. <ha...@ms...> - 2003-10-14 16:25:42
|
From: "Nadav Horesh" <na...@Vi...> To: "Sebastian Haase" <ha...@ms...> Sent: Tuesday, October 14, 2003 3:58 AM Subject: Re: [Numpy-discussion] numarray bug !? astype with 2d array givestransform ?? > I do not see any of these problems in numarray 0.8 (from CVS). > > Nadav That is good to hear ! Was this actually a known bug ? I'm still trying to advertive the use of Numarray (instead of buying Matlab) in our Lab. We really benefit from the support of UInt16 and single precision floats when analysing image data. But this "implicit transpose feature" would have made it unusable ... Thanks for the work, Sebastian Haase > On Mon, 2003-10-13 at 18:11, Sebastian Haase wrote: > > Hi all, > > Could someone maybe confirm this or say that numarray 0.7 has fixed this ? > > I also found more problems when type conversions are involved: I had a 3d > > stack of UInt16 data and wanted to compute the 2d-fft of different > > sections -> I got identical ffts for different sections ;-( > > > > Please help, > > Sebastian Haase > > > > ----- Original Message ----- > > From: "Sebastian Haase" <ha...@ms...> > > To: <num...@li...> > > Sent: Thursday, October 09, 2003 10:25 AM > > Subject: [Numpy-discussion] numarray bug !? astype with 2d array gives > > transform ?? > > > > > > > Hi ! > > > I just discovered this: (I'm using numarray 0.6 [on windows]) > > > > > > >>> dy = na.fromfunction(lambda y,x: y, (3,3)) > > > >>> dx = na.fromfunction(lambda y,x: x, (3,3)) > > > >>> dy > > > array([[0, 0, 0], > > > [1, 1, 1], > > > [2, 2, 2]]) > > > >>> dx > > > array([[0, 1, 2], > > > [0, 1, 2], > > > [0, 1, 2]]) > > > >>> dx.type() > > > Int32 > > > >>> dx.astype(na.Int8) > > > array([[0, 0, 0], > > > [1, 1, 1], > > > [2, 2, 2]], type=Int8) > > > >>> dx.astype(na.Int16) > > > array([[0, 0, 0], > > > [1, 1, 1], > > > [2, 2, 2]], type=Int16) > > > >>> dx.astype(na.Float) > > > array([[ 0., 0., 0.], > > > [ 1., 1., 1.], > > > [ 2., 2., 2.]]) > > > >>> dx.astype(na.Float32) > > > array([[ 0., 0., 0.], > > > [ 1., 1., 1.], > > > [ 2., 2., 2.]], type=Float32) > > > > > > What does this mean ? Am I missing something ? > > > > > > Thanks, > > > Sebastian Haase > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > SourceForge.net hosts over 70,000 Open Source Projects. > > > See the people who have HELPED US provide better services: > > > Click here: http://sourceforge.net/supporters.php > > > _______________________________________________ > > > Numpy-discussion mailing list > > > Num...@li... > > > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > SourceForge.net hosts over 70,000 Open Source Projects. > > See the people who have HELPED US provide better services: > > Click here: http://sourceforge.net/supporters.php > > _______________________________________________ > > Numpy-discussion mailing list > > Num...@li... > > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > |
|
From: Jeremiah R. <jh3...@ya...> - 2003-10-14 06:23:03
|
<p>Protect Your Children With ProtecTV.<br> <br> ProtecTV gives you the power to remove the cursing and offensive <br> language coming into your home through television and video.<br> <br> ProtecTV filters out more than 400 offensive words. <br> ProtecTV's accuracy is virtually 100%. <br> ProtecTV works with your TV, VCR, Satellite, Cable Box and DVD player. <br= > ProtecTV is easy to connect. <br> <br> Get ProtectTV Today - <a href=3D"http://www.coolbrands.net/protectv/">Just= Follow This Link</a></p><p> </p> <p>If you wish to be excluded from future mailings - <a href=3D"http://www.coolbrands.net/emailremovalmanagementcenter.htm">Go = Here</a></p> <br> <br> <br> <br> <br>nro jy jibouhwdoxvt vjokwsgltclvilriyp |
|
From: Sebastian H. <ha...@ms...> - 2003-10-13 16:11:19
|
Hi all, Could someone maybe confirm this or say that numarray 0.7 has fixed this ? I also found more problems when type conversions are involved: I had a 3d stack of UInt16 data and wanted to compute the 2d-fft of different sections -> I got identical ffts for different sections ;-( Please help, Sebastian Haase ----- Original Message ----- From: "Sebastian Haase" <ha...@ms...> To: <num...@li...> Sent: Thursday, October 09, 2003 10:25 AM Subject: [Numpy-discussion] numarray bug !? astype with 2d array gives transform ?? > Hi ! > I just discovered this: (I'm using numarray 0.6 [on windows]) > > >>> dy = na.fromfunction(lambda y,x: y, (3,3)) > >>> dx = na.fromfunction(lambda y,x: x, (3,3)) > >>> dy > array([[0, 0, 0], > [1, 1, 1], > [2, 2, 2]]) > >>> dx > array([[0, 1, 2], > [0, 1, 2], > [0, 1, 2]]) > >>> dx.type() > Int32 > >>> dx.astype(na.Int8) > array([[0, 0, 0], > [1, 1, 1], > [2, 2, 2]], type=Int8) > >>> dx.astype(na.Int16) > array([[0, 0, 0], > [1, 1, 1], > [2, 2, 2]], type=Int16) > >>> dx.astype(na.Float) > array([[ 0., 0., 0.], > [ 1., 1., 1.], > [ 2., 2., 2.]]) > >>> dx.astype(na.Float32) > array([[ 0., 0., 0.], > [ 1., 1., 1.], > [ 2., 2., 2.]], type=Float32) > > What does this mean ? Am I missing something ? > > Thanks, > Sebastian Haase > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > |
|
From: Todd M. <jm...@st...> - 2003-10-10 17:22:20
|
Thanks for the work around. I haven't tried it yet but I've got a
feeling I'm home free... something along these lines will definitely
work.
Regards,
Todd
On Fri, 2003-10-10 at 12:37, David M. Cooke wrote:
> On Fri, Oct 10, 2003 at 10:17:54AM -0400, Todd Miller wrote:
> > I'm trying to make a doctest to verify that the different flow patterns
> > of f2py interfaces work with different varieties of numarrays (normal,
> > byte-swapped, misaligned, dis-contiguous, type-converted). I'm trying
> > to test this out under Linux with g77, and (it seems like) I'm having
> > trouble synchronizing the Fortran I/O with Python's C I/O.
> >
> > Given foo.f:
> >
> > subroutine in_c(a,m,n)
> > real*8 a(n,m)
> > Cf2py intent(in,c) a
> > Cf2py depend(a) :: n=shape(a,0), m=shape(a,1)
> > do j=1,m
> > do i=1,n
> > write (6,1) a(i,j)
> > 1 format( $, 1F3.0, ', ')
> > enddo
> > print *,''
> > enddo
> > end
> >
> > And given f2py_tests.py:
> >
> > """
> > >>> foo.in_f(a)
> > 0., 5., 10.,
> > 1., 6., 11.,
> > 2., 7., 12.,
> > 3., 8., 13.,
> > 4., 9., 14.,
> > """
> > import foo, numarray
> >
> > def test():
> > import doctest
> > global a
> > t = doctest.Tester(globs=globals())
> > a = numarray.arange(15., shape=(3,5))
> > t.runstring(__doc__, "c_array")
> > return t.summarize()
> >
> > I get this:
> >
> > [jmiller@halloween ~/f2py_tests]$ python f2py_tests.py
> > 0., 5., 10.,
> > 1., 6., 11.,
> > 2., 7., 12.,
> > 3., 8., 13.,
> > 4., 9., 14.,
> > *****************************************************************
> > Failure in example: foo.in_f(a)
> > from line #1 of c_array
> > Expected:
> > 0., 5., 10.,
> > 1., 6., 11.,
> > 2., 7., 12.,
> > 3., 8., 13.,
> > 4., 9., 14.,
> > Got:
> > *****************************************************************
> > 1 items had failures:
> > 1 of 1 in c_array
> > ***Test Failed*** 1 failures.
> >
> > Where it appears that the output from the first example somehow escapes
> > the C I/O system I presume doctest is using. The actual test I'm
>
> doctest uses Python's I/O system: it assigns a new object to
> sys.stdout. Your code uses Fortran's output, which would go the same
> place a printf in C would: to the program's stdout (file descriptor 1).
>
> You'd need to run the code in a separate process, and capture the
> output. Something along the lines of this:
>
> import commands
> def test_f2py():
> """
> put your doctest here
> """
> output = commands.getoutput('python f2pytest1.py')
> print output
>
> Or, set your test up to write output to a file instead of stdout, then
> read that file (that's probably better).
>
> > writing has multiple examples, and the fortran I/O *does* make it into
> > the doctest after the first example but remains out of sync.
>
> It's out of sync because it's not going through Python; Python has
> absolutely no clue that the Fortran code wrote anything.
>
> --
> |>|\/|<
> /--------------------------------------------------------------------------\
> |David M. Cooke http://arbutus.physics.mcmaster.ca/dmc/
> |co...@ph...
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
--
Todd Miller jm...@st...
STSCI / ESS / SSB
|
|
From: David M. C. <co...@ph...> - 2003-10-10 16:39:41
|
On Fri, Oct 10, 2003 at 10:17:54AM -0400, Todd Miller wrote:
> I'm trying to make a doctest to verify that the different flow patterns
> of f2py interfaces work with different varieties of numarrays (normal,
> byte-swapped, misaligned, dis-contiguous, type-converted). I'm trying
> to test this out under Linux with g77, and (it seems like) I'm having
> trouble synchronizing the Fortran I/O with Python's C I/O.
>
> Given foo.f:
>
> subroutine in_c(a,m,n)
> real*8 a(n,m)
> Cf2py intent(in,c) a
> Cf2py depend(a) :: n=shape(a,0), m=shape(a,1)
> do j=1,m
> do i=1,n
> write (6,1) a(i,j)
> 1 format( $, 1F3.0, ', ')
> enddo
> print *,''
> enddo
> end
>
> And given f2py_tests.py:
>
> """
> >>> foo.in_f(a)
> 0., 5., 10.,
> 1., 6., 11.,
> 2., 7., 12.,
> 3., 8., 13.,
> 4., 9., 14.,
> """
> import foo, numarray
>
> def test():
> import doctest
> global a
> t = doctest.Tester(globs=globals())
> a = numarray.arange(15., shape=(3,5))
> t.runstring(__doc__, "c_array")
> return t.summarize()
>
> I get this:
>
> [jmiller@halloween ~/f2py_tests]$ python f2py_tests.py
> 0., 5., 10.,
> 1., 6., 11.,
> 2., 7., 12.,
> 3., 8., 13.,
> 4., 9., 14.,
> *****************************************************************
> Failure in example: foo.in_f(a)
> from line #1 of c_array
> Expected:
> 0., 5., 10.,
> 1., 6., 11.,
> 2., 7., 12.,
> 3., 8., 13.,
> 4., 9., 14.,
> Got:
> *****************************************************************
> 1 items had failures:
> 1 of 1 in c_array
> ***Test Failed*** 1 failures.
>
> Where it appears that the output from the first example somehow escapes
> the C I/O system I presume doctest is using. The actual test I'm
doctest uses Python's I/O system: it assigns a new object to
sys.stdout. Your code uses Fortran's output, which would go the same
place a printf in C would: to the program's stdout (file descriptor 1).
You'd need to run the code in a separate process, and capture the
output. Something along the lines of this:
import commands
def test_f2py():
"""
put your doctest here
"""
output = commands.getoutput('python f2pytest1.py')
print output
Or, set your test up to write output to a file instead of stdout, then
read that file (that's probably better).
> writing has multiple examples, and the fortran I/O *does* make it into
> the doctest after the first example but remains out of sync.
It's out of sync because it's not going through Python; Python has
absolutely no clue that the Fortran code wrote anything.
--
|>|\/|<
/--------------------------------------------------------------------------\
|David M. Cooke http://arbutus.physics.mcmaster.ca/dmc/
|co...@ph...
|
|
From: Pearu P. <pe...@sc...> - 2003-10-10 14:53:11
|
Hi Todd, On 10 Oct 2003, Todd Miller wrote: > I'm trying to make a doctest to verify that the different flow patterns > of f2py interfaces work with different varieties of numarrays (normal, > byte-swapped, misaligned, dis-contiguous, type-converted). I'm trying > to test this out under Linux with g77, and (it seems like) I'm having > trouble synchronizing the Fortran I/O with Python's C I/O. > > Given foo.f: > > subroutine in_c(a,m,n) > real*8 a(n,m) > Cf2py intent(in,c) a > Cf2py depend(a) :: n=shape(a,0), m=shape(a,1) > do j=1,m > do i=1,n > write (6,1) a(i,j) > 1 format( $, 1F3.0, ', ') > enddo > print *,'' > enddo > end > > And given f2py_tests.py: > """ > >>> foo.in_f(a) <snip> I could not run given tests as they were not complete and had typos. For instance, foo.f defines in_c but in test string you are using in_f. Also AFAIK, Python I/O will not catch I/O from Fortran. Any way, when I modify in_c to in_f then the following code a = numarray.arange(15., shape=(3,5)) print a foo.in_f(a) outputs: [[ 0. 1. 2. 3. 4.] [ 5. 6. 7. 8. 9.] [ 10. 11. 12. 13. 14.]] 0., 1., 2., 3., 4., 5., 6., 7., 8., 9., 10., 11., 12., 13., 14., You probaly would not expect this. This is related to different storage order in C and Fortran, of cource, and you have disabled f2py ability to take into account this by using intent(c). So, when you would not use intent(c), that is, in foo.f is a line Cf2py intent(in) a then the following output occurs: [[ 0. 1. 2. 3. 4.] [ 5. 6. 7. 8. 9.] [ 10. 11. 12. 13. 14.]] 0., 5., 10., 1., 6., 11., 2., 7., 12., 3., 8., 13., 4., 9., 14., The arrays look transposed because in Fortran your row index varies faster, that is, a transposed array is displayed. To sum up, don't use intent(c) and change the order of loops in in_f function to get matching results. HTH, Pearu |
|
From: Todd M. <jm...@st...> - 2003-10-10 14:18:32
|
I'm trying to make a doctest to verify that the different flow patterns
of f2py interfaces work with different varieties of numarrays (normal,
byte-swapped, misaligned, dis-contiguous, type-converted). I'm trying
to test this out under Linux with g77, and (it seems like) I'm having
trouble synchronizing the Fortran I/O with Python's C I/O.
Given foo.f:
subroutine in_c(a,m,n)
real*8 a(n,m)
Cf2py intent(in,c) a
Cf2py depend(a) :: n=shape(a,0), m=shape(a,1)
do j=1,m
do i=1,n
write (6,1) a(i,j)
1 format( $, 1F3.0, ', ')
enddo
print *,''
enddo
end
And given f2py_tests.py:
"""
>>> foo.in_f(a)
0., 5., 10.,
1., 6., 11.,
2., 7., 12.,
3., 8., 13.,
4., 9., 14.,
"""
import foo, numarray
def test():
import doctest
global a
t = doctest.Tester(globs=globals())
a = numarray.arange(15., shape=(3,5))
t.runstring(__doc__, "c_array")
return t.summarize()
I get this:
[jmiller@halloween ~/f2py_tests]$ python f2py_tests.py
0., 5., 10.,
1., 6., 11.,
2., 7., 12.,
3., 8., 13.,
4., 9., 14.,
*****************************************************************
Failure in example: foo.in_f(a)
from line #1 of c_array
Expected:
0., 5., 10.,
1., 6., 11.,
2., 7., 12.,
3., 8., 13.,
4., 9., 14.,
Got:
*****************************************************************
1 items had failures:
1 of 1 in c_array
***Test Failed*** 1 failures.
Where it appears that the output from the first example somehow escapes
the C I/O system I presume doctest is using. The actual test I'm
writing has multiple examples, and the fortran I/O *does* make it into
the doctest after the first example but remains out of sync.
Does anyone have an explanation and/or fix for this problem?
--
Todd Miller jm...@st...
STSCI / ESS / SSB
|
|
From: Sebastian H. <ha...@ms...> - 2003-10-09 17:25:44
|
Hi !
I just discovered this: (I'm using numarray 0.6 [on windows])
>>> dy = na.fromfunction(lambda y,x: y, (3,3))
>>> dx = na.fromfunction(lambda y,x: x, (3,3))
>>> dy
array([[0, 0, 0],
[1, 1, 1],
[2, 2, 2]])
>>> dx
array([[0, 1, 2],
[0, 1, 2],
[0, 1, 2]])
>>> dx.type()
Int32
>>> dx.astype(na.Int8)
array([[0, 0, 0],
[1, 1, 1],
[2, 2, 2]], type=Int8)
>>> dx.astype(na.Int16)
array([[0, 0, 0],
[1, 1, 1],
[2, 2, 2]], type=Int16)
>>> dx.astype(na.Float)
array([[ 0., 0., 0.],
[ 1., 1., 1.],
[ 2., 2., 2.]])
>>> dx.astype(na.Float32)
array([[ 0., 0., 0.],
[ 1., 1., 1.],
[ 2., 2., 2.]], type=Float32)
What does this mean ? Am I missing something ?
Thanks,
Sebastian Haase
|
|
From: Francesc A. <fa...@op...> - 2003-10-07 17:08:43
|
A Dimarts 07 Octubre 2003 18:58, Francesc Alted va escriure:
Ooops, I realized that I've made an error (at least ;-)
> data = array->data
should changed by
data = (double *)array->data
--
Francesc Alted
|
|
From: Francesc A. <fa...@op...> - 2003-10-07 16:59:52
|
A Dimarts 07 Octubre 2003 18:24, Norman Shelley va escriure:
>
> If cdata is never to be freed, e.g. a Fortran COMMON block, then that is
> the case.
> I with to use PyArray_FromDims() and then load it up with data
>
> I am assuming this may work for doubles (?)
> aPyArrayObject = PyArray_FromDims(1, numData, PyArray_DOUBLE)
> for (i = 0; i < numData; i++) aPyArrayObject.data[i] = doubledata[i];
>
> But then I wondered how to load for COMPLEX?
Perhaps something like:
struct complex {
double real;
double imag;
} complex;
complex cdata[100];
double *data;
PyArrayObject *array;
array = PyArray_FromDims(1, numData, PyArray_CDOUBLE)
data = array->data
for (i = 0; i < numData; i++) {
*data++ = cdata[i++];
*data++ = cdata[i];
}
should work (but not tested here). CDOUBLE means double precision complex.
Something similar would work for double precision:
complex ddata[100];
double *data;
PyArrayObject *array;
array = PyArray_FromDims(1, numData, PyArray_DOUBLE)
data = array->data
for (i = 0; i < numData; i++) {
*data++ = cdata[i];
}
--
Francesc Alted
|
|
From: Norman S. <Nor...@mo...> - 2003-10-07 16:25:46
|
Francesc Alted wrote:
> A Dimarts 07 Octubre 2003 17:58, Norman Shelley va escriure:
> > How do I take data from a double array or a complex array as defined below
> > and initialize a Numeric array and load it appropriately?
> >
> > struct complex {
> > double real;
> > double imag;
> > } complex;
> >
> > complex cdata[100];
> > double *data[100];
> > PyArrayObject *array;
>
> By reading the manual (page 65), I guess the best would be something like:
>
> arr = PyArray_FromDimsAndData(1, 100, PyArray_CDOUBLE, cdata)
If cdata is never to be freed, e.g. a Fortran COMMON block, then that is the
case.
I with to use PyArray_FromDims() and then load it up with data
I am assuming this may work for doubles (?)
aPyArrayObject = PyArray_FromDims(1, numData, PyArray_DOUBLE)
for (i = 0; i < numData; i++) aPyArrayObject.data[i] = doubledata[i];
But then I wondered how to load for COMPLEX?
>
>
> Cheers,
>
> --
> Francesc Alted
|
|
From: Francesc A. <fa...@op...> - 2003-10-07 16:18:48
|
A Dimarts 07 Octubre 2003 17:58, Norman Shelley va escriure:
> How do I take data from a double array or a complex array as defined below
> and initialize a Numeric array and load it appropriately?
>
> struct complex {
> double real;
> double imag;
> } complex;
>
> complex cdata[100];
> double *data[100];
> PyArrayObject *array;
By reading the manual (page 65), I guess the best would be something like:
arr = PyArray_FromDimsAndData(1, 100, PyArray_CDOUBLE, cdata)
Cheers,
--
Francesc Alted
|
|
From: Norman S. <Nor...@mo...> - 2003-10-07 15:58:54
|
How do I take data from a double array or a complex array as defined below and
initialize a Numeric array and load it appropriately?
struct complex {
double real;
double imag;
} complex;
complex cdata[100];
double *data[100];
PyArrayObject *array;
/* code where cdata and data are loaded up is not included *.
I think this is how I do it for doubles (correct me if I'm wrong).
array = PyArray_FromDims(1, numData, PyArray_DOUBLE)
for (i=0; i< 100; i++) {
(double *)(array->data)[i] = data[i];
}
How do I load the data in cdata into an PyArrayObject?
Thanks,
Norman Shelley
|
258 messages has been excluded from this view by a project administrator.
