@Marsci, if you have a firm grasp on what Harold had started feel free
to proceed from where he has stopped. Whether your application will be
accepted for GSoC really depends on the amount of work that is
suggested and the details and quality of the application. Feel free to
also look at our ideas
Hi Guys
I have also recently installed sympy on python33.
Please see the error below:
*>>>* from sympy import *
Traceback (most recent call last):
File "", line 1, in
from sympy import *
File "C:\Python33\lib\site-packages\sympy\__init__.py", line 20, in
from sympy.core import *
Only sympy 0.7.2 is compatible with python 3, so first of all confirm
that this is the version that you are using.
Also, confirm that you are using the translated version (we develop in
python 2 and then use a script to translate it to python 3 - so we
have two different release archives).
On 24
Hi, everyone:
I‘m new here and I'm a student from Shanghai University, China. I'd
like to contribute as mush as possible in Sympy project. But I don't know
where to start and how to blend in the project.
I've used git and python and Django framework before, but I' like to
futher my stu
Hi,
Check our github wiki pages for information about GSoC 2013. All the
requirements are there and you can also check out the page with
suggested project ideas.
There is also a lot of information that can be found in the archive of
this mailing list (discussions in the last two months started by
If you were able to install the python 2 version of SymPy 0.7.2 into
python 3, that's a bug. The installer should have prevented that from
happening. I am pretty sure setup.py does, but I don't know how to
control the exe installer, nor can I even check it.
Aaron Meurer
On Apr 24, 2013, at 3:23 A
In my bisolve branch I have experimented with recognizing bivariate
generators of polynomials. Basically, I look for polynomials in x and y
that can be re-written as univariate polynomials in u where u can be a*x*y,
a*x + b*y, a*x*y + x or a*x*y + y. Here is an example where u = a*sqrt(5)*x
+ s
Hi,
I know that there has been some work on latex printing. Has there been a
recent regression on latex rendering in ipython notebook? I seem to only be
able to get png rendering.
I am running the git versions of ipython and sympy.
A minimal example is
%load_ext sympy.interactive.ipythonprin
If there isn't an issue open about it, please open one. I think there
is some issue with the git version of IPython. Can you see if it works
OK in the latest IPython release?
There also were recent changes to the SymPy portion of this which
could be the problem as well.
Aaron Meurer
On Wed, Apr
Hi there!
I'm currently writing a system of indexed n-dimensional arrays to be used
for the Physics module.
Before starting, I went through other proposals, and I saw suggestions
about using GA or diffgeom for the physics module.
GA or diffgeom would be great ideas, but actually their implement
By the way, I also started a FourVector and a "contraction" system for
symbolic indices:
momentum = FourMomentum('momentum', [E, 0, 0, pz])
assert contract(momentum[mu]*momentum(mu)) == E**2 - pz**2
assert momentum**2 == E**2 - pz**2
and a Lorentz boost using multiplication with Matrix.exp(
Indexed expressions are very common both within and outside of Physics. Do
you think it would be possible to generalize part of your solution?
On Wed, Apr 24, 2013 at 1:57 PM, F. B. wrote:
> By the way, I also started a FourVector and a "contraction" system for
> symbolic indices:
>
> momentum
> and a Lorentz boost using multiplication with Matrix.exp() of the basis of
> the boost generators:
>>
>> px_boosted_momentum = momentum.boost([px, 0, 0])
You mentioned that what you implement will be in a single basis, but
the Lorentz boost matrices are actually "change of basis" matrices.
This
Yes, we could generalize it to a complete basis-independent tensor algebra
module. As of now its internal engine works by setting a basis, and that's
only the first step.
I know that sympy.tensor are not tensor objects, rather a strange system of
combinatorics involving tensors. What about putt
I think that for now my approach is better than nothing. Maybe in the
future we could make some rewrites by looking closer at xAct.
My code is going to be ready very soon, while the approach you suggested
seems to be more time-consuming.
On Wednesday, April 24, 2013 9:25:59 PM UTC+2, Stefan Kra
This domain is already very fragmented within SymPy. Adding more pieces
seems fine to me but I doubt that any of them will ever take hold until we
really think hard about indexed expressions, arrays, and geometric spaces.
On Wed, Apr 24, 2013 at 2:37 PM, F. B. wrote:
> I think that for now my
> I know that sympy.tensor are not tensor objects, rather a strange system of
> combinatorics involving tensors. What about putting the IndexedSymbol in
> sympy.tensor and relocate the current sympy.tensor content to
> sympy.tensor.combinatorics?
I am almost certain that this is not the case.
- `
I guess that we all agree about that. I do not have any further
comments so I will wait to see whatever Franz has prepared. It is
indeed better to see it than just do nothing. However, Franz, given
the present fragmentation get ready for some heavy review on the pull
request page :)
In any case, t
I think we should just have the policy, feel free to add stuff, don't
depend on it to become the defacto standard. Also, get ready for it to be
deprecated if we ever do implement the one-true-solution.
On Wed, Apr 24, 2013 at 2:52 PM, Stefan Krastanov <
krastanov.ste...@gmail.com> wrote:
> I gu
I've isolated the issue to commit f64974c, and opened an
issue https://github.com/sympy/sympy/issues/2039 .
- Anton
On Wednesday, April 24, 2013 2:41:14 PM UTC-4, Aaron Meurer wrote:
>
> If there isn't an issue open about it, please open one. I think there
> is some issue with the git version o
Never mind, that commit is old news. Since then MathJax rendering seems to
have been disabled on purpose in interactive/printing.py . Enabling it
works.
- Anton
On Wednesday, April 24, 2013 4:17:53 PM UTC-4, Anton Loukianov wrote:
>
> I've isolated the issue to commit f64974c, and opened an iss
I think it shouldn't be disabled for the notebook.
Anyway, since you apparently thought that our issue tracker was on
GitHub, can you check that there really aren't any issues about this
on Google code, and if not, open one there?
Aaron Meurer
On Wed, Apr 24, 2013 at 2:39 PM, Anton Loukianov
wr
Here you get my pull request:
https://github.com/sympy/sympy/pull/2041
and the current code:
https://github.com/Upabjojr/sympy/blob/c0e260d571aeb1b404f89bdf2417374d874aa99c/sympy/physics/indexed.py
I made up my mind to upload it now, even if it is still horrible (very ugly
and little commented
Yeah, my bad. It looks like
https://code.google.com/p/sympy/issues/detail?id=3537 is the relevant issue.
The problem seems to be the incorrect handling of built-in python types.
Printing ints and such defaults to image representation, whereas sympy types
work properly. This is still a problem a
On Wed, Apr 24, 2013 at 5:19 PM, F. B. wrote:
> Here you get my pull request:
>
> https://github.com/sympy/sympy/pull/2041
>
> and the current code:
>
> https://github.com/Upabjojr/sympy/blob/c0e260d571aeb1b404f89bdf2417374d874aa99c/sympy/physics/indexed.py
>
> I made up my mind to upload it now,
In your opinion would you consider that task to be too challenging for a first
year?
All I can for see is adding a quantifier class under the symbol module.it would
then need to check if what its being imputed is either an English word or a
symbol then convert it to the opposite and return. Th
26 matches
Mail list logo