information.
Aaron Meurer
On Sun, Aug 4, 2013 at 11:58 AM, David Joyner
wdjo...@gmail.comjavascript:
wrote:
On Sun, Aug 4, 2013 at 10:06 AM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote:
David: The dynkin_diagram method does return a string. However, it has
a
newline
David: The dynkin_diagram method does return a string. However, it has a
newline character in it, so you need a print statement to make things show
up in two lines, rather than one line with a \n.
On Friday, 2 August 2013 22:33:04 UTC+1, David Joyner wrote:
On Friday, August 2, 2013, Mary
Additionally, regarding PR 2344, in my docstring for dynkin_diagram.py I
have a print statement:
print DynkinDiagram(A3)
0---0---0
1 2 3
Now, I just found out how in python 3.x print is now a function, so you
need print(DynkinDiagram(A3)) which is why the doctests are failing for
Hi all,
I think that PR 2337 is ready to merge. All the Travis tests have passed
(or will pass). Here is the travis build:
https://travis-ci.org/sympy/sympy/builds/9749024
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this
Pursuant to Upabjojr's comments
(https://github.com/sympy/sympy/pull/2237/files#r5289892), I've updated
some bits of my code to use the __new__ function instead of __init__. For
example in cartan_type.py, in class Standard_Cartan, I have a __new__
method which goes as
class
So I've been fixing things to merge with master, and I am a bit confused
about some errors that the travis build is giving me.
Here is the link to the travis build:
https://travis-ci.org/sympy/sympy/builds/9653672
I am uncertain as to why the doctests fail in 3.2 and 3.3 but not in 2.6
and
Thanks Matthew, I shall try that.
On Tuesday, 30 July 2013 19:26:36 UTC+1, Matthew Brett wrote:
Hi,
On Tue, Jul 30, 2013 at 11:13 AM, David Joyner
wdjo...@gmail.comjavascript:
wrote:
On Tuesday, July 30, 2013, Mary Clark wrote:
So I've been fixing things to merge
Matthew, that did solve things! Thank you so much!
Speaking of which, here is the travis build:
https://travis-ci.org/sympy/sympy/builds/9662620
I think that things are good to merge now?
On Tuesday, 30 July 2013 20:01:34 UTC+1, Mary Clark wrote:
Thanks Matthew, I shall try
Hi everyone,
I have a new pull request in (https://github.com/sympy/sympy/pull/2337) in
which I've added the Cartan matrix functionality.
Additionally, I think PR 2297 can probably be merged
(https://github.com/sympy/sympy/pull/2297), as it has passed all the Travis
tests.
--
You received
I've filled mine out!
On Monday, 29 July 2013 20:03:40 UTC+1, Aaron Meurer wrote:
The GSoC midterm evaluations are now open. All mentors and students
must submit them. The deadline is Friday, but please do me a favor and
submit it well before then.
To submit, go to
I've fixed up PR 2259 (https://github.com/sympy/sympy/pull/2259) and all
tests on travis pass (except for some timeouts)
https://travis-ci.org/sympy/sympy/builds/9476843 so I think that PR is
probably ready to be merged as well.
--
You received this message because you are subscribed to the
that we can merge it.
Ondrej
On Mon, Jul 22, 2013 at 1:52 PM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote:
The latest build has now passed.
--
You received this message because you are subscribed to the Google
Groups
sympy group.
To unsubscribe from this group
The latest build has now passed.
--
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 email
to sympy+unsubscr...@googlegroups.com.
To post to this group, send email to
Ondrej,
All the Travis tests passed on the latest build (except one that timed
out). Once I finish the Dynkin diagram and Cartan matrix stuff, I'll have
a look at implementing what Upabjojr had to say about __new__ versus
__init__ etc.
On Sunday, 21 July 2013 02:12:31 UTC+1, Ondřej Čertík
Right, okay, thanks, I understand now. Sorry for being so slow about it!
--
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 email
to sympy+unsubscr...@googlegroups.com.
To post to
Looks like the c in list(c) is a Python int, so if you do list(c),
it returns an error. What is this line supposed to do?
Does this happen when you run this doctest locally? That's the best
way to debug it.
Ondrej
Unfortunately, I don't seem to be able to run the doctest locally.
Okay, now that I've fixed the import, there is another Travis error about
the doctests that I do not understand. When running the doctests for
type_A, travis gives the following error:
Failed example:
c = CartanType('A4')
Exception raised:
Traceback (most recent call last):
Ondrej,
When I run test_type_a.py on my computer, it is passing without the error
that you get. When I apply the patch:
def __call__(self, *args):
c = args[0]
+print c
c = list(c)
for me, it does just print out A3 or A4, it does not print out anything
else.
I am testing:
8afd72682a924195f94f76cd25e70ac00d28ac27
as well. When I run git diff the only difference is adding the print
statement to cartan_type.py.
Here is my output from running the tests:
(null):sympy maryclark$ ./bin/test sympy/liealgebras
= test process
Here is the output of git status:
(null):sympy maryclark$ git status
# On branch liealgebras_1
# Changes not staged for commit:
# (use git add file... to update what will be committed)
# (use git checkout -- file... to discard changes in working
directory)
#
#modified:
Okay, I have done all the things that you said. My tests pass.
In cartan_type, I do have:
if letter == A:
if n = 0:
import type_A
return type_A.TypeA(n)
so, I did miss that in the git diff output. My apologies. I suppose this
is why the
Also, re doctests, I still get this error when I try to run the doctests on
my computer:
sympy/liealgebras/type_a.py[?] Failed to import
[FAIL]
So for whatever reason, it won't do the doctests on type_A.py for me.
--
You received this message because you are
Actually, now I feel even stupider, because I realised I was able to delete
the file from the commit. Sorry for being so dumb!
--
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
/doctest.py,
line 203, in _normalize_module
ImportError: No module named type_a
== tests finished: 2401 passed, 10 skipped, 1 exceptions, in 150.13 seconds
===
DO *NOT* COMMIT!
The hash is:
(null):sympy maryclark$ git log
commit 8afd72682a924195f94f76cd25e70ac00d28ac27
Author: Mary Clark meclark
there
that you would need to do the example, and then just copy-paste that
into your doctest, that should work.
Aaron Meurer
On Fri, Jul 19, 2013 at 12:42 PM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote:
Does anyone else have any ideas why the doctests are still failing? I
tried
Does anyone else have any ideas why the doctests are still failing? I
tried changing things to an absolute import and the tests still failed.
--
You received this message because you are subscribed to the Google Groups
sympy group.
To unsubscribe from this group and stop receiving emails
'm attempting to fix my doctests, and I don't understand why they are
failing. For whatever reason, running the doctests on my computer don't
work, I get the following error:
sympy/liealgebras/type_a.py[?] Failed to import
[FAIL]
Does anyone know the reason for
According to https://github.com/sympy/sympy/pull/2237/files cartan_type.py
is included in the PR.
On Thursday, 18 July 2013 22:17:14 UTC+1, Aaron Meurer wrote:
You never added the cartan_type file to git.
Aaron Meurer
On Thu, Jul 18, 2013 at 4:03 PM, Mary Clark
mary.sp
The doctests fail on 2237.
On Thursday, 18 July 2013 22:36:51 UTC+1, Aaron Meurer wrote:
It's in that pull request but not the other one. Which one do the
doctests fail on?
Aaron Meurer
--
You received this message because you are subscribed to the Google Groups
sympy group.
To
Right, okay. So I did that for both CartanType_generator and
Standard_Cartan and the tests passed for CartanType_generator, but not
Standard_Cartan and I'm not entirely sure why.
Here is the test I wrote for Standard_Cartan:
def test_sympy__liealgebras__cartan_type__Standard_Cartan():
Okay, so...what exactly makes an object Basic, for lack of a better way to
say it? Standard_Cartan needs to have two arguments, one to specify the
letter, and one to specify the rank. I don't understand how to make it so
that the __init__ method uses Basic objects to specify these things.
that have strings in them is yet. It's the same
issue as MatrixSymbol (you can read the discussion at
https://groups.google.com/d/msg/sympy/pyzfmCq_thI/UwFLv_RDX2IJ if you
are interested).
Aaron Meurer
On Tue, Jul 16, 2013 at 3:19 PM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote
Hello all,
For some of the classes I've written I need to add tests for them in
sympy/core/tests/test_args.py. However, I don't quite understand what is
going on in these tests, and what I need to do, exactly. The classes I
need to add tests for are Standard_Cartan and CartanType_generator
New blog post on this week's progress and what I hope to do for the rest of
this week/next week.
http://meclark256.wordpress.com/
On Wednesday, 19 June 2013 20:31:36 UTC+1, Mary Clark wrote:
Hello all,
As we all know, this is the first week of GSOC and I'm working on a Lie
algebra module
Hello all,
As we all know, this is the first week of GSOC and I'm working on a Lie
algebra module. My blog is http://meclark256.wordpress.com/
Specifically I'd like to generate some discussion on the issue that I just
wrote about in this week's blog entry, on actual physical commutation
Just a question on terminology:
Are you talking about general commutation relations or just those for the
standard lie algebra generators?
Sorry, but could you clarify what you mean? For instance, what I'm saying
is that su(2), for example, has a basis consisting of 3 elements, say u1,
Thanks, David! I was scanning that document earlier, but I missed that
part. That should definitely help.
On Wednesday, 19 June 2013 21:14:03 UTC+1, David Joyner wrote:
On Wed, Jun 19, 2013 at 3:53 PM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote:
Just a question on terminology
much work is there to do? Maybe you could
incorporate it into your GSoC project.
Aaron Meurer
On Sat, Jun 1, 2013 at 3:10 PM, David Joyner wdjo...@gmail.comjavascript:
wrote:
On Sat, Jun 1, 2013 at 4:00 PM, Mary Clark
mary.sp...@gmail.comjavascript:
wrote:
What about reorganising
What about reorganising the combinatorics module so that group theory has
its own space? It doesn't belong in combinatorics, really.
On Saturday, 1 June 2013 15:38:45 UTC+1, Stefan Krastanov wrote:
I am somewhat hesitant to suggest anything without actually being there to
help, but maybe
Hi all, I've written up a preliminary version of my application:
https://github.com/sympy/sympy/wiki/GSOC-2013-Application-Mary-Clark:-Lie-Algebras
Any comments/suggestions/etc would be welcome.
Mary
--
You received this message because you are subscribed to the Google Groups
sympy group
which
the user could specify, adn then sympy would check if it satisfies
bilinearity, the Jacobi identity, etc and output if it is a Lie bracket as
a boolean.
On Thu, Apr 4, 2013 at 7:37 PM, Mary Clark mary.sp...@gmail.comjavascript:
wrote:
Hello all,
I've been working
system, Cartan matrix, Weyl group, etc) will be useful in
computations and in general research.
On Fri, Apr 5, 2013 at 7:06 AM, Mary Clark mary.sp...@gmail.comjavascript:
wrote:
On Friday, 5 April 2013 01:26:10 UTC+1, David Joyner wrote:
A couple of questions:
How would you represent
Hello all,
I've been working on and thinking about my proposal for a Lie Algebra
module.Ideally I'd like to have the following classes:
- Cartan Type (eg A4, B3, etc)
- subclasses would implement Dynkin diagrams and the Cartan matrix
- also include functions to return the
I think that a project like this could tie in quite well with a separate
Lie group/lie algebra module, especially if we have something that would
store a lot of information about some of the most common Lie groups
(SL(2,C), SU(2), SO(3), etc).
On Sunday, 24 February 2013 11:38:41 UTC, Manoj
Additionally, I think it could be quite useful to implement a module for
working with representations and character tables, especially for some of
the classical finite groups. One could probably also spend a lot of time
just implementing it for permutation groups.
--
You received this
In addition to what Aaron said in this pull request
(https://github.com/sympy/sympy/pull/1810) about redesigning how some of
the group theory code works, what other things are still waiting to be
implement/are wanted to be added?
I personally think that most of the stuff about groups should be
I'm nearly ready to submit my patch, and I've been trying to run the
slow tests. However, they are taking hours (literally). I ran them
overnight, and after eight hours they had still not finished. Is this
normal, or is there something wrong with my computer/my code?
Mary
--
You received
Well, the slow tests seem to be taking just as long on the master
branch as they do on my separate branch. Additionally, all the fast
tests were okay with my code. So, I don't think I've broken anything
(fortunately). Cache is turned on, so I'm really not sure what the
problem is. A couple of
Yeah, I just ran Travis, and everything passed. :)
--
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 email
to sympy+unsubscr...@googlegroups.com.
To post to this group, send email
Would this be something sympy is interested in supporting as a gsoc
project? I'd like to approach it from the mathematical point of view, but
I think that it would also be doable to perhaps put in more information
about sl(2,c) which is the double cover of the Lorentz algebra and so on.
--
I'm working on a patch right now; I'd like to add some stuff to the groups
module that Aleksander from last year's GSoC said would be useful to be
added in. I'm totally new to git though, so I'm probably going to have
questions about that.
I really appreciate the advice and the blog post.
Algebras?
(this is expected)
3. What communities would this work support? How would such a module be
useful for researchers today? What important problems would be made easier
by this work?
On Fri, Feb 15, 2013 at 5:52 PM, Mary Clark mary.spritel...@gmail.com
wrote:
Hi all,
I've
Hi all,
I've noticed that sympy doesn't have any classes which would deal with
Lie Algebras. I was wondering if this is a direction in which it
could be useful to extend sympy? Lie algebras (and by extension Lie
groups) have many applications in both physics and mathematics. It
could also be
/development-workflow.
Aaron Meurer
On Sun, Jan 27, 2013 at 5:44 AM, Mary Clark mary.spritel...@gmail.com wrote:
Hi all,
I'm currently doing a PhD in mathematics (though I have extensive
background in theoretical physics), and have a lot of interest in
computer science. I'm fluent in python
Hi all,
I'm currently doing a PhD in mathematics (though I have extensive
background in theoretical physics), and have a lot of interest in
computer science. I'm fluent in python, and am quite interested in
the quantum mechanics and/or group theory projects.
Just thought I'd introduce myself
55 matches
Mail list logo