> > These packages are nearly impossible to found from the sagemath website! > > Chris -- who wrote abelfunctions -- is a Univ of Wash grad student I > know. I recently ran into him and he told me that he had spent years >
This is a good point; we could use more infrastructure for supporting the advertising of packages of this kind. > writing this package as a standard Python package depending on sympy > (mainly) and not Sage. However, it was getting quite frustrating to > finish abelfunctions, due to him needing things that are in Sage (I > think things like interval arithmetic?). He didn't want to develop > his code in a way that depended on Sage, because he wanted it to be > more widely available, and he clearly didn't see the value in having > the code packaged as part of Sage for only a few small things. This > is a great example of how our centralized monolithic approach is > overall not the best for the community at large. > > I don't know whether this relevant, but it reminds me of people who write code depending on Mathematica (for which there are many such packages, not least of which knot stuff)? Obviously it won't end up in Mma proper, but people will depend upon Mma. And such packages definitely seem to get a heavy amount of use. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
