Feature request: more transparency for Data.Graph.Inductive.NodeMap
hello, would it be possible to add functions to NodeMap for inspecting the contents of the map? I would be particularly interested in a function like toList :: NodeMap a -> [LNode a] If I use a node map m to construct a graph g, then of course (labNodes g) would achieve the same as (toList m), but if I later transform the labels of the graph, say using nmap, then I cannot do it anymore - the connection between old label values and nodes is still a valuable piece of information, but I cannot access it. Cheers, Misha
avatar:
hello,
would it be possible to add functions to NodeMap for inspecting the contents of the map? I would be particularly interested in a function like toList :: NodeMap a -> [LNode a]
If I use a node map m to construct a graph g, then of course (labNodes g) would achieve the same as (toList m), but if I later transform the labels of the graph, say using nmap, then I cannot do it anymore - the connection between old label values and nodes is still a valuable piece of information, but I cannot access it.
Cheers, Misha
The fgl library is in bad need of a maintainer, so any patches here would be welcome. If you'd like to start documenting things in haddock, that would also be great. So, in summary, if you want something in fgl, submit a patch. -- Don
On Sun, Jun 08, 2008 at 01:17:47PM -0700, Donald Bruce Stewart wrote:
The fgl library is in bad need of a maintainer
According to the cabal file, Martin Erwig is the maintainer. For an old, stablish package he's pushed patches reasonably recently (Feb 2008). Thanks Ian
Ian Lynagh
On Sun, Jun 08, 2008 at 01:17:47PM -0700, Donald Bruce Stewart wrote:
The fgl library is in bad need of a maintainer
According to the cabal file, Martin Erwig is the maintainer. For an old, stablish package he's pushed patches reasonably recently (Feb 2008).
Both of you are right. I am not working actively on further FGL developments. Every now and then I receive new implementations or bug fixes, and also, of course, feature requests. I try to accommodate requests as much as possible, although I have refused requests for more radical restructuring (mostly because it would break existing code). So if there is an individual or a group of people who would like to "adopt" the FGL, that would be in principle fine with me. I don't know where the right place for such a discussion would be. -- Martin
On Mon, Jun 09, 2008 at 10:42:44PM +0000, Martin Erwig wrote:
Ian Lynagh
writes: On Sun, Jun 08, 2008 at 01:17:47PM -0700, Donald Bruce Stewart wrote:
The fgl library is in bad need of a maintainer
According to the cabal file, Martin Erwig is the maintainer. For an old, stablish package he's pushed patches reasonably recently (Feb 2008).
Both of you are right. I am not working actively on further FGL developments. Every now and then I receive new implementations or bug fixes, and also, of course, feature requests. I try to accommodate requests as much as possible, although I have refused requests for more radical restructuring (mostly because it would break existing code).
So if there is an individual or a group of people who would like to "adopt" the FGL, that would be in principle fine with me. I don't know where the right place for such a discussion would be.
libraries@ or haskell@ and HWN are the places that make sense to ask for maintainer volunteers IMO. In the mean time, if you don't have time to deal with submitted patches etc at the moment then you could set the maintainer to be libraries@haskell.org. Thanks Ian
Don Stewart wrote:
So, in summary, if you want something in fgl, submit a patch.
ok, here is a patch, a copy is being sent to Martin Erwig.
Cheers,
Misha
New patches:
[NodeMap.toList
Misha Aizatulin
participants (4)
-
Don Stewart -
Ian Lynagh -
Martin Erwig -
Misha Aizatulin