Hi all, Is there something similar available for scipy ? http://www-math.mit.edu/~persson/mesh/ Nils
Nils Wagner wrote:
Hi all,
Is there something similar available for scipy ?
I started implementing the Persson's 2D algorithm but never got around to thoroughly testing it. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
On Tue, 27 Jun 2006 14:50:44 -0500 Robert Kern <robert.kern@gmail.com> wrote:
Nils Wagner wrote:
Hi all,
Is there something similar available for scipy ?
I started implementing the Persson's 2D algorithm but never got around to thoroughly testing it.
Robert, Is it ready for the sandbox ? Nils
-- Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
_______________________________________________ SciPy-user mailing list SciPy-user@scipy.net http://www.scipy.net/mailman/listinfo/scipy-user
Nils Wagner wrote:
On Tue, 27 Jun 2006 14:50:44 -0500 Robert Kern <robert.kern@gmail.com> wrote:
Hi all,
Is there something similar available for scipy ?
http://www-math.mit.edu/~persson/mesh/ I started implementing the Persson's 2D algorithm but never got around to
Nils Wagner wrote: thoroughly testing it.
Robert,
Is it ready for the sandbox ?
If it were, it would probably be there already. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Nils Wagner wrote:
Is there something similar available for scipy ? http://www-math.mit.edu/~persson/mesh/
On Tue, 27 Jun 2006 14:50:44 -0500 Robert Kern
I started implementing the Persson's 2D algorithm but never got around to thoroughly testing it.
Nils Wagner wrote:
Is it ready for the sandbox ?
On Tue, 27 Jun 2006, Robert Kern apparently wrote:
If it were, it would probably be there already.
So ... it would be great if Nils could try to push it over the hump and into the sandbox, if (as I think you offered) Nils can play with the code for awhile. Cheers, Alan Isaac
Alan G Isaac wrote:
So ... it would be great if Nils could try to push it over the hump and into the sandbox, if (as I think you offered) Nils can play with the code for awhile.
I did not so offer. It will be released when I feel comfortable releasing it. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco
Hello, I don't know if that only happens on my machine.... For numpy 1.0 b1 I get <snip> In [241]:numpy.arccosh(0) Out[241]:nan In [242]:numpy.arccosh(0+0j) Out[242]:(-inf+0j) In [243]:numpy.__version__ Out[243]:'1.0b1' </snip> I think the real part should be 0. and the complex part pi/2 I get these results for <snip> In [244]:numarray.arccosh(0+0j) Out[244]:1.5707963267948966j In [245]:numarray.__version__ Out[245]:'1.5.1' In [247]:Numeric.arccosh(0+0j) Out[247]:1.5707963267948966j In [248]:Numeric.__version__ Out[248]:'24.2' </snip> I am running on Linux mtpc18 2.6.17.7 #13 SMP PREEMPT Thu Jul 27 16:18:46 CEST 2006 i686 GNU/Linux Debian stable I used the compiler gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) Copyright (C) 2003 Free Software Foundation, Inc. to compile the package. I had the same problem with numpy 0.9.8. (Just discovered now) Is that a problem only occuring on my installation? Thanks for your help! Pierre
Pierre SCHNIZER wrote:
Hello,
I don't know if that only happens on my machine.... For numpy 1.0 b1 I get
<snip> In [241]:numpy.arccosh(0) Out[241]:nan I get the same results, but this is logical... acosh is defined by 0.5(exp(z) + exp(-z)) for z complex, and this cannot be smaller than 1 for z real, and never equal to 0, so arccosh(0) does not really make sense to me,
cheers, David
John Hassler wrote:
It does exist - but it's a multivalued function, so you need a branch cut. See (halfway down the page): http://mathworld.wolfram.com/InverseHyperbolicCosine.html
john
David Cournapeau wrote:
I agree. Perhaps that is the reason for the inf here? <snip> In [18]:numpy.arccosh(0+0j) Out[18]:(-inf+0j) </snip> As it looks to me, thats not correct neither... I am using it for transforming between elliptic coordinates and rectangular ones, there this behaviour is not that desireable. Sincerely yours Pierre
Pierre SCHNIZER wrote:
Hello,
I don't know if that only happens on my machine.... For numpy 1.0 b1 I get
<snip> In [241]:numpy.arccosh(0) Out[241]:nan
I get the same results, but this is logical... acosh is defined by 0.5(exp(z) + exp(-z)) for z complex, and this cannot be smaller than 1 for z real, and never equal to 0, so arccosh(0) does not really make sense to me,
cheers,
David _______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-user
------------------------------------------------------------------------
_______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-user
participants (6)
-
Alan G Isaac -
David Cournapeau -
John Hassler -
Nils Wagner -
Pierre SCHNIZER -
Robert Kern