Below is a transcript from a SAGE session. I was playing around
checking to make sure that a modification of the rational_points code
gave the right answers when I noticed that there were repeats in the
lists returned by rational_points(). Below I iterate through the list
of rational points and co
On Jan 10, 8:50 am, Jason Grout <[EMAIL PROTECTED]> wrote:
Hi Jason,
> Thanks to Robert Bradshaw's tremendous help, we have the start of a
> QEPCAD spkg for linux posted athttp://trac.sagemath.org/sage_trac/ticket/772
>
> The spkg does not include source because we haven't sorted out licensing
Hi Sage-Devel,
Some of you might find this interesting -- it's an email I just got from
a professor in Iran who is very excited about Sage and plans to
run a workshop there on Sage soon. Write to him if you have any
thoughts.
-- William
-- Forwarded message --
From: Amir Moha
Hi,
In 12 hours I will submit the SCREMS proposal I mentioned a few days ago, which
would get us two very nice 128GB 16 x 3Ghz servers.
I've substantially updated the proposal, including a new major section by the E8
ATLAS group, actually filling in the budget and summary, etc. It's here:
On Jan 10, 10:37 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> In 12 hours I will submit the SCREMS proposal I mentioned a few days ago,
> which
> would get us two very nice 128GB 16 x 3Ghz servers.
>
> I've substantially updated the proposal, including a new major section by the
>
I don't have an answer to Brandon's remark, but John, should this be in
Trac?
On Jan 6, 2008 8:59 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> I realize this is a bit naive (and not completely related to the OP)
> but as it currently stands the CC used in sage is essentially a
> subfiel
On Jan 10, 2008 2:45 AM, mabshoff
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Jan 10, 10:37 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > In 12 hours I will submit the SCREMS proposal I mentioned a few days ago,
> > which
> > would get us two very nice 128GB 16 x 3Ghz servers.
> >
> >
On Jan 10, 2008 12:21 AM, benjamin antieau <[EMAIL PROTECTED]> wrote:
>
> Below is a transcript from a SAGE session. I was playing around
> checking to make sure that a modification of the rational_points code
> gave the right answers when I noticed that there were repeats in the
> lists returned
On Jan 10, 11:49 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 2:45 AM, mabshoff
>
>
>
> <[EMAIL PROTECTED]> wrote:
>
> > On Jan 10, 10:37 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> > > Hi,
>
> > > In 12 hours I will submit the SCREMS proposal I mentioned a few days ago,
On Jan 10, 2008 1:46 AM, mabshoff
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Jan 9, 8:34 pm, Kate <[EMAIL PROTECTED]> wrote:
> > When using the optional package 'gap_packages-4.4.10_2.spkg',
> > if I do
> >
> > mv gap_packages-4.4.10_2.spkg gap_packages-4.4.10_2.tar.bz2
> > bunzip2 gap_packages-4
On Jan 8, 11:09 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> Just to break up the tension in this thread a little bit, here's my
> idea of what it might look like:
>
>http://sage.math.washington.edu/home/was/tmp/architecture_en.jpg
Factoring Sage into a front end communicating with a S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi William,
I'm sending you a bunch of small corrections, mostly minor, but the
kind of thing that might irk grant proposal readers :)
It looks impressive, and I hope it goes through.
Cheers,
Alex
In "Project Summary", third paragraph: "greatly e
Dear John (et
al.),
I think the inner product should be the same irrespective of the
field.
The inner product as dot product is relevant to the study of
quadratic
forms, conics, and orthogonal groups. For instance finding a
rational
point on the conic x^2 + y^2 + z^2 = 0 over CC is equivalent t
mabshoff wrote:
> Hi,
>
> Sage 2.10.alpha1 has been release. I guess the highlight is the
> Pentium M takes forever to compile fix by Paul Zimmermann. Josh
> and I also updated numpy and there was a whole bunch of patches
> that fix some long standing issues. More details are below.
>
> Tarball
On Jan 9, 2008 3:23 AM, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
>
> http://sagetrac.org/sage_trac/ticket/1732
2 questions about the patch:
* Why is this function named block_sum? What are we summing?
* Why are we limited to 4 arguments? Ideally, I would love to pass a
list to this function and
Fernando Perez wrote:
> Howdy,
>
> On Jan 8, 2008 10:43 AM, mabshoff
> <[EMAIL PROTECTED]> wrote:
>
>> Ok, the culprit points to a cleanup function of m4ri, which under
>> normal conditions is called only once. I am not seeing the above issue
>> under valgrdind with "pure" Sage 2.10.alpha0, but
On Jan 10, 4:18 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
> mabshoff wrote:
> > Hi,
Hi Jaap,
> > Sage 2.10.alpha1 has been release. I guess the highlight is the
> > Pentium M takes forever to compile fix by Paul Zimmermann. Josh
> > and I also updated numpy and there was a whole bunch of patch
Hello!
I'm new to sage and I already searched for a solution on the web, but
couldn't find any.
At the moment I'm trying to load a file into sage and put its data
into a matrix. The file spans a matrix of thousands of float values.
columns separated by whitespaces and rows separated by newlines.
I
One way to do it is to use the Python functions on strings. For example, if
you want to use the real double field (RDF) and matrix_data is your string,
the following should do what you want:
M = matrix(RDF, [b.split() for b in matrix_data.split('\n')])
The split method of a string creates a list
I agree with Didier's comments.
Judging from emails to the GAP support list
(Which also has such a function), a block matrix function will be
frequently used.
I think it should be well-documented.
On 1/10/08, didier deshommes <[EMAIL PROTECTED]> wrote:
>
> On Jan 9, 2008 3:23 AM, Robert Bradshaw
mabshoff wrote:
>
>
> On Jan 10, 4:18 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
>> mabshoff wrote:
>> The following tests failed:
>>
>> sage -t
>> devel/sage-main/sage/rings/polynomial/polynomial_element.pyx
>
> Please apply the patch attached to #1749 and report back.
>
Works for
These sound like good suggestions, I'll re-implement the richer
functionality.
On Jan 10, 2008, at 7:50 AM, didier deshommes wrote:
>
> On Jan 9, 2008 3:23 AM, Robert Bradshaw
> <[EMAIL PROTECTED]> wrote:
>>
>> http://sagetrac.org/sage_trac/ticket/1732
>
> 2 questions about the patch:
> * Wh
numpy saves the day.
import numpy
A = numpy.loadtxt('foo.data') #A is a float array
B = M.astype(int) #B is an int array
M = Matrix(RDF, list(A)) #M is a RDF matrix
N = Matrix(ZZ, list(B))#N is an Integer matrix
On Thu, 10 Jan 2008, David Roe wrote:
> One way to d
On Jan 10, 2008 10:59 AM, <[EMAIL PROTECTED]> wrote:
>
> numpy saves the day.
>
> import numpy
> A = numpy.loadtxt('foo.data') #A is a float array
> B = M.astype(int) #B is an int array
>
> M = Matrix(RDF, list(A)) #M is a RDF matrix
> N = Matrix(ZZ, list(B))#N is an I
On Jan 10, 2008 9:16 AM, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
>
> These sound like good suggestions, I'll re-implement the richer
> functionality.
>
Quick question -- why does this even have to be another function? Couldn't
we just expand the functionality of the matrix command, at least i
On Jan 10, 8:19 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 9:16 AM, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
> > These sound like good suggestions, I'll re-implement the richer
> > functionality.
>
> Quick question -- why does this even have to be another function?
Hi, ju
On Jan 10, 5:42 pm, myFalc <[EMAIL PROTECTED]> wrote:
> At the moment I'm trying to load a file into sage and put its data
> into a matrix.
a more general question, at the top of the sage notebook on the left
is the "data" dropdown menu. what exactly does it? also including a
matrix or just a g
A while ago I posted in this forum with a problem regarding my efforts
on creating an SRPM. At the time, I was told that even though there
was no such entity, there was some work being done on a DEB package
and that I should definitely continue my efforts.
Well, I am pretty close to the finishing
On Jan 10, 9:15 pm, gri6507 <[EMAIL PROTECTED]> wrote:
Hi gri6507,
> A while ago I posted in this forum with a problem regarding my efforts
> on creating an SRPM. At the time, I was told that even though there
> was no such entity, there was some work being done on a DEB package
> and that I s
I posted
http://sagetrac.org/sage_trac/ticket/1751
In general, the incredible persistence of the notebook is great.
However, it makes "deleting" things a rather opaque procedure and it
is not entirely clear to me what to do to make sure that notebook
information has been properly deleted.
--~--~--
> Well, you can skip the build by modifying $SAGE_ROOT/spkg/standard/
> deps, but the recommended way would be to add you scripts/config file
> to the spkgs themselves. For example we fixed a bug yesterday in ATLAS
> that causes compile time on Pentium M to be very, very excessive. That
> patch ha
On 10-Jan-08, at 11:44 AM, Harald Schilly wrote:
>
> On Jan 10, 8:19 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
>> On Jan 10, 2008 9:16 AM, Robert Bradshaw
>> <[EMAIL PROTECTED]> wrote:
>>> These sound like good suggestions, I'll re-implement the richer
>>> functionality.
>>
>> Quick quest
On Jan 10, 2008 12:36 PM, Nils Bruin <[EMAIL PROTECTED]> wrote:
>
> I posted
> http://sagetrac.org/sage_trac/ticket/1751
> In general, the incredible persistence of the notebook is great.
> However, it makes "deleting" things a rather opaque procedure and it
> is not entirely clear to me what to d
That all sounds very sensible to me.
Why don't you make a trac with most of your previous email in it?
I'll be busy with other matters but am happy to have more ideas
bounced off me.
John
On 10/01/2008, David Kohel <[EMAIL PROTECTED]> wrote:
>
> Dear John (et
> al.),
>
> I think the inner produ
On Jan 10, 10:41 pm, Nick Alexander <[EMAIL PROTECTED]> wrote:
> That may be true, but this function is already so overloaded that
> understanding the code is very difficult.
well, what if there are both functions and matrix just calls
block_matrix if there are matrix objects in the list of argum
On Jan 10, 10:34 pm, gri6507 <[EMAIL PROTECTED]> wrote:
> > Well, you can skip the build by modifying $SAGE_ROOT/spkg/standard/
> > deps, but the recommended way would be to add you scripts/config file
> > to the spkgs themselves. For example we fixed a bug yesterday in ATLAS
> > that causes com
*wow*
This definately has some little issues that I don't like (for example, typing
"in", which you might want to be the product i*n), but this looks good and
works very well. Also, it's very fast.
For the record: I will *never* use any interface that requires me to use the
mouse for non-tri
Tom wrote:
>This is a very nice start.
But the original discussion was about Javascript vs. Java as a
technology for enhancing the notebook. I think that Wiris provides a
good example of what Java is capable of in this area but it would be
unfair to compare the Javascript equation editor to Wir
On Jan 10, 2008, at 4:14 PM, Ted Kosan wrote:
> Tom wrote:
>
>> This is a very nice start.
>
> But the original discussion was about Javascript vs. Java as a
> technology for enhancing the notebook. I think that Wiris provides a
> good example of what Java is capable of in this area but it would
Hi,
I'm actually really excited that you've got as far. Do you have an ebuild
that I can try?
Cheers,
Soroosh
On Jan 8, 2008 1:40 PM, Francois <[EMAIL PROTECTED]> wrote:
>
>
>
> On Jan 8, 11:55 pm, mabshoff <[EMAIL PROTECTED]
> dortmund.de> wrote:
> > On Jan 8, 10:00 am, Francois <[EMAIL PROTEC
Hi,
The Screms proposal is now completely done, but it's possible for me
to make some last minute minor
typo fixes tomorrow morning. I've posted the latest version here:
http://wstein.org/grants/screms/
If you notice _any_ typos or mistakes at all, definitely let me know.
The proposal is su
Robert wrote:
> What is unfinished about it? Just because the author had/has more
> plans for it doesn't mean it isn't very useable now (more so, I would
> argue, than a drag-n-drop interface).
Mouse positioning of the cursor, cut and paste, multiple fonts, font
resizing, multiple equations on o
I'd be interested in having code from my Python DFA (Deterministic
Finite Automaton) package included in SAGE, as I saw that it doesn't
seem to have one yet. You can find the project at
http://code.google.com/p/python-automata/
(svn version of code recommended). Would it be a good fit? What's the
On Jan 10, 2008, at 11:19 AM, William Stein wrote:
> On Jan 10, 2008 9:16 AM, Robert Bradshaw
> <[EMAIL PROTECTED]> wrote:
>>
>> These sound like good suggestions, I'll re-implement the richer
>> functionality.
>>
>
> Quick question -- why does this even have to be another function?
> Couldn
First, I know essentially 0 about DFAs. However, I noticed that your
"well-documented Python library" contained no examples at all
and no references to the literature, except for the blurb:
"""...
See "Minimal cover-automata for finite languages" for context
on DFCAs, and
"A
Here are some random things, nothing terribly important.
project_summary.pdf:
* "Kazhdan-Lusztig-Vogan" should use en-dashes not hyphens (this
occurs in a few other files too I think, also Sato-Tate, etc. (but
not Swinnerton-Dyer!))
* "Much of the data that arises out of these projects will
46 matches
Mail list logo
