Hi guys I am doing CSE in IITD 2nd year. I love coding and mathematics
and i wanna contribute but as i am new, i don't know how i can help,
learn and be useful to you guys. Please help me a little.
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To pos
OK, I've fixed it in my integration3 branch (I noticed it while
merging in the latest changes from master).
Aaron Meurer
On Tue, Jul 5, 2011 at 9:04 PM, Mateusz Paprocki wrote:
> Hi,
>
> On 6 July 2011 04:59, Aaron Meurer wrote:
>>
>> I just noticed that RealDomain.div was recently cleared (i.e
Hi,
On 6 July 2011 04:59, Aaron Meurer wrote:
> I just noticed that RealDomain.div was recently cleared (i.e., the
> contents of the function were deleted, but not the function itself,
> nor its docstring). This was done by the commit (I also pasted the
> first part of the diff, so you could se
I just noticed that RealDomain.div was recently cleared (i.e., the
contents of the function were deleted, but not the function itself,
nor its docstring). This was done by the commit (I also pasted the
first part of the diff, so you could see what I am talking about)
commit 75c8d2d65085895c30be51
I have reworked the simplification logic, cleaning it up a lot and
incorporating sympy pattern matching, and addressed the comments that have
been brought up so far for this, if people could check and review what I
have now, I'd appreciate it.
https://github.com/sympy/sympy/pull/453
Sean
On Fri,
If you guys have a couple of topics that we could maybe pull others in
with let me know.
-- Andy
On Tue, Jul 5, 2011 at 8:47 PM, Mateusz Paprocki wrote:
> Hi,
>
> On 6 July 2011 03:43, Aaron Meurer wrote:
>>
>> Yes, I'll be there too. Mateusz wil be at the conference too, though
>> I don't kno
Hi,
On 6 July 2011 03:43, Aaron Meurer wrote:
> Yes, I'll be there too. Mateusz wil be at the conference too, though
> I don't know if he will be there for the sprints. If so, we should do
> a sympy sprint.
>
I will be in Austin till Sunday, so I can participate in a SymPy sprint for
sure.
Yes, I'll be there too. Mateusz wil be at the conference too, though
I don't know if he will be there for the sprints. If so, we should do
a sympy sprint.
Aaron Meurer
On Tue, Jul 5, 2011 at 7:21 PM, Andy Ray Terrel wrote:
> Anyone interested in the SciPy sprints?
>
> http://conference.scipy.o
Anyone interested in the SciPy sprints?
http://conference.scipy.org/scipy2011/sprints.php
I should be around.
-- Andy
--
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 th
Example implementations are nice, but not if they're buried away so
that they're hard to actually use (the code in the examples/ directory
is like this).
Because SymPy is written in Python, which is such an easy language to
read, I consider all the code base to be an "example implementation"
to so
Well, the good news is that SymPy will soon work in Python 3 (we've
got a Google Summer of Code student working on it). He's making good
progress with it, so it should be supported by our next release or the
one after that.
And you can still do "class MyClass(object)" in Python 3, which is
identi
I'd have to agree with Saptarshi / Matthew on this one. I enjoy seeing
example implementations (if clearly done), and presumably these more
esoteric combinatorial objects have been contrived for one reason or another
-- better properties in certain cases, etc. I think they're suited for the
combi
Hi,
I have created the beginning of an easy-to-use Python wrapper for
FLINT 2: http://fredrik-johansson.github.com/python-flint/
It currently provides numbers, (dense univariate) polynomials and
(dense) matrices over Z/nZ (for word-size n), Z and Q.
In [1]: import flint
In [2]: A = flint.fmpz_po
In more detail, somewhere in functions/elementary/complexes.py I would
add principal_branch(z) which represents z with its argument converted
to range (-pi, pi], and argument_period(z) which then satisfies z =
principal_branch(z)*exp(I*2*pi*argument_period(z)). Then e.g.
uppergamma._rewrite_as_unb
On Tue, Jul 5, 2011 at 1:49 AM, Tom Bachmann wrote:
> My real questions are then as follows, I guess:
>
> 1. Does anyone see a better way around the issue?
I'm afraid not.
It's possible to some extent to avoid branch cuts simply by using
'better' special functions, e.g. loggamma(z) (the nice ver
p = Symbol('p', real=True)
sqrt(exp(I*pi))
exp(I*pi/2)
Did you maybe mean slomething different (you're not using p). But
anyway, I see that you're referring to the automatic evaluation.
Ups, yes. This way it decidedly does *not* work, thing p instead of pi
everywhere.
--
You received thi
On Tue, Jul 5, 2011 at 5:16 AM, Tom Bachmann wrote:
>>> However, this does not work for all functions. Generically, this will
>>> fail
>>> when we replace sin(sqrt(z)) above by a non-elementary function (i.e. one
>>> that is not recognised by the simplification machinery) branched at the
>>> origi
As a user of SymPy (and other libraries) I often appreciate example
implementations. If they don't go into the actual code isn't there an
examples directory?
On Tue, Jul 5, 2011 at 2:36 PM, Christophe BAL wrote:
> Hello,
> you could put this in teh wiki.
>
> C.
>
>
> 2011/7/5 Saptarshi Mandal
>
Hello,
you could put this in teh wiki.
C.
2011/7/5 Saptarshi Mandal
> Hi all,
> A few days back I implemented a bunch of combinatorial generation
> algorithms for rather specialized objects (necklaces, lyndon words,
> bell permutations). These were being reviewed by Chris Smith and he
> pointed
Hi all,
A few days back I implemented a bunch of combinatorial generation
algorithms for rather specialized objects (necklaces, lyndon words,
bell permutations). These were being reviewed by Chris Smith and he
pointed out that such algorithms may be unnecessary and he also wanted
to know the motiva
Thanks, the problem actually was that I was using an old-style class
instead of new style. I started learning Python with 3.2, so the issue
wasn't there and I didn't know to look out for it. Thanks again for
the help!
Adam
On Jul 4, 6:58 pm, Aaron Meurer wrote:
> I think you mised the part where
+1 for good looking expressions '(...)' instead of 'Tuple(...)'.
On Jul 5, 9:05 pm, Mateusz Paprocki wrote:
> Hi,
>
> On 5 July 2011 17:38, Vinzent Steinberg
> wrote:
>
> > On Jul 5, 1:16 pm, Tom Bachmann wrote:
> > > I will change the code accordingly.
>
> > +1 for printing Tuple as '(...)'.
>
Hi,
On 5 July 2011 17:38, Vinzent Steinberg wrote:
> On Jul 5, 1:16 pm, Tom Bachmann wrote:
> > I will change the code accordingly.
>
> +1 for printing Tuple as '(...)'.
>
+1 also from me, especially that str(Integer(42)) = 42.
>
> Vinzent
>
> --
> You received this message because you are su
On Jul 5, 1:16 pm, Tom Bachmann wrote:
> I will change the code accordingly.
+1 for printing Tuple as '(...)'.
Vinzent
--
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 t
On 05.07.2011 12:23, David Joyner wrote:
My real questions are then as follows, I guess:
1. Does anyone see a better way around the issue?
2. Any suggestions for a better interface?
I haven't looked at your code but I can tell you handling branch cuts
computationally can be a subtle problem.
On Mon, Jul 4, 2011 at 7:49 PM, Tom Bachmann wrote:
> Hi,
>
> I hit a bit of a set-back today with my integration code. Specifically, I am
> getting wrong results, because of improper treatment of branch cuts.
>
...
>
> My real questions are then as follows, I guess:
>
> 1. Does anyone see a bet
I will change the code accordingly.
On 05.07.2011 00:45, Aaron Meurer wrote:
Actually, I think it wouldn't be too bad to just print Tuple(...) as
(...) always. As you mention, it would be consistant with other
things like Integer.
Aaron Meurer
On Mon, Jul 4, 2011 at 8:00 AM, Matthew Rocklin
However, this does not work for all functions. Generically, this will fail
when we replace sin(sqrt(z)) above by a non-elementary function (i.e. one
that is not recognised by the simplification machinery) branched at the
origin. A particular example I have hit is uppergamma(0, z). As you may
know,
28 matches
Mail list logo
