-
#88, #89, #85 raise the need to have a specific interface for mutable graph.
This is useful to explicit the output type of the graph for function returning another graph. As a mutable graph could mo…
-
What's the idea with this package ?
Will it mean that most of the fundamental code in Graphs.jl will be transferred here ? If yes, what remains for Graphs.jl and how is this decided ?
-
**Description of bug**
May be more of a limitation than a bug, especially given the experimental status of this piece of code.
I am running into `StackOverflowError`s when comparing graphs using `…
-
Hello guys, Im trying to load a gml file, but I got some issues:
`using LightGraphs, ParserCombinator, GraphIO
graph = loadgraph("output.gml", "digraph", GraphIO.GML.GMLFormat())`
When I exec…
-
BigInt is unbounded by construction, but is not reachable via the classical typemax/typemin public api
https://github.com/JuliaLang/julia/blob/v1.6.0-beta1/base/exports.jl#L348
Instead of that, …
-
It would be handy for all edge operations to have both f(g, e) and f(g, src(e), dst(e)) defined by default on abstract graphs
-
As discussed on slack, it is annoying to have `GraphFlows.jl` and `GraphsMatching.jl` as separate packages. We should see what we can bring back to `Graph.jl` and maybe create a package with the more …
-
- The first option (the current one) makes accessing the data easier
- The second option makes working with Graphs.jl algorithms easier
-
I'm writing this at a request of @gdalle to pool random design ideas ;)
----
## Aim
I'd be great if we could make other objects behave like graphs, cheaply without plugging into type hierarchy.…
-
https://github.com/JuliaGraphs/GraphIO.jl