<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.science.graph.graph-tool.general">
    <title>gmane.comp.science.graph.graph-tool.general</title>
    <link>http://blog.gmane.org/gmane.comp.science.graph.graph-tool.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/586"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/580"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/577"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/575"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/573"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/571"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/561"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/558"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/555"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/548"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/542"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/540"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/536"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/533"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/520"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/517"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/514"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/513"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/509"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/586">
    <title>bridge detection in graph-tool</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/586</link>
    <description>&lt;pre&gt;Hi,

I'm not able to find a bridge detection algorithm implemented in
graph-tool. In case that I missed anything, could anybody confirm with
me whether there is an implementation available?

&lt;/pre&gt;</description>
    <dc:creator>Peng Yu</dc:creator>
    <dc:date>2012-05-24T15:52:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/580">
    <title>RuntimeError: Gtk couldn't be initialized</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/580</link>
    <description>&lt;pre&gt;Hi there

Just installed graph-tool for the first time &amp;amp; get this error. What does it mean? How can i fix? I'm on Ubuntu Server 12.04

Much appreciated
Al

Traceback (most recent call last):
  File "&amp;lt;stdin&amp;gt;", line 1, in &amp;lt;module&amp;gt;
  File "/usr/lib/python2.7/dist-packages/graph_tool/all.py", line 31, in &amp;lt;module&amp;gt;
    from graph_tool.draw import *
  File "/usr/lib/python2.7/dist-packages/graph_tool/draw/__init__.py", line 589, in &amp;lt;module&amp;gt;
    from cairo_draw import graph_draw, GraphWidget, GraphWindow, \
  File "/usr/lib/python2.7/dist-packages/graph_tool/draw/cairo_draw.py", line 59, in &amp;lt;module&amp;gt;
    from gi.repository import Gtk, Gdk, GdkPixbuf
  File "/usr/lib/python2.7/dist-packages/gi/importer.py", line 76, in load_module
    dynamic_module._load()
  File "/usr/lib/python2.7/dist-packages/gi/module.py", line 224, in _load
    overrides_modules = __import__('gi.overrides', fromlist=[self._namespace])
  File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 1517, in &amp;lt;module&amp;gt;
    raise RuntimeError("G&lt;/pre&gt;</description>
    <dc:creator>Alasdair Macmillan</dc:creator>
    <dc:date>2012-05-21T23:07:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/577">
    <title>libcairomm1.0 dependency in debian squeeze</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/577</link>
    <description>&lt;pre&gt;Hi,

I tried to install the graph-tool .deb package in debian squeeze from
the following repository

deb http://downloads.skewed.de/apt/squeeze squeeze main

but I cannot solve a libcairomm.10 dependency:

The following packages have unmet dependencies:
 graph-tool : Depends: libcairomm-1.0 but it is not installable

However, I do have  installed the appropriate debian packages which
should satisfy the dependency:

libcairomm-1.0-1 - C++ wrappers for Cairo (shared libraries)
libcairomm-1.0-dev - C++ wrappers for Cairo (development files)

The package dependencies are listed as:

Depends: libboost-iostreams1.42.0 (&amp;gt;= 1.42.0-1), libboost-python1.42.0
(&amp;gt;= 1.42.0-1), libboost-regex1.42.0 (&amp;gt;= 1.42.0-1), libc6 (&amp;gt;= 2.2.5),
libcairo2 (&amp;gt;= 1.2.4), libcairomm-1.0-1 (&amp;gt;= 1.6.4), libcgal5, libexpat1
(&amp;gt;= 1.95.8), libfontconfig1 (&amp;gt;= 2.8.0), libfreetype6 (&amp;gt;= 2.2.1),
libgcc1 (&amp;gt;= 1:4.1.1), libgmp3c2, libgomp1 (&amp;gt;= 4.2.1), libpng12-0 (&amp;gt;=
1.2.13-4), libpython2.6 (&amp;gt;= 2.6), libsigc++-2.0-0c2a (&amp;gt;= 2.0.2),
libstdc++6 (&amp;gt;= 4.4.0), libx&lt;/pre&gt;</description>
    <dc:creator>Rodrigo Agerri</dc:creator>
    <dc:date>2012-05-16T10:58:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/575">
    <title>from graph_tool.all import * failed</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/575</link>
    <description>&lt;pre&gt;Dear all,

I'm trying to take the first steps on using graph-tool. For this purpose,
I'm following the instructions in the "Quick start using graph-tool".
However, I could not advance to next steps due to the following error:

Python 2.7.2+ (default, Oct  4 2011, 20:06:09) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
/usr/lib/python2.7/dist-packages/gobject/constants.py:24: Warning:
g_boxed_type_register_static: assertion `g_type_from_name (name) == 0'
failed
  import gobject._gobject

When I import graph-tool just typing "import graph-tool", everything seems
ok:
Python 2.7.2+ (default, Oct  4 2011, 20:06:09) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.

Please, let me know what is possibly going wrong!

Thank you in advance!

Marcio


--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/from-graph-tool-all-import-failed-tp3989652.html
Sent from the Main di&lt;/pre&gt;</description>
    <dc:creator>mlacencio</dc:creator>
    <dc:date>2012-05-15T19:59:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/573">
    <title>Problem with new version on ubuntu oneiric</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/573</link>
    <description>&lt;pre&gt;Hi all,
I'm trying to install the new binary package but I'm having troubles with
the dependency from libcairomm-1.0. I already have libcairomm-1.0-1
(version 1.10-0-1) installed, along with libcairomm-1.0-dev (installed
while trying to solve this problem).

Before installing the binary release I removed (via make uninstall) a
custom build made from git sources.

Any hint? I can't build it from source, because I run out of memory while
compiling graph_sfdp.lo (even having 2GB of ram free before running make).

Thanks in advance,
Giuseppe
_______________________________________________
graph-tool mailing list
graph-tool&amp;lt; at &amp;gt;skewed.de
http://lists.skewed.de/mailman/listinfo/graph-tool
&lt;/pre&gt;</description>
    <dc:creator>Giuseppe Profiti</dc:creator>
    <dc:date>2012-05-14T12:55:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/571">
    <title>Package for Precise Pangolin</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/571</link>
    <description>&lt;pre&gt;Hello there,

The new Ubuntu 12.04 was released a few days ago and I still need graph tool
on my computer.
Is there any release planned on Precise?

Thanks a lot,
Keep up the good work :)

--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/Package-for-Precise-Pangolin-tp3964750.html
Sent from the Main discussion list for the graph-tool project mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>Phil.Tillet</dc:creator>
    <dc:date>2012-05-05T15:26:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/564">
    <title>Installing graph-tool using pip</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/564</link>
    <description>&lt;pre&gt;Hi,

I don't see a way to install graph-tool using pip. Port on Mac OS X is
not updated as frequently as pip. I'd recommend adding a way to
install graph-tool using pip. Right now, I see the following error.


/tmp$ pip install graph-tool
Downloading/unpacking graph-tool
  Downloading graph-tool-2.2.15.tar.bz2 (520Kb): 520Kb downloaded
  Running setup.py egg_info for package graph-tool
    Traceback (most recent call last):
      File "&amp;lt;string&amp;gt;", line 14, in &amp;lt;module&amp;gt;
    IOError: [Errno 2] No such file or directory:
'/private/tmp/build/graph-tool/setup.py'
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):

  File "&amp;lt;string&amp;gt;", line 14, in &amp;lt;module&amp;gt;

IOError: [Errno 2] No such file or directory:
'/private/tmp/build/graph-tool/setup.py'

----------------------------------------
Command python setup.py egg_info failed with error code 1


&lt;/pre&gt;</description>
    <dc:creator>Peng Yu</dc:creator>
    <dc:date>2012-05-04T16:04:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/561">
    <title>A* search extension</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/561</link>
    <description>&lt;pre&gt;  Hi Tiago,

In my opinion, the astar_search function contract could be extended to
accept a set of source vertices instead of a single one, without any
loss of generality.

In my particular need, I search the best path reaching a goal,
considering various start points. The trivial way to do that is:

for each eligible start point:
  run astar_search with this start point as 'source'
  memorize best path if better than ever

But, the astar_search algorithm, particularly when associated to a
AStarVisitor that build the graph locally to the examined vertices,
tends to limit the combinatorial explosion of searching. So that
iterating over eligible start points is necessarily sub-optimal.

So, currently, I introduce a pseudo-vertex as the source point, which
links to all my real eligible source points for no additional cost, and
benefit from the automatic scope restriction from astar_search which may
directly select the best start point by itself.

Another way to do that (and simplify user code) is to extend the&lt;/pre&gt;</description>
    <dc:creator>Guillaume Lemaître</dc:creator>
    <dc:date>2012-04-21T09:19:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/558">
    <title>Community detection: how do 'ghost' edges appear?</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/558</link>
    <description>&lt;pre&gt;Hi Tiago and everyone,

I'm trying the community detection algorithm following the example
from the docs.

Brifely, with a graph g, I'm running the following:

# Plot the full graph
graph_draw(g, size=(15,15), output=output_folder+"/full_graph.png")
# Detect communities
spins = community_structure(g, n_iter=1000, n_spins=N) ### note the N parameter
ng = condensation_graph(g, spins)
size = ng[0].new_vertex_property("double")
size.a = log(ng[1].a+1)
# Plot the community graph
graph_draw(ng[0], vsize=size, vcolor=size, splines=True,
eprops={"len":20, "penwidth":10}, vprops={"penwidth":10},
output=output_folder+"/community_graph.png", size=(10,10))

I notice that when n_spins is small (say, n_spins=6), the resulting
community graph shows links that do not appear on the full graph.
See, for example, this pair of plots:

http://www.ebi.ac.uk/~spivakov/testX/full_graph.png
http://www.ebi.ac.uk/~spivakov/testX/community_graph.png

I'm a little confused as to how this is possible - am I right that
with this algorithm&lt;/pre&gt;</description>
    <dc:creator>Mikhail Spivakov</dc:creator>
    <dc:date>2012-04-17T14:14:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/555">
    <title>subgraph_isomorphism bug: misses occurrences</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/555</link>
    <description>&lt;pre&gt;Hi Tiago,

I was puzzled by some results of my tests failing when compared to
subgraph_isomorphism.  Finally I've narrowed it down to a (fairly) small example:

#####
from graph_tool.all import *

sub = Graph()
sub.add_vertex(3)
sub.add_edge(sub.vertex(0), sub.vertex(1))
sub.add_edge(sub.vertex(0), sub.vertex(2))

G = Graph()
G.add_vertex(4)
G.add_edge(G.vertex(0), G.vertex(1))
G.add_edge(G.vertex(0), G.vertex(2))
G.add_edge(G.vertex(1), G.vertex(2))
G.add_edge(G.vertex(3), G.vertex(2))
G.add_edge(G.vertex(1), G.vertex(3))

vmap, emap = subgraph_isomorphism(sub, G, random=False)
for e in G.edges(): print G.edge_index[e], e
for vm, em in zip(vmap, emap): print vm.a, em.a

G.add_vertex()
G.add_edge(G.vertex(1), G.vertex(4))

vmap, emap = subgraph_isomorphism(sub, G, random=False)
for e in G.edges(): print G.edge_index[e], e
for vm, em in zip(vmap, emap): print vm.a, em.a
#####

We search for sub, 

0 --&amp;gt; 1
 \
  \
   -&amp;gt; 2 

G first looks like this:

0 --&amp;gt; 1 --&amp;gt; 3
 \    |    /
  \   v   /
   -&amp;gt; 2 &amp;lt;-

when subgra&lt;/pre&gt;</description>
    <dc:creator>Ingo Lohmar</dc:creator>
    <dc:date>2012-04-15T16:06:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/548">
    <title>Purging vertices after filter</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/548</link>
    <description>&lt;pre&gt;Hi,

I have a question about purging. After filtering out certain vertices using
set_vertex_filter, I want to remove all filter vertices. However, after
removing them by calling the purge_vertices function, the property maps for
the vertices doesn't seem to line up anymore. For example:

Initial Graph:  with vertex and property map

Vertex    Property Map   
V1:        1                     Filtered
V2:        2                     Filtered
V3:        3                     Not Filtered
V4:        4                     Not Filtered

After calling purge I see

Vertex    Property Map   
V3:        1                     
V4:        2                     

This is not correct because V3's mapping is 3 and not 1. Is there a simple
fix to this issue or a suitable workaround without having to go back and
relabel all the property maps. Thanks.




--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/Purging-vertices-after-filter-tp3900840p3900840.html
Sent from &lt;/pre&gt;</description>
    <dc:creator>zkaiwen</dc:creator>
    <dc:date>2012-04-10T21:04:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/542">
    <title>Adding a subgraph into a graph</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/542</link>
    <description>&lt;pre&gt;Hi,

I have one query about modifications with graphs.
There is a subgraph that I identify using pattern matching and remove it.
The intention is to replace that part with another graph. Using the
graph_union function
the graphs are combined structurally, however, all the properties of the
graph being
inserted are lost. Is there any way for insertion of subgraphs with the
properties preserved?

--
Thanks,
Kavya
_______________________________________________
graph-tool mailing list
graph-tool&amp;lt; at &amp;gt;skewed.de
http://lists.skewed.de/mailman/listinfo/graph-tool
&lt;/pre&gt;</description>
    <dc:creator>Kavya Shagrithaya</dc:creator>
    <dc:date>2012-04-09T19:35:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/540">
    <title>How to access properties (stackoverflow question)?</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/540</link>
    <description>&lt;pre&gt;Hello Tiago and everyone,

I'd like to bring your attention to a question on stackoverflow, which
I'd also like to know the answer to:

http://stackoverflow.com/questions/9526827/graph-tool-how-to-access-properties

In particular, this bit:

"How do I get an object [vertex] with a certain title back from the
graph ? One way seems to be to create a vertex filter using
graph.set_edge_filter(...) and apply that - which seems a pretty
expensive operation considering all I want is to get one single object
back. I really don't want to maintain my own object title / vertex
index mapping as IMO, that is one of the tasks of the graph".

Consider, for example, the following simple situation: I've got an
existing set of vertices and then obtain information on edges between
them from somewhere, which may sometimes also involve vertices not yet
in the graph. In networkx, I would simply do: add_edge(x,y), where x
and y are vertex names (that have or have not been defined a priori
using add_node(x)).
Is there a straightfor&lt;/pre&gt;</description>
    <dc:creator>Mikhail Spivakov</dc:creator>
    <dc:date>2012-04-09T11:46:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/536">
    <title>subgraph_isomorphism on filtered graph / GraphView =&gt;segfaults</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/536</link>
    <description>&lt;pre&gt;Dear Tiago,

Thank you for your great work on this very useful library!  I have
played with it for a project over the last few days, and today I have
discovered a real roadblock: subgraph_isomorphism seems to segfault (at
least very often, have not found any pattern yet) when searching on a
graph with filtered vertices (or the equivalent GraphView) --- this has
never occurred to me for an unfiltered graph.  Here is a minimal
example:

#####
from graph_tool.all import *

G = price_network(100)

sub = Graph()
sub.add_vertex(3)
sub.add_edge(sub.vertex(0), sub.vertex(1))
sub.add_edge(sub.vertex(1), sub.vertex(2))

# WORKS FINE:
print G
print subgraph_isomorphism(sub, G, random=False)

# FILTER FOR "OLDEST" VERTICES
vmap = G.new_vertex_property("bool")
for i in range(20):
    vmap[G.vertex(i)] = True

# EITHER THIS...
G.set_vertex_filter(vmap)
print G
print subgraph_isomorphism(sub, G, random=False)   # segmentation fault!
G.set_vertex_filter(None)

# OR THIS...
H = GraphView(G, vfilt=vmap)
print H
print subgraph&lt;/pre&gt;</description>
    <dc:creator>Ingo Lohmar</dc:creator>
    <dc:date>2012-04-08T18:29:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/533">
    <title>graph-tool can't find Graphviz renderer</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/533</link>
    <description>&lt;pre&gt;Hello!

I've got graphviz installed with python and python27 bindings.
However, when I do:

graph_draw(ug, vprops={"label": ug.vertex_index},
output="two-nodes.pdf", layout="fdp")

I get the following error:

graph G {
graph [outputorder=edgesfirst, mode=major, overlap=true, ratio=fill,
size="5.905512,5.905512", start=3019255687130444316];
node [label="\N", shape=circle, width="0.105", height="0.105",
style=filled, color="#2e3436", fillcolor="#a40000"];
edge [arrowsize="0.3", color="#2e3436", penwidth="1.0"];
graph [bb="0,0,425,425"];
0 [label=0, width="0.47", height="0.47", pos="330,101"];
1 [label=1, width="0.47", height="0.47", pos="93,324"];
0 -- 1 [pos="318,113 277,152 147,274 106,312"];
}
Error: renderer for pdf is unavailable
Out[8]: &amp;lt;PropertyMap object with key type 'Vertex' and value type
'vector&amp;lt;double&amp;gt;', for Graph 0x5ff3f90, at 0x6001290&amp;gt;

At the same time, if I save the above dot expression as test1.dot and
run the following command from the command line:

$ dot -Tpng test1.dot -o graph1.p&lt;/pre&gt;</description>
    <dc:creator>Mikhail Spivakov</dc:creator>
    <dc:date>2012-04-08T13:52:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/520">
    <title>astar_search and weights as Python objects</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/520</link>
    <description>&lt;pre&gt;  Hi,

I'm trying to use the astar_search algorithm for my own problem, and I
get the following error:

====&amp;gt;

  File
"/usr/lib64/python2.7/site-packages/graph_tool/search/__init__.py", line
125, in wrap
    ret = func(*args, **kwargs)
  File
"/usr/lib64/python2.7/site-packages/graph_tool/search/__init__.py", line
1528, in astar_search
    compare, combine, zero, infinity, h)
RuntimeError: No static implementation was found for the desired
routine. This is a graph_tool bug. :-( Please follow but report
instructions at http://graph-tool.skewed.de. What follows is debug
information.

Graph view: boost::adjacency_list&amp;lt;boost::vecS, boost::vecS,
boost::bidirectionalS, boost::no_property,
boost::property&amp;lt;boost::edge_index_t, unsigned long, boost::no_property&amp;gt;,
boost::no_property, boost::listS&amp;gt;*

Action: boost::_bi::bind_t&amp;lt;void, do_astar_search,
boost::_bi::list9&amp;lt;boost::arg&amp;lt;1&amp;gt;, boost::_bi::value&amp;lt;unsigned long&amp;gt;,
boost::arg&amp;lt;2&amp;gt;, boost::_bi::value&amp;lt;std::pair&amp;lt;boost::any, boost::any&amp;gt; &amp;gt;,
boost::arg&amp;lt;3&amp;gt;, boost::_bi::value&amp;lt;gr&lt;/pre&gt;</description>
    <dc:creator>Guillaume Lemaître</dc:creator>
    <dc:date>2012-04-02T20:38:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/517">
    <title>paths output from search algorithms?</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/517</link>
    <description>&lt;pre&gt;Hi,

is there a way to get the actual paths itself - instead of the distance - 
from the search algorithms like e.g. dijkstra_search?

As a related question, in a weighted adjacency matrix, how are the weights 
interpreted for dijkstra and centrality functions (pagerank, betweenness 
centrality) that rely on it. Is it low weight = easier to "travel", or is 
it the other way around?

Thanks in advance!
 Matthias
_______________________________________________
graph-tool mailing list
graph-tool&amp;lt; at &amp;gt;skewed.de
http://lists.skewed.de/mailman/listinfo/graph-tool
&lt;/pre&gt;</description>
    <dc:creator>Matthias Ekman</dc:creator>
    <dc:date>2012-03-02T08:02:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/514">
    <title>ImportError: No module named graph_tool.all</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/514</link>
    <description>&lt;pre&gt;Hi Tiago!

$ $PYTHON_VERSION
bash: 2.7: command not found
$ uname -a
Linux compu4 3.2.6-2-ARCH #1 SMP PREEMPT Thu Feb 16 10:10:02 CET 2012
x86_64 AMD Phenom(tm) II X6 1055T Processor AuthenticAMD GNU/Linux
$ pacman -Q boost
boost 1.48.0-2
$ pacman -Q boost-libs
boost-libs 1.48.0-2
$ pacman -Q python2
python2 2.7.2-5
$ pacman -Q autoconf
autoconf 2.68-2
$ pacman -Q automake
automake 1.11.3-1
$ pacman -Q libtool
libtool 2.4.2-3
$ pacman -Q gcc
gcc 4.6.2-7
$ pacman -Q openmpi
openmpi 1.5.4-4
$ pacman -Q expat
expat 2.0.1-7
$ pacman -Q python2-numpy
python2-numpy 1.6.1-1
$ pacman -Q python2-scipy
python2-scipy 0.10.0-1
$ pacman -Q cgal
cgal 3.9-4
$ pacman -Q graphviz
graphviz 2.28.0-8

$ git clone git://git.skewed.de/graph-tool
$ cd graph-tool

$ autoreconf -f -i
configure.ac:34: warning: AC_ARG_PROGRAM was called before
AC_CANONICAL_TARGET
../../lib/autoconf/general.m4:1834: AC_CANONICAL_TARGET is expanded from...
configure.ac:34: the top level
configure.ac:34: warning: AC_ARG_PROGRAM was called before
AC_CANON&lt;/pre&gt;</description>
    <dc:creator>Oscar Vargas Torres</dc:creator>
    <dc:date>2012-02-23T17:44:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/513">
    <title>Configure error python development version needed??</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/513</link>
    <description>&lt;pre&gt;I'm running centos 6.0

Using python 2.7 and boost 1.44 installed numpy scipy, expat and other
dependencies

when I run configure

./configure --prefix=/opt LDFLAGS=-L/opt/lib CPPFLAGS=-I/opt/include
CXXFLAGS=-I/opt/include 

I am producing an error: (I have Python.h installed since I compiled
python2.7 from source)

checking consistency of all components of python development environment...
no
configure: error:
  Could not link test program to Python. Maybe the main Python library has
been
  installed in some non-standard library path. If so, pass it to configure,
  via the LDFLAGS environment variable.
  Example: ./configure LDFLAGS="-L/usr/non-standard-path/python/lib"
 
============================================================================
   ERROR!
   You probably have to install the development version of the Python
package
   for your distribution.  The exact name of this package varies among them.
 
============================================================================


--
View this mess&lt;/pre&gt;</description>
    <dc:creator>jsia18</dc:creator>
    <dc:date>2012-02-20T12:29:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/509">
    <title>Ubuntu first configuration - Price Network example</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/509</link>
    <description>&lt;pre&gt;Hello,
I'm really really new to Ubuntu and Python, so be gentle with me, and
moreover don't give anything for granted with me, thank you!
I installed graph tool via 'sudo apt-get install graph-tool', and everything
seemed to go fine.
I'm now trying to run the example code from the documentation (Price Network
example), but I cannot make it work :-( 
These are the steps I followed:
1 - sudo gedit first.py
2 - copy and paste of example code
3 - save (so it gets in my home)
4 - python first.py
Here I get the following error:
/Traceback (most recent call last):
File "first.py", line 10, in &amp;lt;module&amp;gt;
from graph_tool.all import *
ImportError: No module named graph_tool.all/

I tried the following:
1: reissue the installing command, but it says that graph-tool is already
installed with last version
2: if I write 'graph-tool --help' it says command not found
3: gcc -v says

/Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc&lt;/pre&gt;</description>
    <dc:creator>Fabio</dc:creator>
    <dc:date>2012-02-11T21:35:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/507">
    <title>Apt installation fails on Debian Sid</title>
    <link>http://comments.gmane.org/gmane.comp.science.graph.graph-tool.general/507</link>
    <description>&lt;pre&gt;Hi!

I tried installing the graph_tool package as per the instructions on the
download page, but apt-get fails with the following error:

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 graph-tool : Depends: libcgal7 but it is not installable

It seems libcgal7 was recently renamed to libcgal8, as this is the only
available package in both testing and Wheezy.
Can I install using libcgal8, or will  have to wait for a version compatible
with this?

Thanks!
Tue

--
View this message in context: http://main-discussion-list-for-the-graph-tool-project.982480.n3.nabble.com/Apt-installation-fails-on-Debian-Sid-tp3693256p3693256.html
Sent from the Main discussion list for the graph-tool project mailing list archive at Nabble.com&lt;/pre&gt;</description>
    <dc:creator>Tue V Jensen</dc:creator>
    <dc:date>2012-01-27T13:25:30</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.science.graph.graph-tool.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.science.graph.graph-tool.general</link>
  </textinput>
</rdf:RDF>

