Hi,
On 25 February 2012 01:57, Ondřej Čertík wrote:
> On Fri, Feb 24, 2012 at 4:42 PM, Aaron Meurer wrote:
> > Great. I guess @sympy was already taken by someone. @SymPyTips is
> > not, though. But @SymbolicPython is fine too.
>
> I think that Mateusz reserved @sympy for us to use.
>
Nope.
Why is zoo*zoo nan?
In [71]: zoo*zoo
Out[71]: nan
It seems to me that the result should just be zoo.
Aaron Meurer
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this group, send email to sympy@googlegroups.com.
To unsubscribe from this g
It may be possible to get that username, since there is only one tweet and
that is our official name. I wonder what their policy is on this.
Aaron Meurer
On Feb 25, 2012, at 1:57 AM, Mateusz Paprocki wrote:
Hi,
On 25 February 2012 01:57, Ondřej Čertík wrote:
> On Fri, Feb 24, 2012 at 4:42 P
what is zoo anyway - I was not able to find anything - even on google
-Sebastian
PS: sorry for beeing OT
On Sat, Feb 25, 2012 at 10:16 AM, Aaron Meurer wrote:
> Why is zoo*zoo nan?
>
> In [71]: zoo*zoo
> Out[71]: nan
>
> It seems to me that the result should just be zoo.
>
> Aaron Meure
I sent an "impersonation claim". Based on
http://fusible.com/2011/06/how-to-get-a-twitter-username-thats-already-taken-hint-its-easy-i-got-mine/we
will likely get it since @sympy has been inactive since 2009.
Aaron Meurer
On Feb 25, 2012, at 1:57 AM, Mateusz Paprocki wrote:
Hi,
On 25 February
zoo is complex infinity (i.e., S.ComplexInfinity). See
http://en.wikipedia.org/wiki/One_point_compactification and
http://en.wikipedia.org/wiki/Riemann_sphere. If you think of oo
(infinity) as the limit of arbitrarily large real numbers, you can
think of zoo as the limit of complex numbers with a
Am 24.02.2012 14:07, schrieb Marchael:
I want to apply for GSoC 2012 and improving sympy-bot may become good
project for me, I'll try to solve some issues from tracker.
You could send code directly to my email or share with any other
comfortable way.
You can get the code from https://github.com
On 02/25/2012 02:30 AM, Christian Bühler wrote:
Hm, sounds like probably my patch
(https://github.com/sympy/sympy/pull/1066) introduced the problem.
I'm sorry, but currently I cannot look at the problem because I have
to learn for my exams. If it still persists after March 1st, I will
take care
I have created an issue on the error that I am getting . Please refer Issue
3103.
Thanks,
Bharath M R
On Friday, February 24, 2012 4:40:29 PM UTC+5:30, Bharath M R wrote:
>
> I created a branch on my desktop and tried to run the tests. All the tests
> in test_GA.py are not working. Should I repo
In that case, zoo*zoo is zoo. No ?
Christophe BAL
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this group, send email to sympy@googlegroups.com.
To unsubscribe from this group, send email to
sympy+unsubscr...@googlegroups.com.
For more
Yes, I believe it should. That's why I'm wondering why it gives nan.
Aaron Meurer
On Sat, Feb 25, 2012 at 5:45 AM, Christophe BAL wrote:
> In that case, zoo*zoo is zoo. No ?
>
> Christophe BAL
>
> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
>
Sympy's subs function does not seem to be able to recognize negative
multi-term expressions...
x,y = symbols('x,y')
e1_, e2_ = symbols('e1, e2')
e1 = x
e2 = 1+x
[(e1).subs(e1,e1_), (-e1).subs(e1,e1_), (e2).subs(e2,e2_),
(-e2).subs(e2,e2_)]
produces:
[e₁, -e₁, e₂, -x - 1]
Is there a reason wh
Hi,
On 25 February 2012 23:22, Coleman Broaddus wrote:
> Sympy's subs function does not seem to be able to recognize negative
> multi-term expressions...
>
> x,y = symbols('x,y')
> e1_, e2_ = symbols('e1, e2')
> e1 = x
> e2 = 1+x
> [(e1).subs(e1,e1_), (-e1).subs(e1,e1_), (e2).subs(e2,e2_),
> (-e2
I think he meant Chris's coverage script.
Aaron Meurer
On Sat, Feb 25, 2012 at 4:59 AM, Joachim Durchholz wrote:
> Am 24.02.2012 14:07, schrieb Marchael:
>
>> I want to apply for GSoC 2012 and improving sympy-bot may become good
>> project for me, I'll try to solve some issues from tracker.
>> Y
Can someone explain why it's trying to mess with the frame? This is
very fragile, and very rarely needs to be done.
Aaron Meurer
On Sat, Feb 25, 2012 at 5:23 AM, Bharath M R wrote:
> I have created an issue on the error that I am getting . Please refer Issue
> 3103.
> Thanks,
> Bharath M R
>
>
No, but Python is a good source, as the project goal is to build on
top of it using the same rules. So if a Python built-in equivalent
exhibits some behavior, we should emulate it (except in the cases
where we try to do better, like arbitrary precision vs. machine
precision).
And anyway, Python f
On 02/25/2012 05:58 PM, Aaron Meurer wrote:
Can someone explain why it's trying to mess with the frame? This is
very fragile, and very rarely needs to be done.
Aaron Meurer
On Sat, Feb 25, 2012 at 5:23 AM, Bharath M R wrote:
I have created an issue on the error that I am getting . Please ref
I would highly recommend changing this. Use of such hacks are, as I
said fragile, and un-Pythonic. var() is only intended for interactive
use. It's fine to have a similar function for interactive use, but
the main API should use regular name assignment.
Note that even var() doesn't always "work
On Sun, Feb 26, 2012 at 4:19 AM, Aaron Meurer wrote:
> I think he meant Chris's coverage script.
>
> In that case, it is located at http://pastebin.com/sYkbbA35 .
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this group, send email to sy
19 matches
Mail list logo