Re: [sympy] Using methos rather than funtions

On 14/05/2020 01:13, Oscar Benjamin wrote: On Wed, 13 May 2020 at 23:39, David Bailey wrote: Dear Group, I notice this item in the highlights of 1.6. DEPRECATION: Passing Poly as the integrand to the integrate function or Integral class is now deprecated. Use the integrate method instead e.g

Re: [sympy] NLP parser for sympy

Sure! that could definitely be done, down the line 😁 And Aaron, I'm currently scraping through the SymPy documentation, I'll probably end up creating a "glossary" because it can be immensely helpful in automating the generation of training data for the NMT model. On Thursday, May 14, 2020 at 2:

[sympy] Elements of a permutation group in fixed order

If G is a permutation group, then since G.elements is a set, I cannot expect that list(G.elements) always lists the elements in the same order. Can I expect that list(G.generate()) lists the elements always in the same order? -- You received this message because you are subscribed to the Google

[sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

Hello, I have run into a problem with various matrices. I have read Gotchas and Pitfalls and tried to search around, but I was unable to find anything relevant. For some matrices M, the *M.is_indefinite* simply *returns no output*. I have noticed that M.eigenvals() works for on these matrices,

[sympy] Re: Elements of a permutation group in fixed order

You should sort the arguments before passing to PermutationGroup. On Thursday, May 14, 2020 at 5:07:10 PM UTC+9, Rafael wrote: > > > If G is a permutation group, then since G.elements is a set, I cannot > expect that list(G.elements) always lists the elements in the same > order. Can I expect th

Re: [sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

There have been some recent improvements to the code handling this which you could try out by installing the pre-release of 1.6 with pip: pip install -U --pre sympy -- Oscar On Thu, 14 May 2020 at 09:07, JS wrote: > > Hello, > I have run into a problem with various matrices. I have read Got

Re: [sympy] Using methos rather than funtions

On Thu, 14 May 2020 at 08:01, David Bailey wrote: > > > Well I assumed all along that Poly objects were a much more efficient way of > representing polynomials - presumably an array of tuples of coefficients and > exponents where the coefficient is non-zero. If these things are all > converted

Re: [sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

Looking at it seems that the improvements were for `is_positive_definite`, `is_positive_semidefinite` etc rather than `is_indefinite`. These cases compute fine: In [*11*]: B1.is_positive_semidefinite Out[*11*]: False In [*12*]: B1.is_negative_semidefinite Out[*12*]: False I

Re: [sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

Thank you. This has worked for all matrices that I have tried. : - ) Even M.is_positive_definite and M.is_negative_definite works. On Thursday, May 14, 2020 at 1:54:52 PM UTC+2, Oscar wrote: > > Looking at it seems that the improvements were for `is_positive_definite`, > `is_positive_semidefinit

Re: [sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

Should I report it as a bug on the github? There is currently none for is_indefinite. Writing something like "is_indefinite returns error when it attempts to compute the eigenvalues. Try to import the improvments `is_pos

Re: [sympy] is_indefinite returns nothing or error: 'simplify' flag is unsupported in roots()

On Thu, 14 May 2020 at 14:05, JS wrote: > > Should I report it as a bug on the github? There is currently none for > is_indefinite. > Writing something like > "is_indefinite returns error when it attempts to compute the eigenvalues. > Try to import the improvments `is_positive_definite`, > `is_p

Re: [sympy] Re: Elements of a permutation group in fixed order

If you are using list() to get all the elements, it seems prudent to just sort them. But it also seems like it would be useful to have an iterator that always gives the same order, for cases where you don't want to list all the elements. Aaron Meurer On Thu, May 14, 2020 at 3:32 AM S.Y. Lee wrot

[sympy] Google Season of docs

Hello everyone. I am Shalini. I want to work with you on Google Season of Docs 2020 with you. I will be happy to discuss. Thanks. -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an

Re: [sympy] Highlights of sympy 1.6

These all seem like good reasons to make the change. Did users get a deprecation cycle for the change? i.e. if I mport one of the affected imports in 1.5 I get a deprecation warning? Jason moorepants.info +01 530-601-9791 On Wed, May 13, 2020 at 4:43 PM Oscar Benjamin wrote: > On Thu, 14 May 2

Re: [sympy] Highlights of sympy 1.6

On Thu, 14 May 2020 at 18:46, Jason Moore wrote: > > These all seem like good reasons to make the change. Did users get a > deprecation cycle for the change? i.e. if I mport one of the affected imports > in 1.5 I get a deprecation warning? No. I'm not sure how you could get a deprecation warnin

Re: [sympy] Highlights of sympy 1.6

Is it possible to give a blanket deprecation warning if anyone does an import with a `*`? It could warn the user that functionality will change in the next version such that modules are not accessible via star imports. As more a user than developer of SymPy, I think we should have a very high stan

Re: [sympy] Highlights of sympy 1.6

I agree, and this is why we have a deprecation policy. https://github.com/sympy/sympy/wiki/Deprecating-policy. In some cases, it is very difficult to do a deprecation due to technical limitations, and we just have to make the breaking change, and I think this is an instance of that. We also have t

Re: [sympy] Highlights of sympy 1.6

On Thu, 14 May 2020 at 19:57, Jason Moore wrote: > > Is it possible to give a blanket deprecation warning if anyone does an import > with a `*`? It could warn the user that functionality will change in the next > version such that modules are not accessible via star imports. I think that using

Re: [sympy] Highlights of sympy 1.6

Similar considerations potentially apply to other packages as well. The __all__ attribute was added to 50 out of 138 __init__.py files that didn't already have it. Obviously the top-level __init__.py is the most significant though. On Thu, 14 May 2020 at 20:23, Oscar Benjamin wrote: > > On Thu, 1

Re: [sympy] Highlights of sympy 1.6

> A big part of keeping backwards incompatible changes to a minimum is to have a clear distinction between what is public API and what isn't. Maybe we should start being more careful about naming things with preprended underscores, letting that explicitly define what is and isn't public. This cou

Re: [sympy] Highlights of sympy 1.6

> Oscar, your idea looks helpful. It would resolve my concerns, but I'm not > sure how to evaluate if that is worth doing. My opinion is that if the effort > to deprecate isn't extreme, then we should do it. What "extreme" is defined > as, is certainly debatable. I may be wrong on this, but I d

[sympy] Re: Google Season of docs

Hi Shalini, Glad to know you would like to work with us this GSoD. Have you checked our ideas page? You can find it at https://github.com/sympy/sympy/wiki/GSoD-2020-Ideas. Do you have a preferred idea you would like to work on? Regards, Nik

Re: [sympy] Re: Google Season of docs

Hello Great to hear from you. I have looked at your ideas page but am yet to decide one specific idea. I will make some personal notes and get back to you with at most 3 ideas tomorrow. And then I think we can touch base on 1 after discussion. Thanks. On Fri, 15 May 2020 at 2:07 AM, Nikhil Maan w

Re: [sympy] Google season of docs

Adding more beginner friendly examples and reference to research text seems like a good idea. The links can be added to the reference section of the docstrings wherever required. But, I think a broader set of examples to explain the scope of different methods will be better suited for high-lev

Re: [sympy] Google season of docs

Hi Nikhil, Great to hear from you! Yes I also believe that a broader set of examples can be included in high-level documentation and I intend to do that for sympy this gsod. I am also figuring out some more innovative ways to make the documentation more appealing and standardized. Currently, I

Re: [sympy] Highlights of sympy 1.6

On Thu, 14 May 2020 at 21:12, Aaron Meurer wrote: > > > Oscar, your idea looks helpful. It would resolve my concerns, but I'm not > > sure how to evaluate if that is worth doing. My opinion is that if the > > effort to deprecate isn't extreme, then we should do it. What "extreme" is > > defined

Re: [sympy] Re: Elements of a permutation group in fixed order

Most of the time I need to work with a fixed order of the elements of the group. I am working on representation theory, and when defining the regular representation, the elements of the group are used as an ordered basis of a vector space, so I need a fixed order of the elements, associated with th

Re: [sympy] Highlights of sympy 1.6

Thanks Oscar. I'll look at it later tonight to give you a review. Jason moorepants.info +01 530-601-9791 On Thu, May 14, 2020 at 3:45 PM Oscar Benjamin wrote: > On Thu, 14 May 2020 at 21:12, Aaron Meurer wrote: > > > > > Oscar, your idea looks helpful. It would resolve my concerns, but I'm >

[sympy] Issue with dsolve and Bessel equation

I just created a new issue (#19317) related to dsolve and Bessel equations. The link is the following: https://github.com/sympy/sympy/issues/19317 I didn't know if is customary to write in the mailing list about as well. If that's not the case, please let me know. Best, Nicolás -- You receiv

Re: [sympy] NLP parser for sympy

If you have a list of terms from similar projects, maybe we can crowdsource the "glossary". If not, it can still be useful to have a document/site where this terms can be added from some community members. Although, I think that some kind of instructions are needed. On Thursday, May 14, 2020 at

[sympy] Discussion for introducing the hooks to core classes

Discussion for introducing the hooks to core classes This thread is related to issue #5040 and PR #18769 . *1. What is the problem?* Currently, SymPy's Add and Mul are very complicated. There exist various