On Sat, Aug 22, 2009 at 3:57 AM, Nathann Cohen wrote:
>
> Done, and it works But now I wonder how to build the patch, as
> SAGE/DATA is not monitored.. :-)
>
> I could also just attach it to the Trac ticket, and let it be merged
> to Sage, as it does not seem worth building a spkg
That m
On Sat, Aug 22, 2009 at 4:26 AM, Simon King wrote:
>
> Hi William!
>
> On 22 Aug., 12:25, William Stein wrote:
> [...]
> > No, use the SAGE_DATA variable, which is defined in misc/misc.py:
>
> Thank you, I didn't know about that one.
> Is it for data that concern the whole Sage installation, or
Hi William!
On 22 Aug., 12:25, William Stein wrote:
[...]
> No, use the SAGE_DATA variable, which is defined in misc/misc.py:
Thank you, I didn't know about that one.
Is it for data that concern the whole Sage installation, or is it
specific to a single user (like DOT_SAGE)?
In the former case
Done, and it works But now I wonder how to build the patch, as
SAGE/DATA is not monitored.. :-)
I could also just attach it to the Trac ticket, and let it be merged
to Sage, as it does not seem worth building a spkg
Nathann
On Aug 22, 12:25 pm, William Stein wrote:
> On Sat, Aug 22, 20
On Sat, Aug 22, 2009 at 1:56 AM, Simon King wrote:
>
> Hi!
>
> On 22 Aug., 10:11, Nathann Cohen wrote:
> > Is there a variable defining the path of sage up to the current
> > branch ?
>
> There is SAGE_ROOT, and if I am not mistaken then SAGE_ROOT+'/devel/
> sage/' is a link to the current mercu
Excellent :-)
I thought writing the whole path would be sufficient, but if I load
the function first then call it, it works at last :-)
My last problem is that the file is not found. I just wrote the
filename hoping it would try to find it in the directory of
graph_generator, but it seems to try
Hi!
On 22 Aug., 10:11, Nathann Cohen wrote:
> Is there a variable defining the path of sage up to the current
> branch ?
There is SAGE_ROOT, and if I am not mistaken then SAGE_ROOT+'/devel/
sage/' is a link to the current mercurial branch.
But there is also a folder SAGE_ROOT+'/local/'. Your p
On Fri, 21 Aug 2009, Nathann Cohen wrote:
>
> Actually, it should not load the graph when graph_generator is loaded.
> Anyway, I think that if it was the case, the error would be printed a
> Sage's startup and not when I call the function, which is my current
> situation :-/
>
> When I remove all
Actually, it should not load the graph when graph_generator is loaded.
Anyway, I think that if it was the case, the error would be printed a
Sage's startup and not when I call the function, which is my current
situation :-/
When I remove all the docstrings, this functions is pretty simple :
def
On Fri, Aug 21, 2009 at 4:49 AM, Nathann Cohen wrote:
>
> Do you have any idea how it is possible to call the "load" function
> from graph_generators.py ?
> I cannot use "load" as the function is not defined yet, nor can I
> directly write :
> return sage.structure.sage_object.load("graph_
Do you have any idea how it is possible to call the "load" function
from graph_generators.py ?
I cannot use "load" as the function is not defined yet, nor can I
directly write :
return sage.structure.sage_object.load("graph_world.sobj")
as sage is not defined at that time either... ^^;
It took some time to build filters from the original files ( it is
HTML I had to parse, nothing as clean as xml, sadly ) and several
scripts...
I will look again at the sources to see whether I could find an
automatic way to do it... But the source is not clean at all, I had to
change a lot
On Aug 20, 2:18 am, Nathann Cohen wrote:
> Hello !!!
>
> Starting from a kind of troll related to the next-to-be tour for
> Graphs in Sage ( I wanted to color the map of western europe, but the
> majority of Sage's users do not live there ), I tried to build a graph
> of the whole world by using
William Stein wrote:
> On Thu, Aug 20, 2009 at 11:01 AM, Jason
> Grout wrote:
>> William Stein wrote:
>>> On Thu, Aug 20, 2009 at 2:18 AM, Nathann Cohen
>>> wrote:
Hello !!!
Starting from a kind of troll related to the next-to-be tour for
Graphs in Sage ( I wanted to color the
On Thu, Aug 20, 2009 at 11:01 AM, Jason
Grout wrote:
>
> William Stein wrote:
>> On Thu, Aug 20, 2009 at 2:18 AM, Nathann Cohen
>> wrote:
>>> Hello !!!
>>>
>>> Starting from a kind of troll related to the next-to-be tour for
>>> Graphs in Sage ( I wanted to color the map of western europe, but th
William Stein wrote:
> On Thu, Aug 20, 2009 at 2:18 AM, Nathann Cohen wrote:
>> Hello !!!
>>
>> Starting from a kind of troll related to the next-to-be tour for
>> Graphs in Sage ( I wanted to color the map of western europe, but the
>> majority of Sage's users do not live there ), I tried to buil
On Thu, Aug 20, 2009 at 2:18 AM, Nathann Cohen wrote:
>
> Hello !!!
>
> Starting from a kind of troll related to the next-to-be tour for
> Graphs in Sage ( I wanted to color the map of western europe, but the
> majority of Sage's users do not live there ), I tried to build a graph
> of the whole w
Nathann Cohen wrote:
> 5234 characters.. This may be the best solution indeed :-)
>
> How can I know after that, though, the matching between vertices and
> labels ?
>
What is the autmorphism group? You may be able to uniquely identify each
vertex... :)
I guess that's a bit harder question.
5234 characters.. This may be the best solution indeed :-)
How can I know after that, though, the matching between vertices and
labels ?
On Aug 20, 11:36 am, Jason Grout wrote:
> Nathann Cohen wrote:
> > Hello !!!
>
> > Starting from a kind of troll related to the next-to-be tour for
> > Graphs
Nathann Cohen wrote:
> Hello !!!
>
> Starting from a kind of troll related to the next-to-be tour for
> Graphs in Sage ( I wanted to color the map of western europe, but the
> majority of Sage's users do not live there ), I tried to build a graph
> of the whole world by using your dear CIA's data
20 matches
Mail list logo
