Re: [sage-devel] Call for coding/revieweing sprint (knot theory)

2016-02-22 Thread Amit Jamadagni
Hello Miguel,
I would like to chip in and help complete the work ! I am sorry as
I could not work on this. Anytime is good for me.

Thanks,
Amit.

On Mon, Feb 22, 2016 at 6:50 PM, mmarco  wrote:

> Ticket #17030 contains Amit Jamagadni's implementation of knot theory done
> in 2014 GSoC, and, even if it is mostly functional, it has been rotting for
> a while. Most of the work is done, but it needs a final effort for
> polishing and reviewing it.
>
> That is the kind of work that a few commited people could do in a couple
> of days of intense collaborative work (a la Sage Days). Since meeting
> together phisically now sounds unfeasible, i would like to make a call for
> a "virtual Sage days" focused on this. That is: we decide some time to meet
> in IRC/hangouts/whatever and try to work on it. Who's in for this idea?
> What timing is good for you?
>
>
> Note that I have proposed it for this particular ticket, but if it works
> well maybe it would be a good model for other pieces of code whose progress
> is somehow blocked.
>
> --
> 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.
>

-- 
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.


Re: [sage-devel] Methods for evaluating the Jones representations of braids and the Jones polynomials of the closure

2015-08-06 Thread Amit Jamadagni
Hello Soren,
Thanks for sharing the work. But we do have been working on Knot
Theory and here is the ticket
Ticket : http://trac.sagemath.org/ticket/17030, which is currently under
review. It would be helpful if you compare the missing features as the work
on calculations of Jones polynomial has been included. Also from the
source, as far as I understand the representations are mainly Braid Group,
but we do have supported other representations such as oriented gauss code
and also planar diagram. I guess you could directly contribute to the
ticket, if something is missing.

Thanks,
Amit.

On Thu, Aug 6, 2015 at 7:30 PM, fuglede.sagem...@gmail.com wrote:

 Hey sage-devel

 In work with Egsgaard, I ended up needing an implementation of the Jones
 representations of braid groups and figured it made sense to do it in sage.
 While interesting in their own right, they also allow for direct
 calculation of the Jones polynomials of the trace closures of the braids,
 and I figured that since sage is currently rather low on quantum topology
 (and knot theory in general), that adding this to the base could be useful
 in general.

 The development guide suggests suggesting changes here before on trac, so
 here you go. The source code is currently available here:

 https://github.com/fuglede/jones-representation/blob/master/curverep.sage

 - Søren

 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Methods for evaluating the Jones representations of braids and the Jones polynomials of the closure

2015-08-06 Thread Amit Jamadagni
Hello Soren,
Yeah, we have used the Kauffman's bracket decomposition for the
construction of Jones polynomial. I am not sure (may also be not the right
person to comment) on whether we could include this in the current ticket.
I guess may be we could have it in the groups/braid.py as we have an
implementation of Alexander polynomial which is also implemented in the
ticket #17030.

Thanks,
Amit.

On Thu, Aug 6, 2015 at 9:20 PM, fuglede.sagem...@gmail.com wrote:

 Hi Amit

 Thanks for the reference; good to know that stuff is happening in that
 regard.

 And yes, everything here is related to the braid group. Even though this
 would create some overlap, perhaps it could be of use to have both
 algorithms: using braid group representations, for a fixed number of
 strands, the evaluation of the Jones polynomial of the trace closures
 becomes polynomial in the number of crossings (as only matrix
 multiplication is involved). From a quick look at ticket #17030, that's not
 the case for the existing implementation which appears to implement
 Kauffman's O(2^{O(#crossings)}) algorithm (please correct me if I'm wrong).

 - Søren

 Den torsdag den 6. august 2015 kl. 14.28.39 UTC+2 skrev Amit Jamadagni:

 Hello Soren,
 Thanks for sharing the work. But we do have been working on Knot
 Theory and here is the ticket
 Ticket : http://trac.sagemath.org/ticket/17030
 http://www.google.com/url?q=http%3A%2F%2Ftrac.sagemath.org%2Fticket%2F17030sa=Dsntz=1usg=AFQjCNHtremMXOZeAA7pqdSLRqPr2yNIIg,
 which is currently under review. It would be helpful if you compare the
 missing features as the work on calculations of Jones polynomial has been
 included. Also from the source, as far as I understand the representations
 are mainly Braid Group, but we do have supported other representations such
 as oriented gauss code and also planar diagram. I guess you could directly
 contribute to the ticket, if something is missing.

 Thanks,
 Amit.

 On Thu, Aug 6, 2015 at 7:30 PM, fuglede@gmail.com wrote:

 Hey sage-devel

 In work with Egsgaard, I ended up needing an implementation of the Jones
 representations of braid groups and figured it made sense to do it in sage.
 While interesting in their own right, they also allow for direct
 calculation of the Jones polynomials of the trace closures of the braids,
 and I figured that since sage is currently rather low on quantum topology
 (and knot theory in general), that adding this to the base could be useful
 in general.

 The development guide suggests suggesting changes here before on trac,
 so here you go. The source code is currently available here:

 https://github.com/fuglede/jones-representation/blob/master/curverep.sage

 - Søren

 --
 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+...@googlegroups.com.
 To post to this group, send email to sage-...@googlegroups.com.
 Visit this group at http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: proprecation ? sandbox ?

2015-04-03 Thread Amit Jamadagni
Hello Simon,
Here is the ticket on Knot Theory
http://trac.sagemath.org/ticket/17030. There are some more tickets which
are related to the HOMFLY polynomial computation, which is being packaged
http://trac.sagemath.org/ticket/18047.
ᐧ

On Fri, Apr 3, 2015 at 1:16 PM, Simon King simon.k...@uni-jena.de wrote:

 Hi Karl-Dieter,

 On 2015-04-02, kcrisman kcris...@gmail.com wrote:
  So if this is a solution to that problem, this seems very reasonable
  indeed.  How many uncaught bugs would we allow? (I'm thinking of the
 knot
  theory code, for instance, which currently languishes due pretty much
 only
  due to lack of some outside reviewer, but for which one would need to
 know
  a fair amount about knot theory to review properly.)

 It is a while ago, but around my PhD I did knot theory.

 So, can you give me a pointer towards the to-be-reviewed tickets on knot
 theory?

 Best regards,
 Simon


 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Should we consider an unmaintained upstream package as upstream?

2015-01-15 Thread Amit Jamadagni
Hello Miguel,
 I have few queries, not related to the questions though :
1. I have read through the readme and as I understand the input that the
package uses is a bit different. So it would be really helpful to know how
all of this will fit together with the current input ??
2. Given, if the input is different, we do have an algorithm which uses the
Dowker notation to compute the polynomial. So would it not be better to
write something from scratch than to package something which is not
maintained ??
ᐧ

On Thu, Jan 15, 2015 at 5:47 PM, mmarco mma...@unizar.es wrote:

 I have been working on patching a program that computes the homfly
 polynomial of knots and links, in order to use it as a shared library. I
 would like to include it as an optional sage package in the mid term, so we
 could use it in the knot theory module that is being worked on (by the way,
 ticket #17030 needs review).

 The program is available here:

 [1] http://burtleburtle.net/bob/knot/homfly.html

 The last version was writen in 2010, and i haven't heard any news about it
 since then.

 I have my patched version in

 [2] https://github.com/miguelmarco/libhomfly.

 So, considering all this, which would be the best way to go?

 1) Include the tarball from [1] in the package and patch it in
 installation time.
 2) Create a tarball from [2] and treat it as upstream.

 I know that the standard way to go is 1), but in this case, it is not
 maintained at all. Of course, in the option 2), there isn't really a
 maintainer right now (i just dug into the code enough to patch the
 input/output, strimmed the printf commands, and changed memory allocation
 to boehm to prevent memory leaks; but i didn't look into the internals of
 how the computations are actually done)... but i think we would be slightly
 closer to it than in option 1).

 Thoughts?

 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] git trac asking for password

2014-10-26 Thread Amit Jamadagni
Hello everyone,
  I have setup the git-trac-enable using the source enable.sh and also 
have set the username and password using 
git trac config --user USERNAME --pass ''. 
It prompts me to give in a password 
~/sage$ git trac push 17030
Pushing to Trac #17030...
Guessed remote branch: u/amitjamadagni/ticket/17030
g...@trac.sagemath.org's password: 

This has not happened before, any help on this would be great. Thanks

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: Problems with sage build.

2014-09-26 Thread Amit Jamadagni
Hello Travis,
That worked :). Thanks. I have made some edits that you have
suggested not all though, please have a look at them.

On Thu, Sep 25, 2014 at 3:31 AM, Travis Scrimshaw tsc...@ucdavis.edu
wrote:

 Hey Amit,
From a quick look at the commit log, I think you've updated Sage, but
 haven't rebuilt the spkgs, of which there are changes in the Sage code
 which require those to be rebuilt. The code on the ticket has nothing to do
 with PARI, so I expect you will experience on develop (note, not
 master) as well. What I'd suggest doing is going into $SAGE_ROOT and
 running make build. If that doesn't work, there's always the nuclear
 option make distclean  make.

 Best,
 Travis



 On Wednesday, September 24, 2014 4:18:49 PM UTC-5, Amit Jamadagni wrote:

 Hello everyone,
I have been working on the knot theory module. I have pushed all
 my work onto github. Recently I created a ticket #17030, and have added the
 trac details. Here is what I get when I do a
 git remote -v
 origin https://github.com/amitjamadagni/sage (fetch)
 origin https://github.com/amitjamadagni/sage (push)
 trac git://trac.sagemath.org/sage.git (fetch)
 trac g...@trac.sagemath.org:sage.git (push)

 Now I used to use the following procedure to push my work onto github.
 Changes --- build sage --- test the results --- commit and then push

 After I have added the trac details, when I build sage it takes a lot
 more time when compared to the previous time which I used to do before
 committing the changes onto github. And sage does not build completely
 instead it ends with the following error :

 error: command 'gcc' failed with exit status 1
 build/cythonized/sage/libs/pari/handle_error.c: In function
 ‘__pyx_f_4sage_4libs_4pari_12handle_error__pari_handle_exception’:
 build/cythonized/sage/libs/pari/handle_error.c:1046:32: error: ‘e_STACK’
 undeclared (first use in this function)
 build/cythonized/sage/libs/pari/handle_error.c:1046:32: note: each
 undeclared identifier is reported only once for each function it appears in
 build/cythonized/sage/libs/pari/handle_error.c:1107:32: error: ‘e_USER’
 undeclared (first use in this function)

 This has happened with when I do the above activity on my local machine
 as well when I tried it on the cloud.

 Here are my doubts:
 1. How do I go about resolving the above issue.
 2. I checkout onto the required branch my doing git trac checkout 17030.
 Do the changes reflect both in the local branch on github as well as the
 current branch??

 Thanks.

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Problems with sage build.

2014-09-24 Thread Amit Jamadagni
Hello everyone,
   I have been working on the knot theory module. I have pushed all my 
work onto github. Recently I created a ticket #17030, and have added the 
trac details. Here is what I get when I do a 
git remote -v
origin https://github.com/amitjamadagni/sage (fetch)
origin https://github.com/amitjamadagni/sage (push)
trac git://trac.sagemath.org/sage.git (fetch)
trac g...@trac.sagemath.org:sage.git (push)

Now I used to use the following procedure to push my work onto github. 
Changes --- build sage --- test the results --- commit and then push

After I have added the trac details, when I build sage it takes a lot more 
time when compared to the previous time which I used to do before 
committing the changes onto github. And sage does not build completely 
instead it ends with the following error :

error: command 'gcc' failed with exit status 1
build/cythonized/sage/libs/pari/handle_error.c: In function 
‘__pyx_f_4sage_4libs_4pari_12handle_error__pari_handle_exception’:
build/cythonized/sage/libs/pari/handle_error.c:1046:32: error: ‘e_STACK’ 
undeclared (first use in this function)
build/cythonized/sage/libs/pari/handle_error.c:1046:32: note: each 
undeclared identifier is reported only once for each function it appears in
build/cythonized/sage/libs/pari/handle_error.c:1107:32: error: ‘e_USER’ 
undeclared (first use in this function)

This has happened with when I do the above activity on my local machine as 
well when I tried it on the cloud.

Here are my doubts:
1. How do I go about resolving the above issue.
2. I checkout onto the required branch my doing git trac checkout 17030. Do 
the changes reflect both in the local branch on github as well as the 
current branch?? 

Thanks.

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Creating a new module and integrating it into Sage for testing

2014-05-22 Thread Amit Jamadagni
Hello everyone,
I have been working on writing a Link class and integrating 
into Sage as a part of GSoC 2014. I have managed to get the code working 
and tested it by loading the file into Sage environment. But when I make a 
new folder called knots and add the link.py into it and try building sage 
by giving in ./sage -b it does not recognize the added file. Any help on 
this would be really great. Thanks.

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: Creating a new module and integrating it into Sage for testing

2014-05-22 Thread Amit Jamadagni
Hello John,
Thanks for the reply but sage shell does not detect the link class
which is in link.py. I have added an empty file __init__.py. Any help on
this ?? Thanks


On Fri, May 23, 2014 at 12:06 AM, John H Palmieri jhpalmier...@gmail.comwrote:


 On Thursday, May 22, 2014 11:29:51 AM UTC-7, Amit Jamadagni wrote:

 Hello everyone,
 I have been working on writing a Link class and integrating
 into Sage as a part of GSoC 2014. I have managed to get the code working
 and tested it by loading the file into Sage environment. But when I make a
 new folder called knots and add the link.py into it and try building sage
 by giving in ./sage -b it does not recognize the added file. Any help on
 this would be really great. Thanks.



 Try adding an empty file called __init__.py to the directory. Does that
 help?

 --
 John



 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: Regarding Braid project and its integration in Sage

2014-05-05 Thread Amit Jamadagni
Yes, with some pointers I guess I can pull it off. But re-writing would
make it set once for all. That is what I think.


On Mon, May 5, 2014 at 5:58 PM, mmarco mma...@unizar.es wrote:

 Amit, how do you feel about that patching? Do you feel capable of doing it?

 El sábado, 3 de mayo de 2014 22:29:23 UTC+2, Amit Jamadagni escribió:

 Hello all,
  We (me under the mentorship of Miguel) have been working on
 the implementation of Knot theory in Sage as a part of GSoC 2014 and would
 like to hear your thoughts on the following subject.
 We got introduced to the Braid progamme (http://www.layer8.co.uk/
 maths/braids/index.htm) project as we were looking out for Vogel's
 algorithm implementation. Coming to the details of Braid project it has
 been written in C++ and has some extensive results pertaining to Braid word
 representation. It would be great if the community could comment on the
 issue below:

 Would it be great to rewrite the entire code or just wrap the present
 code. (This has been posed keeping in mind that the community supports the
 idea building the car instead of reinventing the wheel because of the
 following reasons).

 We are yet to know the license on which the above project has been
 shipped.

 If the author is happy then we are thinking of re-implementing the most
 important parts and writing wrappers for the rest as a temporary solution
 (during the coding period) and then move onto re-implement the rest of the
 project (after the summer) [The re-implementation would help in maintaining
 the code].

 Some might comment saying  Why to reinvent the wheel if wrappers are
 present ?? 
 We had problems compiling the braid project using gcc 4.7, it worked fine
 using the older versions. So we cannot guarantee that wrappers would work
 on every system.
 And as mentioned above, re-implementation might help in
 effective maintenance of the code.

 So we have come to the conclusion that the code must be rewritten but it
 would be done in phases.

 If there could be a better way out, it would be of great help if we could
 be notified.

 If it turns out to be negative (in sense the license does not meet the
 expectations) then re-writing the entire logic would be the only option
 remaining.(We are losing out on wrappers for some good code for a temporary
 period of time).

 Hoping to hear from the community.Thanks.

 Amit.

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: Regarding Braid project and its integration in Sage

2014-05-05 Thread Amit Jamadagni
But the worry is that the maintainer has not given his thoughts on the
subject of license. I know re-writing is altogether at a different level
(keeping in mind the extensive results that Braid program provides), but
considering the advantages like total control (rather than wrapping, with
compiler version issues creeping up in between and, easy code maintenance
stand out. Keeping in mind that we are yet to estimate the robustness of
the software (as Nathan, above points comments on this subject) rewriting
would provide greater insight, and if everyone is okay with
re-implementation then we can do it in phases, initially writing wrappers
(temporary basis) for the less important and then partially moving
everything in. These are my thoughts as of now.


On Mon, May 5, 2014 at 6:02 PM, Amit Jamadagni bitsjamada...@gmail.comwrote:

 Yes, with some pointers I guess I can pull it off. But re-writing would
 make it set once for all. That is what I think.


 On Mon, May 5, 2014 at 5:58 PM, mmarco mma...@unizar.es wrote:

 Amit, how do you feel about that patching? Do you feel capable of doing
 it?

 El sábado, 3 de mayo de 2014 22:29:23 UTC+2, Amit Jamadagni escribió:

 Hello all,
  We (me under the mentorship of Miguel) have been working on
 the implementation of Knot theory in Sage as a part of GSoC 2014 and would
 like to hear your thoughts on the following subject.
 We got introduced to the Braid progamme (http://www.layer8.co.uk/
 maths/braids/index.htm) project as we were looking out for Vogel's
 algorithm implementation. Coming to the details of Braid project it has
 been written in C++ and has some extensive results pertaining to Braid word
 representation. It would be great if the community could comment on the
 issue below:

 Would it be great to rewrite the entire code or just wrap the present
 code. (This has been posed keeping in mind that the community supports the
 idea building the car instead of reinventing the wheel because of the
 following reasons).

 We are yet to know the license on which the above project has been
 shipped.

 If the author is happy then we are thinking of re-implementing the most
 important parts and writing wrappers for the rest as a temporary solution
 (during the coding period) and then move onto re-implement the rest of the
 project (after the summer) [The re-implementation would help in maintaining
 the code].

 Some might comment saying  Why to reinvent the wheel if wrappers are
 present ?? 
 We had problems compiling the braid project using gcc 4.7, it worked
 fine using the older versions. So we cannot guarantee that wrappers would
 work on every system.
 And as mentioned above, re-implementation might help in
 effective maintenance of the code.

 So we have come to the conclusion that the code must be rewritten but it
 would be done in phases.

 If there could be a better way out, it would be of great help if we
 could be notified.

 If it turns out to be negative (in sense the license does not meet the
 expectations) then re-writing the entire logic would be the only option
 remaining.(We are losing out on wrappers for some good code for a temporary
 period of time).

 Hoping to hear from the community.Thanks.

 Amit.

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/d/optout.




-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


[sage-devel] Regarding Braid project and its integration in Sage

2014-05-03 Thread Amit Jamadagni
Hello all,
 We (me under the mentorship of Miguel) have been working on 
the implementation of Knot theory in Sage as a part of GSoC 2014 and would 
like to hear your thoughts on the following subject. 
We got introduced to the Braid progamme (
http://www.layer8.co.uk/maths/braids/index.htm) project as we were looking 
out for Vogel's algorithm implementation. Coming to the details of Braid 
project it has been written in C++ and has some extensive results 
pertaining to Braid word representation. It would be great if the community 
could comment on the issue below:

Would it be great to rewrite the entire code or just wrap the present code. 
(This has been posed keeping in mind that the community supports the idea 
building 
the car instead of reinventing the wheel because of the following 
reasons). 

We are yet to know the license on which the above project has been shipped. 

If the author is happy then we are thinking of re-implementing the most 
important parts and writing wrappers for the rest as a temporary solution 
(during the coding period) and then move onto re-implement the rest of the 
project (after the summer) [The re-implementation would help in maintaining 
the code].

Some might comment saying  Why to reinvent the wheel if wrappers are 
present ?? 
We had problems compiling the braid project using gcc 4.7, it worked fine 
using the older versions. So we cannot guarantee that wrappers would work 
on every system. 
And as mentioned above, re-implementation might help in 
effective maintenance of the code. 

So we have come to the conclusion that the code must be rewritten but it 
would be done in phases.

If there could be a better way out, it would be of great help if we could 
be notified.  

If it turns out to be negative (in sense the license does not meet the 
expectations) then re-writing the entire logic would be the only option 
remaining.(We are losing out on wrappers for some good code for a temporary 
period of time). 

Hoping to hear from the community.Thanks.

Amit.

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: Sage accepted for GSoC 2014

2014-02-25 Thread Amit Jamadagni
Hello Vincent,
   Thanks for the reply. I wanted to work on the implementation as
it was mentioned in the ideas page(
https://docs.google.com/document/d/15v7lXZR1U4H2pT21d2fyPduYGb74JAFjkXJ6CWYmYfw/pub).
 I have introduced myself and posted about the same on the sage-gsoc google
group. I wanted to know whether I need to forward the discussion to the
possible mentors mentioned on the ideas page or whether it was sufficient
just to post on that group. Coming back to the implementation I will look
through SnapPy and its integration with Sage and get back in touch with you
as soon as possible. Thanks for all the help and guidance.

Amit.


On Tue, Feb 25, 2014 at 1:05 PM, Vincent Delecroix 
20100.delecr...@gmail.com wrote:

 Hello Amit,

  I am a student and I would like to participate in SoC. I have
  already posted about my interest on working about the implementation of
  Knot Theory. Is it necessary that the message be forwarded to mentors or
  any other mailing list other than this one ??  Thanks.

 There are already plenty of math software for knot theory. One very
 active is SnapPy [1] but you can find several lists of softwares on
 the web such as [2]. SnapPy is licensed GPLv2+ so it should be
 compatible with Sage. SnapPy is already packaged for Sage [3] but the
 integration could be smoother (in particular the package might be
 available from sagemath.org website).
 If you are interested in knot theory, one option is to contact authors
 of SnapPy (Marc Culler and Nathan Dunfield from Chicago) and see if
 they can mentor you for a Sage related project. You can mention my
 name to them and if needed I could also possibly do part of the
 mentoring.
 In any case do not start from scratch implementing knots in Sage. It
 would be a waste of time.

 All best,
 Vincent Delecroix (from France)

 [1] http://www.math.uic.edu/t3m/SnapPy/
 [2] http://legacy.earlham.edu/~peters/knotlink.htm#software
 [3] http://www.math.uic.edu/t3m/SnapPy/installing.html#sage

 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [sage-devel] Re: Sage accepted for GSoC 2014

2014-02-25 Thread Amit Jamadagni
Hello Volker,
   Thanks for the reply. As I have posted in the recent
threads, I would like to discuss this project and have created a thread for
the same on the sage-gsoc group. I hope you've had a look at it (
https://groups.google.com/forum/#!topic/sage-gsoc/tb2O7zEoUx0) , it would
be really great if you could comment on it as it would provide me with an
idea of the implementation that can be done. Thanks.


On Tue, Feb 25, 2014 at 4:06 PM, Volker Braun vbraun.n...@gmail.com wrote:

 We certainly could to use some of the SnapPy parts, like look at the
 Tcl/Tk link editor. But thats not going to integrate into the notebook.
 Also, link plots could look imho better. Apart from the GUI side, we need
 something that we can interface with more research-y codes written in GAP
 or Singular which SnapPy can't do.



 On Tuesday, February 25, 2014 8:35:39 AM UTC+1, vdelecroix wrote:

 There are already plenty of math software for knot theory. One very
 active is SnapPy [1]

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [sage-devel] Re: Sage accepted for GSoC 2014

2014-02-25 Thread Amit Jamadagni
I have been going through the implementation Knot Atlas, as per my
understanding they have stored the knots in a table and have inputted it to
get various results, I would like to know whether we will be using tables
to input or any other way to input. I have seen through Vogel's algorithm
 which takes in the oriented gauss code and ends up giving out the braid
word [1] from which we can construct the knot(as it is closed braid) and
from the braid word we can calculate the Alexander polynomial from the
Burau's representation(which is currently implemented in braid in Sage) (I
have heard is not true for strings greater than 5). I have been reading
through [2] which mentions how to calculate Seifert matrix from a braid
representation which can be again used to represent knots. I have been
searching for algorithms which would relate the Seifert matrix and various
invariants. It would be really helpful if I could get more reference to the
algorithms that could be implemented. I have just started the
implementation details mentioned in [3].

[1] http://magma.maths.usyd.edu.au/~danr/site/talks/20070531.pdf
[2] http://www.maths.ed.ac.uk/~jcollins/SeifertMatrix/SeifertMatrix.pdf
[3] http://www.layer8.co.uk/maths/braids/braid-user-documentation.html

On Tue, Feb 25, 2014 at 7:16 PM, kcrisman kcris...@gmail.com wrote:



 [2] http://legacy.earlham.edu/~peters/knotlink.htm#software


 *June 2, 2004*. Unfortunately I no longer have time to update *Knots on
 the Web*. I know it conntains many dead links and omits many good, new
 sites. 

 And my understanding is that the Knot Atlas
 http://katlas.math.toronto.edu/wiki/Main_Page and the Mathematica package
 creating it is the state of the art.  Does SnapPy now really have all that
 combinatorial stuff?  I think that at the very least a good wrapper
 allowing for use of *any* robust backend for knots would be a great
 contribution to Sage.  mmarco seems to have a good sense of what would
 actually be needed to do this.  It's definitely a significant hole in Sage.
 - one might even wonder whether the authors of the Mma package would be
 willing to license their package in such a way that the algorithms for
 computing various invariants etc. could be used/{P,C}ythonized in Sage, if
 some people know them http://katlas.math.toronto.edu/wiki/Acknowledgement

 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [sage-devel] Re: Sage accepted for GSoC 2014

2014-02-24 Thread Amit Jamadagni
Hello,
I am a student and I would like to participate in SoC. I have
already posted about my interest on working about the implementation of
Knot Theory. Is it necessary that the message be forwarded to mentors or
any other mailing list other than this one ??  Thanks.


On Tue, Feb 25, 2014 at 3:18 AM, William Stein wst...@gmail.com wrote:

 Somebody needs to update this: http://wiki.sagemath.org/GSoC

 On Mon, Feb 24, 2014 at 11:13 AM, Harald Schilly
 harald.schi...@gmail.com wrote:
  No. First we need the proposals and we evaluate and rank them. This
  means, everyone discusses them, gives them a number from 0 to 10, and
  we set their state to ok (or however it is called) or invalid.
  Then I am, in my role as administrator, tell google melange two
  numbers: minimum number of how many projects we really want, and a
  maximum number. After that, we'll get green lights projects sorted by
  rank and if necessary, there are additional rounds of deduplication
  and so on.
 
  harald
 
 
  On Mon, Feb 24, 2014 at 8:06 PM, mmarco mma...@unizar.es wrote:
  Good to hear. Do we already know how many students will be assigned?
 
  --
  You received this message because you are subscribed to a topic in the
  Google Groups sage-devel group.
  To unsubscribe from this topic, visit
  https://groups.google.com/d/topic/sage-devel/XLGtj7Qwn4c/unsubscribe.
  To unsubscribe from this group and all its topics, 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 http://groups.google.com/group/sage-devel.
  For more options, visit https://groups.google.com/groups/opt_out.
 
  --
  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 http://groups.google.com/group/sage-devel.
  For more options, visit https://groups.google.com/groups/opt_out.



 --
 William Stein
 Professor of Mathematics
 University of Washington
 http://wstein.org

 --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [sage-devel] Re: Ticket 15003

2014-02-17 Thread Amit Jamadagni
Hello,
A review on the ticket would be great
http://trac.sagemath.org/ticket/15003. Thanks.


On Sat, Feb 15, 2014 at 7:14 AM, Amit Jamadagni bitsjamada...@gmail.comwrote:

 Hello,
  I have tried to resolve the issue. Any comments would be helpful.
 Thanks.


 On Fri, Feb 14, 2014 at 4:31 AM, Volker Braun vbraun.n...@gmail.comwrote:

 Never copypaste code around. Just call gamma from factorial.


 On Thursday, February 13, 2014 8:13:47 PM UTC, Amit Jamadagni wrote:

 Hello,
 I was going through this ticket http://trac.sagemath.
 org/ticket/15003. The factorial should return gamma(x+1) which is the
 necessary answer, can this be directly called or should there be a
 replication of the code from gamma implementation.I was going through
 real_mpfi.pyx. This is the first time I am trying to fix a ticket for Sage.
 Any help would be really great. Thanks.

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [sage-devel] Re: Ticket 15003

2014-02-14 Thread Amit Jamadagni
Hello,
 I have tried to resolve the issue. Any comments would be helpful.
Thanks.


On Fri, Feb 14, 2014 at 4:31 AM, Volker Braun vbraun.n...@gmail.com wrote:

 Never copypaste code around. Just call gamma from factorial.


 On Thursday, February 13, 2014 8:13:47 PM UTC, Amit Jamadagni wrote:

 Hello,
 I was going through this ticket http://trac.sagemath.
 org/ticket/15003. The factorial should return gamma(x+1) which is the
 necessary answer, can this be directly called or should there be a
 replication of the code from gamma implementation.I was going through
 real_mpfi.pyx. This is the first time I am trying to fix a ticket for Sage.
 Any help would be really great. Thanks.

  --
 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 http://groups.google.com/group/sage-devel.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


[sage-devel] Ticket 15003

2014-02-13 Thread Amit Jamadagni
Hello,
I was going through this ticket 
http://trac.sagemath.org/ticket/15003. The factorial should return 
gamma(x+1) which is the necessary answer, can this be directly called or 
should there be a replication of the code from gamma implementation.I was 
going through real_mpfi.pyx. This is the first time I am trying to fix a 
ticket for Sage. Any help would be really great. Thanks.

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.


[sage-devel] Unable to open account on Sage Trac Server

2014-02-12 Thread Amit Jamadagni
Hello,
 
Hello, 
 I have setup sage and have gone through some of the issues. I have 
also gone through the Developer Guide (
http://www.sagemath.org/doc/developer/index.html) but there seems to be 
requirement of creating a account by sending in the details to the 
specified google group. But I still did not get any reply or notification 
regarding the same. Could you please provide some further information on 
this so that I can start working on the same. Thanks.

Amit.

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.