On Tue, 27 Nov 2012 01:53:31 +0800
P Purkayastha wrote:
> I think the Sage community could quickly expand and there could be
> tens, if not hundreds, of git development branches once the switch to
> git occurs. It would be quite hard to keep track of all the different
> branches and the individ
On 2012-11-26, Robert Bradshaw wrote:
> This is somewhat a continuation of the "permutations...again" thread,
> but I think the topic is much broader than that. Over time
> contributing Sage has become increasingly bureaucratic with the goal
> (I hope) of getting higher-quality more-stable code.
>
On 11/25/2012 09:25 AM, Andrzej Giniewicz wrote:
> Good news - it is said to be fixed in git (like 10 minutes ago). I will
> test git version soon.
>
> https://sourceforge.net/p/maxima/code/ci/5ad2bf71294381da63cafdeded1e5e2de03aa936/
>
> Anyway, is such cases (wrong answers), do we wait for 5.28
My impression is that Sage's directory structure tries to address different
> concerns (meaning here: different mathematical topics). Do you think
> that the present directory structure does not succeed to keep different
> concerns apart?
>
Here are a few folders in the main folder:
- datab
2012-11-26 21:26, v...@ukr.net skrev:
By the way, I downloaded the t1-cyrillic_4.16_all.deb package from
here: http://packages.debian.org/wheezy/t1-cyrillic
and unpacked it. It turned out that this archive contains the files
with commas in 'ItalicAngle' field. So it does not seem to be the
pro
On Mon, Nov 26, 2012 at 1:27 PM, Nils Bruin wrote:
> On Nov 26, 1:03 pm, Christian Stump wrote:
>> Can you be a little more specific here? How would you want the
>> embedding being defined using an extra argument?
>
> Perhaps (embedding = emb)
>
> where emb is an indexable object such that em
On Nov 26, 1:03 pm, Christian Stump wrote:
> Can you be a little more specific here? How would you want the
> embedding being defined using an extra argument?
Perhaps (embedding = emb)
where emb is an indexable object such that emb[i] yields the image of
zeta[i] ?
Of course, it is possible t
On Mon, Nov 26, 2012 at 1:03 PM, Christian Stump
wrote:
>> One can, of course, create cyclotomic
>> fields without such a choice of embedding by passing an extra argument
>> to the constructor. I think it makes a lot of sense to do that here as
>> well.
>
> Can you be a little more specific here?
Dear Charles,
On 2012-11-26, Charles Bouillaguet wrote:
> We (at Lille, France) propose to integrate the DifferentialAlgebra into SAGE.
> This package, which is already present in MAPLE, is the product of years of
> work from François Boulier et al. on differential elimination. It relies on
> Fra
> One can, of course, create cyclotomic
> fields without such a choice of embedding by passing an extra argument
> to the constructor. I think it makes a lot of sense to do that here as
> well.
Can you be a little more specific here? How would you want the
embedding being defined using an extra ar
On Mon, Nov 26, 2012 at 12:35 PM, Nils Bruin wrote:
> On Nov 26, 10:01 am, Christian Stump
> wrote:
>> 2. accessing the UCF as myUCF = UniversalCyclotomicField(
>> genname="E"). Do people prefer name or names (as in CyclotomicField)
>> over genname ? This would also mean that there is nothing to
On Nov 26, 10:01 am, Christian Stump
wrote:
> 2. accessing the UCF as myUCF = UniversalCyclotomicField(
> genname="E"). Do people prefer name or names (as in CyclotomicField)
> over genname ? This would also mean that there is nothing to
> initialize at startup, and thus no startup time difference
On Mon, 26 Nov 2012 06:47:53 +0100
Johan Grönqvist wrote:
>
> Do you still get the "," in the file(s) if you install the font
> package in a non-cyrillic locale, as with
>
> LC_ALL=C apt-get install t1-cyrillic
>
No, it did not help.
I tried to change LC_ALL, LANG and LANGUAGE, but no effect
On 11/26/12 10:17 AM, Charles Bouillaguet wrote:
We are willing to make some effort for the last push until it's done :)
I haven't heard of these mathematical methods, so I can't comment very
intelligibly on that, but I just want to applaud the effort you guys are
going through here. Thanks
It currently looks like there is nothing people really agree on.
Which of the following find a qualified majority (it seems like 1,2,3
do have a majority, while 4 is unclear, and 5 is out, but needs an
alternative).
1. importing UniversalCyclotomicField into the global name space
2. accessing th
On 11/27/2012 01:39 AM, kcrisman wrote:
I think sometimes they get out of sync
with the rest of Sage?
Oh yes, absolutely. Recently, I tried to install kash, and it just
*doesn't work*!
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To post
On Monday, November 26, 2012 5:13:38 PM UTC, Robert Bradshaw wrote:
> I remember the pain of having all one-letter variables defined as
> symbolics, and still get bitten by r/R being defined as the R stats
> interfaces.
>
I use r/R as variables all the time and I have never been bitten by that
On 11/27/2012 01:19 AM, Robert Bradshaw wrote:
This is somewhat a continuation of the "permutations...again" thread,
but I think the topic is much broader than that. Over time
contributing Sage has become increasingly bureaucratic with the goal
(I hope) of getting higher-quality more-stable code.
Great thoughts, Robert; I don't know if it will go anywhere, but it's worth
revisiting every so often.
>
> Raising the bar on Sage code quality creates this limbo area of code
> that's good enough to be shared/built upon, but not good enough to be
> included in Sage. The combinat folks seem
On Monday, November 26, 2012 12:02:18 PM UTC-5, Dan Drake wrote:
>
> On Mon, 26 Nov 2012 at 05:17PM +0100, Charles Bouillaguet wrote:
> > Lastly, what is the right way to go ? experimental package ? optional
> > package ? We confirmed that it compiles and works on Linux and Mac OS
> > X.
>
>
On Nov 26, 8:18 am, Christian Stump wrote:
> I agree that I could add this, though the term "gen" or "gens" is a little
> stretched in this context.
That will REALLY help discoverability, since that's what anyone with a
little sage experience expects to work.
> In which sense do exp( 2 pi i / n
This is somewhat a continuation of the "permutations...again" thread,
but I think the topic is much broader than that. Over time
contributing Sage has become increasingly bureaucratic with the goal
(I hope) of getting higher-quality more-stable code.
Raising the bar on Sage code quality creates th
On Mon, Nov 26, 2012 at 8:18 AM, Christian Stump
wrote:
> Concerning everything said, I do agree with Volker.
>
>> But again that does nothing to help discover the functionality. When
>> I first used cyclotomics in Sage I tried E(3) first, but clearly that
>> didn't work.
>> Well, you said yoursel
On Mon, 26 Nov 2012 at 05:17PM +0100, Charles Bouillaguet wrote:
> Lastly, what is the right way to go ? experimental package ? optional
> package ? We confirmed that it compiles and works on Linux and Mac OS
> X.
It will start as an experimental package. "Optional" packages need some
approval by
On 2012-11-26, v...@ukr.net wrote:
> Hello!
>
> On Mon, 26 Nov 2012 03:52:23 + (UTC)
> Dima Pasechnik wrote:
>
>> On 2012-11-26, v_2e wrote:
>> > I removed the package 't1-cyrillic' which contained the files with
>> > comma in 'ItalicAngle' value that I listed in one of my previous
>> >
sage -startuptime will show how ling each module takes to startup.
While I was not enthusiastic about the notation E() if it costs
essentially nothing I will not object further.
John
On 26 November 2012 16:18, Christian Stump wrote:
> Concerning everything said, I do agree with Volker.
>
>> But
Concerning everything said, I do agree with Volker.
> But again that does nothing to help discover the functionality. When
> I first used cyclotomics in Sage I tried E(3) first, but clearly that
> didn't work.
> Well, you said yourself that if you're not a GAP user then E() will not
be intuitiv
Hi all,
We (at Lille, France) propose to integrate the DifferentialAlgebra into SAGE.
This package, which is already present in MAPLE, is the product of years of
work from François Boulier et al. on differential elimination. It relies on
François's C libraries. Its core is an implementation of
On Monday, November 26, 2012 3:54:52 PM UTC, Keshav Kini wrote:
> Well, you said yourself that if you're not a GAP user then E() will not
> be intuitive.
If you have a name that is more intuitive or accustomed to more users name
than "E" then please do share!
Also, if you would have never gue
Volker Braun writes:
> But again that does nothing to help discover the functionality. When
> I first used cyclotomics in Sage I tried E(3) first, but clearly that
> didn't work.
Well, you said yourself that if you're not a GAP user then E() will not
be intuitive. What percentage of Sage users ar
Dear Paul-Olivier,
On 2012-11-26, Paul-Olivier Dehaye wrote:
> My understanding of aspect-oriented programming in general: encourages the
> developer to realize that there are several concerns that will be present
> in a large project, and to organize the project in such a way to minimize,
> a
My understanding of aspect-oriented programming in general: encourages the
developer to realize that there are several concerns that will be present
in a large project, and to organize the project in such a way to minimize,
at any location in the code, the number of concerns whose concrete
impl
Hello!
On Mon, 26 Nov 2012 03:52:23 + (UTC)
Dima Pasechnik wrote:
> On 2012-11-26, v_2e wrote:
> > I removed the package 't1-cyrillic' which contained the files with
> > comma in 'ItalicAngle' value that I listed in one of my previous
> > messages, and now the Sage tests pass fine.
> >
On Monday, November 26, 2012 9:22:19 AM UTC, Nicolas M. Thiéry wrote:
> On Mon, Nov 26, 2012 at 05:55:30AM +, Dima Pasechnik wrote:
> > wouldn't EE be a more consistent choice, in line with QQ, ZZ, etc?
> - It's a bit different, since E is not a parent, but a
> function/constructor return
On Mon, Nov 26, 2012 at 05:55:30AM +, Dima Pasechnik wrote:
> wouldn't EE be a more consistent choice, in line with QQ, ZZ, etc?
Just a couple cents:
- It's a bit different, since E is not a parent, but a
function/constructor returning an element.
- It's good to use E as notation in the *o
On Monday, November 26, 2012 7:47:08 AM UTC, Nils Bruin wrote:
> If we put UCF in the global namespace, would UCF be an instance of the
> UniversalCyclotomicField class? In that case, do we know what the cost
> of that is?
It would be a tiny fraction of the startup time spent by flaskext.babel
On Monday, November 26, 2012 5:55:01 AM UTC, Simon King wrote:
> Hi!
> Indeed. I would expect that "E" in the global name space of any computer
> algebra system is the E used in scientific notation such as 1.53E-3.
>
No, the "E" in scientific notation is not an identifier. Its part of the
numb
37 matches
Mail list logo
