Re: [sage-devel] Re: what needs deprecation?

2015-06-09 Thread Sébastien Labbé
On Monday, June 1, 2015 at 11:08:54 PM UTC+2, William wrote: Quoting straight from the Python docs [1]: However, there is a convention that is followed by most Python code: a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API (whether it is

Re: [sage-devel] Re: Documentation and functions in wrong place

2015-06-09 Thread Jori Mäntysalo
On Mon, 8 Jun 2015, Nicolas M. Thiery wrote: So far we have been aiming at the following rule of thumb, for posets and elsewhere: - Where parent/elements/categories are relevant, abstract code that does not depend on the data structure shall go in sage.categories. What this means for, say,

[sage-devel] sage build problems on Cygwin64 from sage-6-7.tar.gz and from https://github.com/sagemath/git-trac-c

2015-06-09 Thread Stefan Auracher
After finding problems sage-6-7.tar.gz Now I succeeded with git clone https://github.com/sagemath/git-trac-command.git But in compiling on Cygwin64 I run into a problem with ecm-6.4.4 After leaving ~/sage-git/sage/local/var/tmp/sage/build/givaro-3.7.1/src I got: The following package(s) may have

Re: [sage-devel] What kind of pictures to documentation?

2015-06-09 Thread Nicolas M. Thiery
On Mon, May 25, 2015 at 09:05:49PM +0300, Jori Mäntysalo wrote: Is this kind of picture useful as a part of documentation? I.e. do we want pictures showing what is some mathematical thing, to some degree teaching mathematics to reader of documentation? Personal opinion: YES! Cheers,

Re: [sage-devel] Re: Documentation and functions in wrong place

2015-06-09 Thread Nicolas M. Thiery
On Sun, May 24, 2015 at 09:09:54AM -0700, Nathann Cohen wrote: - Define the poset category in the posets/ folder. Having some poset code in combinat/ and some other in categories/ when there is no clear way to know what belongs where is not a good idea. So far we have been aiming at

Re: [sage-devel] Re: what needs deprecation?

2015-06-09 Thread Nicolas M. Thiery
On Mon, Jun 01, 2015 at 02:08:13PM -0700, William Stein wrote: I have always viewed the public interface of a Python module to be the set of classes and functions that are not private, i.e., do not start with an underscore. In C++/Java this distinction is even clearer since the word public

Re: [sage-devel] Re: Documentation and functions in wrong place

2015-06-09 Thread Jeroen Demeyer
On 2015-06-09 13:18, Nathann Cohen wrote: There can be debates about this rule, and how far we are from having implemented it everywhere; but the rule is clear and simple. Fortunately, it is not at all like this in practice. Or we would have to switch constantly from one file in

Re: [sage-devel] Re: what needs deprecation?

2015-06-09 Thread Volker Braun
I think we all agree that underscore methods on classes that are private. What this thread is about are module globals (like class names, constants), that are not imported by default. I don't see may people using underscore names for these. I certainly don't do it, and I can point you at lots

Re: [sage-devel] Re: show() vs. plot() on digraphs or posets

2015-06-09 Thread Nathann Cohen
But I would like to be sure that .show(...options...) is just a shortcut to .plot(...options...).show() for posets. For graphs it is not. Well, the reason for that is that graphs.PetersenGraph().show(method=js) is not really a plot. Maybe it also makes sense for Posets, by the way. Nathann --

Re: [sage-devel] Re: Documentation and functions in wrong place

2015-06-09 Thread Nathann Cohen
There can be debates about this rule, and how far we are from having implemented it everywhere; but the rule is clear and simple. Fortunately, it is not at all like this in practice. Or we would have to switch constantly from one file in combinat/poset/ to its equivalent counterpart in

Re: [sage-devel] Re: show() vs. plot() on digraphs or posets

2015-06-09 Thread Jori Mäntysalo
On Mon, 8 Jun 2015, Nathann Cohen wrote: I don't know anything about Poset's show/plot functions. For Graph.plot(), however, it is true that it is never said explicitly that additional parameters will be forwarded to matplotlib. It is done in Graph.show? but not in Graph.plot?. But there the

Re: [sage-devel] Question about Free algebra

2015-06-09 Thread Nicolas Borie
Le 09/06/2015 06:50, Viviane Pons a écrit : Hi everyone, I'm doing this: sage: FreeA.a,b,c,d,e,f = FreeAlgebra(QQ,implementation=letterplace) sage: P = a*b*a*c*c*b + a*b*a*d*d*b + a*c*a*d*d*c + b*c*b*d*d*c sage: X = P.lm() sage: X a*b*a*c*c*b And now I would like a way to cut my element X

Re: [sage-devel] Question about Free algebra

2015-06-09 Thread Viviane Pons
The thing is: we actually need this specific implementation which is much quicker for what we're doing. So I'm going to look closer at the object and probably open a ticket to allow for such basic operation. Best Viviane 2015-06-09 2:24 GMT-05:00 Nicolas Borie nicolas.bo...@univ-mlv.fr: Le

[sage-devel] Re: About Math Processing Error

2015-06-09 Thread Andrey Novoseltsev
I believe that the problem is in the absence of image fonts, not the JS file. That's exactly the situation that I saw with SageNB and SageMathCell output on certain computers (=public computers on our campus, Windows 7 + Firefox 38). See http://trac.sagemath.org/ticket/17288#comment:42

Re: [sage-devel] Question about Free algebra

2015-06-09 Thread Viviane Pons
Yes, I actually figured that out after some time. We've opened a ticket here : http://trac.sagemath.org/ticket/18653 and I'm on it: doing basically what you're saying. Best Viviane 2015-06-09 12:32 GMT-05:00 John H Palmieri jhpalmier...@gmail.com: sage: list(X) [((1, 0, 0, 0, 0, 0, 0, 1, 0,

[sage-devel] Re: parents and elements and categories

2015-06-09 Thread 'Martin R' via sage-devel
I don't know at all the topic of FindStatMap, but it seems that you have touched a limitation of Sage's Parent/Element scheme: an object cannot be both a Parent and an Element (of another Parent)... This of course contrasts with Set/Element in mathematics. OK. But maybe that's

Re: [sage-devel] Question about Free algebra

2015-06-09 Thread John H Palmieri
sage: list(X) [((1, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1, 0, 0, 0, 0), 1)] It looks like the tuple is a concatenation of 6 (one for each factor of X) tuples of length 6 (one for each generator): (1,0,0,0,0,0), (0,1,0,0,0,0), etc.,

[sage-combinat-devel] List of methods at beginning of files

2015-06-09 Thread Anne Schilling
Hi! Some of us at Sage Days 65 are looking at the long list of methods that exist for certain objects, for example in the Permutation http://doc.sagemath.org/html/en/reference/combinat/sage/combinat/permutation.html#sage-combinat-permutation We like the list, but it appears in some arbitrary

[sage-devel] List of methods at beginning of files

2015-06-09 Thread Anne Schilling
Hi! Some of us at Sage Days 65 are looking at the long list of methods that exist for certain objects, for example in the Permutation http://doc.sagemath.org/html/en/reference/combinat/sage/combinat/permutation.html#sage-combinat-permutation We like the list, but it appears in some arbitrary

Re: [sage-combinat-devel] Re: remove combinat/mupad from sagemath website

2015-06-09 Thread Nicolas M. Thiery
On Mon, Jun 08, 2015 at 03:56:55PM +0200, Nathann Cohen wrote: Yes, that's what I did this morning. It's a pull request, waiting to be accepted. Great. I don't have write access on this repository, so just put a +1 there (and made a further pull request going one step further: removing the link

Re: [sage-combinat-devel] List of methods at beginning of files

2015-06-09 Thread Florent Hivert
Hi Anne ! Some of us at Sage Days 65 are looking at the long list of methods that exist for certain objects, for example in the Permutation http://doc.sagemath.org/html/en/reference/combinat/sage/combinat/permutation.html#sage-combinat-permutation We like the list, but it appears in

Re: [sage-combinat-devel] Re: remove combinat/mupad from sagemath website

2015-06-09 Thread Nicolas M. Thiery
Hi Harald, ... Thanks for your reorganization work on the web site; it's in particular very convenient to now be able to propose changes with our usual collaborative tools! Cheers, Nicolas -- Nicolas M. Thiéry Isil nthi...@users.sf.net

Re: [sage-combinat-devel] Re: remove combinat/mupad from sagemath website

2015-06-09 Thread Harald Schilly
On Sun, Jun 7, 2015 at 9:55 PM, Nicolas M. Thiery nicolas.thi...@u-psud.fr wrote: It's important to keep track of publications using Sage in order to have some sort idea of the usefulness of all the work we put into it. I further believe it's important to refine this further, to have

Re: [sage-combinat-devel] Re: remove combinat/mupad from sagemath website

2015-06-09 Thread Harald Schilly
On Mon, Jun 8, 2015 at 10:39 AM, Nicolas M. Thiery nicolas.thi...@u-psud.fr wrote: Why do you need to rearrange/manage those pages at all? Just leave them as they are. I don't see the cost of this. Me neither. The current situation isn't ideal, but just removing one page and merging everything

Re: [sage-combinat-devel] Re: remove combinat/mupad from sagemath website

2015-06-09 Thread Harald Schilly
On Mon, Jun 8, 2015 at 4:22 PM, Nathann Cohen nathann.co...@gmail.com wrote: As I said before, there are many things in there for which *nobody* knows what exactly they are about. Undocumented scripts, things which are never called by anything else, different workflows on top of each other.

Re: [sage-devel] Re: show() vs. plot() on digraphs or posets

2015-06-09 Thread Jori Mäntysalo
On Tue, 9 Jun 2015, Nathann Cohen wrote: But I would like to be sure that .show(...options...) is just a shortcut to .plot(...options...).show() for posets. For graphs it is not. Well, the reason for that is that graphs.PetersenGraph().show(method=js) is not really a plot. Maybe it also makes

Re: [sage-devel] Re: show() vs. plot() on digraphs or posets

2015-06-09 Thread Nathann Cohen
At least for now it just says TypeError: matplotlib() got an unexpected keyword argument 'method'. Good news. I remember a time when it would have ignored the parameter, and plotted the usual thing :-P Nathann -- You received this message because you are subscribed to the Google Groups

Re: [sage-devel] Re: dpkg: error processing package sagemath-upstream-binary (--configure):

2015-06-09 Thread Jan Groenewald
Hi There is a 6.7 in the dev PPA, testers welcome. We've already deployed this on campus, but is a homogeneous infrastructure. sudo apt-add-repository -y ppa:aims/sagemath-dev sudo apt-get update sudo apt-get install sagemath-upstream-binary sage -notebook To revert, in case of problems: sudo

Re: [sage-devel] Re: dpkg: error processing package sagemath-upstream-binary (--configure):

2015-06-09 Thread Pol del Aguila Pla
Hi, Working perfectly in Linux Mint 17, co-existing with IPython, IJulia and friends without any issues. I updated from the version in the main ppa instead of installing, though. Thank you so much, BR, Pol -- Pol del Aguila Pla Kungshamra 82, Lgh 1203 SE-170 70

Re: [sage-devel] Re: show() vs. plot() on digraphs or posets

2015-06-09 Thread Nathann Cohen
I'll patch that soon. Done in #18646 (needs_review). Nathann -- 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