dynagraph2-users Mailing List for Dynagraph
Brought to you by:
gordonwoodhull
Menu
▾
▴
dynagraph2-users — Dynagraph users' list
You can subscribe to this list here.
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gordon W. <go...@wo...> - 2014-01-22 20:11:39
|
Hi Jibin, Sorry for the slow reply. I'd recommend sticking with the COM or text interfaces for now, as I don't know when I'll get a chance to update the examples. Moving to github is a great idea. I went ahead and ported the old subversion repo: https://github.com/gordonwoodhull/dynagraph I'm sure there will be some related cleanup. For example there are four active branches, 1.1.5, 1.1.6, 1.1.7, and master, and 1.1.6 is the most current, even though master points into 1.1.5. (Yuck.) (1.1.7 introduced parallel edges, and I'm not sure it stabilized.) Anyway, if you're still interested, please fork this, and consider sending PRs when you get something working. Cheers, Gordon On Jan 14, 2014, at 4:06 AM, Jibin Ou <jib...@rw...> wrote: > Hello Gordon, > > after error and trial, I just managed to build it in VS2010. Actually, only a tiny modification is necessary regarding the Boost library. I will release the code to github, once I have time. Then the next problem is C++ APIs. The example code seems outdated. For example, incrface/createEngine, DynaView are not there any more. Meanwhile, it is also stated in the documentation that the tutorial is outdated. Could you offer some hints for further exploration? Thank you very much in advance. > > Best regards, > > Jibin > > On 01/13/14, Gordon Woodhull <go...@wo...> wrote: > >> Wait, are you only going down this path because nail isn't supported by incrface? That would be embarrassing. >> >> >> >> On Jan 12, 2014, at 6:01 PM, Gordon Woodhull <go...@wo... <go...@wo...>> wrote: >> >> >>> >>> >>> Please post the specific problem you are having with linking cdt. >>> >>> >>> I don't remember any difficulties there, as long as the project had the same options and so on. >>> >>> >>> Also what patched version are you referring to? All I found on a quick search was the Debian version, which should work but is not necessary. The Graphviz code used by Dynagraph is very simple cross platform stuff and I've always used the original releases fine. >>> >>> >>> Sorry the build is not so easy. I have plans to replace these graphviz components with code available in Boost but never find the time. >>> >>> >>> Cheers >>> Gordon >>> >>> >>> >>> On Jan 12, 2014, at 6:51 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote: >>> >>> >>>> >>>> >>>> >>>> Hi Gordon, >>>> thanks for your reply and support. I think what I am looking for is exactly a Nail, which just fixes part of the nodes and lets DynaDAG optimize the rest. >>>> >>>> >>>> However, although I am already using the patched edition which is modified by Frankie. Compiling is already fine in VS2010. All the current problems come from linking. It seems a main problem is from linking the CDT project in GraphViz. However, I have tried various solution and still can not eliminate this problem. Would any body offer some hints for that? >>>> >>>> >>>> Best regards, >>>> >>>> Jibin >>>> >>>> On 01/10/14, Gordon Woodhull <go...@wo... <go...@wo...>> wrote: >>>> >>>> >>>>> Hi Jibin, >>>>> >>>>> Although the feature is there, it is more of a suggestion than a hard constraint on layout. >>>>> >>>>> >>>>> I think you will find that dragging a node leaves it pretty close to where you drop it, and it mostly stays there until there are too many changes around it (especially adding and removing edges) that cause DynaDAG to want to move it somewhere else. >>>>> >>>>> >>>>> I'm sorry if this is a vague answer, but the core algorithm isn't really set up to deal with absolute positions. If you check out the paper, you'll see that what it's really doing is assigning nodes to rows ("ranks") to minimize vertical edge length, and then rearranging them within those ranks to reduce crossings and horizontal edge length. >>>>> >>>>> >>>>> So it's more that if you ask for a Nail, DynaDAG doesn't attempt to optimize each of the dimensions, which should leave it in mostly the same place - unless you ask it to optimize something around it. >>>>> >>>>> >>>>> It's not a very strong promise, but I found that it worked pretty well for a dynamic graph editor. >>>>> >>>>> >>>>> Cheers, >>>>> Gordon >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Jan 10, 2014, at 9:39 AM, Jibin Ou <jib...@rw... <jib...@rw...> <jib...@rw... <jib...@rw...>>> wrote: >>>>> >>>>> >>>>>> Hello Gordon, >>>>>> >>>>>> Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType. >>>>>> >>>>>> N/A NailType nail N/A >>>>>> (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none. >>>>>> >>>>>> DG_NONAIL The node can be positioned at the server's discretion. >>>>>> DG_NAIL_X The server attempts to keep the node at the same X position. >>>>>> DG_NAIL_Y The Y position (rank) is fixed. >>>>>> DG_NAIL_BOTH The node is immobile. >>>>>> >>>>>> Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph. >>>>>> >>>>>> Best regards, >>>>>> >>>>>> Jibin >>>>>> >>>>>> On 01/09/14, Gordon Woodhull <go...@wo... <go...@wo...> <go...@wo... <go...@wo...>>> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much. >>>>>>> >>>>>>> If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it. >>>>>>> >>>>>>> Cheers >>>>>>> Gordon >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw... <jib...@rw...> <jib...@rw... <jib...@rw...>>> wrote: >>>>>>>> >>>>>>>> Hello guys, >>>>>>>> >>>>>>>> thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> >>>>>>>> Jibin Ou >>>>>>>> >>>>>>>> ---------------------------------------------------------------------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>> Hi Jibin! >>>>>>>> >>>>>>>> >>>>>>>> I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now. >>>>>>>> >>>>>>>> Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET. >>>>>>>> >>>>>>>> As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo. >>>>>>>> >>>>>>>> Even when they worked, the build instructions were a bit ungainly: >>>>>>>> http://www.dynagraph.org/building-dgwin.php >>>>>>>> >>>>>>>> I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Gordon >>>>>>>> >>>>>>>> >>>>>>>> On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote: >>>>>>>> >>>>>>>> Hi Gordon, >>>>>>>> >>>>>>>> Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? >>>>>>>> >>>>>>>> Best regards, >>>>>>>> >>>>>>>> Jibin Ou >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> Rapidly troubleshoot problems before they affect your business. Most IT >>>>>>>> organizations don't have a clear picture of how application performance >>>>>>>> affects their revenue. With AppDynamics, you get 100% visibility into your >>>>>>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Dynagraph2-users mailing list >>>>>>>> Dyn...@li... <Dyn...@li...> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------------ >>>>>>>> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >>>>>>>> Learn Why More Businesses Are Choosing CenturyLink Cloud For >>>>>>>> Critical Workloads, Development Environments & Everything In Between. >>>>>>>> Get a Quote or Start a Free Trial Today. >>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >>>>>>>> _______________________________________________ >>>>>>>> Dynagraph2-users mailing list >>>>>>>> Dyn...@li... <Dyn...@li...> >>>>>>>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> <FIxed position.jpg> >>>>>> >>>>> >>>> >>>> >>> >>>> >>>> <errors.png> >>> >> >>> >>> ------------------------------------------------------------------------------ >>> CenturyLink Cloud: The Leader in Enterprise Cloud Services. >>> Learn Why More Businesses Are Choosing CenturyLink Cloud For >>> Critical Workloads, Development Environments & Everything In Between. >>> Get a Quote or Start a Free Trial Today. >>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk >> >>> >>> _______________________________________________ >>> Dynagraph2-users mailing list >>> Dyn...@li... <Dyn...@li...> >>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users >>> |
|
From: Jibin Ou <jib...@rw...> - 2014-01-14 09:06:45
|
Hello Gordon,
after error and trial, I just managed to build it in VS2010. Actually, only a tiny modification is necessary regarding the Boost library. I will release the code to github, once I have time. Then the next problem is C++ APIs. The example code seems outdated. For example, incrface/createEngine, DynaView are not there any more. Meanwhile, it is also stated in the documentation that the tutorial is outdated. Could you offer some hints for further exploration? Thank you very much in advance.
Best regards,
Jibin
On 01/13/14, Gordon Woodhull <go...@wo...> wrote:
> Wait, are you only going down this path because nail isn't supported by incrface? That would be embarrassing.
>
>
>
> On Jan 12, 2014, at 6:01 PM, Gordon Woodhull <go...@wo... <go...@wo...>> wrote:
>
>
> >
> >
> > Please post the specific problem you are having with linking cdt.
> >
> >
> > I don't remember any difficulties there, as long as the project had the same options and so on.
> >
> >
> > Also what patched version are you referring to? All I found on a quick search was the Debian version, which should work but is not necessary. The Graphviz code used by Dynagraph is very simple cross platform stuff and I've always used the original releases fine.
> >
> >
> > Sorry the build is not so easy. I have plans to replace these graphviz components with code available in Boost but never find the time.
> >
> >
> > Cheers
> > Gordon
> >
> >
> >
> > On Jan 12, 2014, at 6:51 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
> >
> >
> > >
> > >
> > >
> > > Hi Gordon,
> > > thanks for your reply and support. I think what I am looking for is exactly a Nail, which just fixes part of the nodes and lets DynaDAG optimize the rest.
> > >
> > >
> > > However, although I am already using the patched edition which is modified by Frankie. Compiling is already fine in VS2010. All the current problems come from linking. It seems a main problem is from linking the CDT project in GraphViz. However, I have tried various solution and still can not eliminate this problem. Would any body offer some hints for that?
> > >
> > >
> > > Best regards,
> > >
> > > Jibin
> > >
> > > On 01/10/14, Gordon Woodhull <go...@wo... <go...@wo...>> wrote:
> > >
> > >
> > > > Hi Jibin,
> > > >
> > > > Although the feature is there, it is more of a suggestion than a hard constraint on layout.
> > > >
> > > >
> > > > I think you will find that dragging a node leaves it pretty close to where you drop it, and it mostly stays there until there are too many changes around it (especially adding and removing edges) that cause DynaDAG to want to move it somewhere else.
> > > >
> > > >
> > > > I'm sorry if this is a vague answer, but the core algorithm isn't really set up to deal with absolute positions. If you check out the paper, you'll see that what it's really doing is assigning nodes to rows ("ranks") to minimize vertical edge length, and then rearranging them within those ranks to reduce crossings and horizontal edge length.
> > > >
> > > >
> > > > So it's more that if you ask for a Nail, DynaDAG doesn't attempt to optimize each of the dimensions, which should leave it in mostly the same place - unless you ask it to optimize something around it.
> > > >
> > > >
> > > > It's not a very strong promise, but I found that it worked pretty well for a dynamic graph editor.
> > > >
> > > >
> > > > Cheers,
> > > > Gordon
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Jan 10, 2014, at 9:39 AM, Jibin Ou <jib...@rw... <jib...@rw...> <jib...@rw... <jib...@rw...>>> wrote:
> > > >
> > > >
> > > > > Hello Gordon,
> > > > >
> > > > > Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType.
> > > > >
> > > > > N/A NailType nail N/A
> > > > > (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none.
> > > > >
> > > > > DG_NONAIL The node can be positioned at the server's discretion.
> > > > > DG_NAIL_X The server attempts to keep the node at the same X position.
> > > > > DG_NAIL_Y The Y position (rank) is fixed.
> > > > > DG_NAIL_BOTH The node is immobile.
> > > > >
> > > > > Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph.
> > > > >
> > > > > Best regards,
> > > > >
> > > > > Jibin
> > > > >
> > > > > On 01/09/14, Gordon Woodhull <go...@wo... <go...@wo...> <go...@wo... <go...@wo...>>> wrote:
> > > > >
> > > > >
> > > > >
> > > > > > Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much.
> > > > > >
> > > > > > If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it.
> > > > > >
> > > > > > Cheers
> > > > > > Gordon
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > > On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw... <jib...@rw...> <jib...@rw... <jib...@rw...>>> wrote:
> > > > > > >
> > > > > > > Hello guys,
> > > > > > >
> > > > > > > thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend.
> > > > > > >
> > > > > > > Best regards,
> > > > > > >
> > > > > > > Jibin Ou
> > > > > > >
> > > > > > > ----------------------------------------------------------------------------------------------------
> > > > > > >
> > > > > > >
> > > > > > > Hi Jibin!
> > > > > > >
> > > > > > >
> > > > > > > I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now.
> > > > > > >
> > > > > > > Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET.
> > > > > > >
> > > > > > > As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo.
> > > > > > >
> > > > > > > Even when they worked, the build instructions were a bit ungainly:
> > > > > > > http://www.dynagraph.org/building-dgwin.php
> > > > > > >
> > > > > > > I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be.
> > > > > > >
> > > > > > > Cheers,
> > > > > > > Gordon
> > > > > > >
> > > > > > >
> > > > > > > On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
> > > > > > >
> > > > > > > Hi Gordon,
> > > > > > >
> > > > > > > Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful?
> > > > > > >
> > > > > > > Best regards,
> > > > > > >
> > > > > > > Jibin Ou
> > > > > > >
> > > > > > > ------------------------------------------------------------------------------
> > > > > > > Rapidly troubleshoot problems before they affect your business. Most IT
> > > > > > > organizations don't have a clear picture of how application performance
> > > > > > > affects their revenue. With AppDynamics, you get 100% visibility into your
> > > > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> > > > > > > _______________________________________________
> > > > > > > Dynagraph2-users mailing list
> > > > > > > Dyn...@li... <Dyn...@li...>
> > > > > > > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
> > > > > > >
> > > > > > >
> > > > > > > ------------------------------------------------------------------------------
> > > > > > > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> > > > > > > Learn Why More Businesses Are Choosing CenturyLink Cloud For
> > > > > > > Critical Workloads, Development Environments & Everything In Between.
> > > > > > > Get a Quote or Start a Free Trial Today.
> > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> > > > > > > _______________________________________________
> > > > > > > Dynagraph2-users mailing list
> > > > > > > Dyn...@li... <Dyn...@li...>
> > > > > > > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > <FIxed position.jpg>
> > > > >
> > > >
> > >
> > >
> >
> > >
> > > <errors.png>
> >
>
> >
> > ------------------------------------------------------------------------------
> > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> > Learn Why More Businesses Are Choosing CenturyLink Cloud For
> > Critical Workloads, Development Environments & Everything In Between.
> > Get a Quote or Start a Free Trial Today.
> > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>
> >
> > _______________________________________________
> > Dynagraph2-users mailing list
> > Dyn...@li... <Dyn...@li...>
> > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
> >
|
|
From: Gordon W. <go...@wo...> - 2014-01-12 23:16:34
|
Wait, are you only going down this path because nail isn't supported by incrface? That would be embarrassing.
> On Jan 12, 2014, at 6:01 PM, Gordon Woodhull <go...@wo...> wrote:
>
> Please post the specific problem you are having with linking cdt.
>
> I don't remember any difficulties there, as long as the project had the same options and so on.
>
> Also what patched version are you referring to? All I found on a quick search was the Debian version, which should work but is not necessary. The Graphviz code used by Dynagraph is very simple cross platform stuff and I've always used the original releases fine.
>
> Sorry the build is not so easy. I have plans to replace these graphviz components with code available in Boost but never find the time.
>
> Cheers
> Gordon
>
>
>> On Jan 12, 2014, at 6:51 AM, Jibin Ou <jib...@rw...> wrote:
>>
>> Hi Gordon,
>>
>> thanks for your reply and support. I think what I am looking for is exactly a Nail, which just fixes part of the nodes and lets DynaDAG optimize the rest.
>>
>> However, although I am already using the patched edition which is modified by Frankie. Compiling is already fine in VS2010. All the current problems come from linking. It seems a main problem is from linking the CDT project in GraphViz. However, I have tried various solution and still can not eliminate this problem. Would any body offer some hints for that?
>>
>> Best regards,
>>
>> Jibin
>>
>> On 01/10/14, Gordon Woodhull <go...@wo...> wrote:
>>
>> Hi Jibin,
>>
>> Although the feature is there, it is more of a suggestion than a hard constraint on layout.
>>
>>
>> I think you will find that dragging a node leaves it pretty close to where you drop it, and it mostly stays there until there are too many changes around it (especially adding and removing edges) that cause DynaDAG to want to move it somewhere else.
>>
>>
>> I'm sorry if this is a vague answer, but the core algorithm isn't really set up to deal with absolute positions. If you check out the paper, you'll see that what it's really doing is assigning nodes to rows ("ranks") to minimize vertical edge length, and then rearranging them within those ranks to reduce crossings and horizontal edge length.
>>
>>
>> So it's more that if you ask for a Nail, DynaDAG doesn't attempt to optimize each of the dimensions, which should leave it in mostly the same place - unless you ask it to optimize something around it.
>>
>>
>> It's not a very strong promise, but I found that it worked pretty well for a dynamic graph editor.
>>
>>
>> Cheers,
>> Gordon
>>
>>
>>
>>
>>
>> On Jan 10, 2014, at 9:39 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
>>
>> Hello Gordon,
>>
>> Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType.
>>
>> N/A NailType nail N/A
>> (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none.
>>
>> DG_NONAIL The node can be positioned at the server's discretion.
>> DG_NAIL_X The server attempts to keep the node at the same X position.
>> DG_NAIL_Y The Y position (rank) is fixed.
>> DG_NAIL_BOTH The node is immobile.
>>
>> Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph.
>>
>> Best regards,
>>
>> Jibin
>>
>> On 01/09/14, Gordon Woodhull <go...@wo... <go...@wo...>> wrote:
>>
>>
>> Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much.
>>
>> If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it.
>>
>> Cheers
>> Gordon
>>
>>
>>
>> On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
>>
>> Hello guys,
>>
>> thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend.
>>
>> Best regards,
>>
>> Jibin Ou
>>
>> ----------------------------------------------------------------------------------------------------
>>
>>
>> Hi Jibin!
>>
>>
>> I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now.
>>
>> Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET.
>>
>> As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo.
>>
>> Even when they worked, the build instructions were a bit ungainly:
>> http://www.dynagraph.org/building-dgwin.php
>>
>> I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be.
>>
>> Cheers,
>> Gordon
>>
>>
>> On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote:
>>
>> Hi Gordon,
>>
>> Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful?
>>
>> Best regards,
>>
>> Jibin Ou
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Dynagraph2-users mailing list
>> Dyn...@li...
>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
>>
>>
>> ------------------------------------------------------------------------------
>> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
>> Learn Why More Businesses Are Choosing CenturyLink Cloud For
>> Critical Workloads, Development Environments & Everything In Between.
>> Get a Quote or Start a Free Trial Today.
>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Dynagraph2-users mailing list
>> Dyn...@li...
>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
>>
>>
>> <FIxed position.jpg>
>> <errors.png>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Dynagraph2-users mailing list
> Dyn...@li...
> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
|
|
From: Gordon W. <go...@wo...> - 2014-01-12 23:01:38
|
Please post the specific problem you are having with linking cdt.
I don't remember any difficulties there, as long as the project had the same options and so on.
Also what patched version are you referring to? All I found on a quick search was the Debian version, which should work but is not necessary. The Graphviz code used by Dynagraph is very simple cross platform stuff and I've always used the original releases fine.
Sorry the build is not so easy. I have plans to replace these graphviz components with code available in Boost but never find the time.
Cheers
Gordon
> On Jan 12, 2014, at 6:51 AM, Jibin Ou <jib...@rw...> wrote:
>
> Hi Gordon,
>
> thanks for your reply and support. I think what I am looking for is exactly a Nail, which just fixes part of the nodes and lets DynaDAG optimize the rest.
>
> However, although I am already using the patched edition which is modified by Frankie. Compiling is already fine in VS2010. All the current problems come from linking. It seems a main problem is from linking the CDT project in GraphViz. However, I have tried various solution and still can not eliminate this problem. Would any body offer some hints for that?
>
> Best regards,
>
> Jibin
>
> On 01/10/14, Gordon Woodhull <go...@wo...> wrote:
>
> Hi Jibin,
>
> Although the feature is there, it is more of a suggestion than a hard constraint on layout.
>
>
> I think you will find that dragging a node leaves it pretty close to where you drop it, and it mostly stays there until there are too many changes around it (especially adding and removing edges) that cause DynaDAG to want to move it somewhere else.
>
>
> I'm sorry if this is a vague answer, but the core algorithm isn't really set up to deal with absolute positions. If you check out the paper, you'll see that what it's really doing is assigning nodes to rows ("ranks") to minimize vertical edge length, and then rearranging them within those ranks to reduce crossings and horizontal edge length.
>
>
> So it's more that if you ask for a Nail, DynaDAG doesn't attempt to optimize each of the dimensions, which should leave it in mostly the same place - unless you ask it to optimize something around it.
>
>
> It's not a very strong promise, but I found that it worked pretty well for a dynamic graph editor.
>
>
> Cheers,
> Gordon
>
>
>
>
>
> On Jan 10, 2014, at 9:39 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
>
> Hello Gordon,
>
> Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType.
>
> N/A NailType nail N/A
> (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none.
>
> DG_NONAIL The node can be positioned at the server's discretion.
> DG_NAIL_X The server attempts to keep the node at the same X position.
> DG_NAIL_Y The Y position (rank) is fixed.
> DG_NAIL_BOTH The node is immobile.
>
> Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph.
>
> Best regards,
>
> Jibin
>
> On 01/09/14, Gordon Woodhull <go...@wo... <go...@wo...>> wrote:
>
>
> Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much.
>
> If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it.
>
> Cheers
> Gordon
>
>
>
> On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw... <jib...@rw...>> wrote:
>
> Hello guys,
>
> thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend.
>
> Best regards,
>
> Jibin Ou
>
> ----------------------------------------------------------------------------------------------------
>
>
> Hi Jibin!
>
>
> I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now.
>
> Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET.
>
> As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo.
>
> Even when they worked, the build instructions were a bit ungainly:
> http://www.dynagraph.org/building-dgwin.php
>
> I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be.
>
> Cheers,
> Gordon
>
>
> On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote:
>
> Hi Gordon,
>
> Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful?
>
> Best regards,
>
> Jibin Ou
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> Dynagraph2-users mailing list
> Dyn...@li...
> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Dynagraph2-users mailing list
> Dyn...@li...
> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
>
>
> <FIxed position.jpg>
> <errors.png>
|
|
From: Gordon W. <go...@wo...> - 2014-01-10 22:35:47
|
Hi Jibin,
Although the feature is there, it is more of a suggestion than a hard constraint on layout.
I think you will find that dragging a node leaves it pretty close to where you drop it, and it mostly stays there until there are too many changes around it (especially adding and removing edges) that cause DynaDAG to want to move it somewhere else.
I'm sorry if this is a vague answer, but the core algorithm isn't really set up to deal with absolute positions. If you check out the paper, you'll see that what it's really doing is assigning nodes to rows ("ranks") to minimize vertical edge length, and then rearranging them within those ranks to reduce crossings and horizontal edge length.
So it's more that if you ask for a Nail, DynaDAG doesn't attempt to optimize each of the dimensions, which should leave it in mostly the same place - unless you ask it to optimize something around it.
It's not a very strong promise, but I found that it worked pretty well for a dynamic graph editor.
Cheers,
Gordon
On Jan 10, 2014, at 9:39 AM, Jibin Ou <jib...@rw...> wrote:
> Hello Gordon,
>
> Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType.
>
> N/A NailType nail N/A
> (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none.
>
> DG_NONAIL The node can be positioned at the server's discretion.
> DG_NAIL_X The server attempts to keep the node at the same X position.
> DG_NAIL_Y The Y position (rank) is fixed.
> DG_NAIL_BOTH The node is immobile.
>
> Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph.
>
> Best regards,
>
> Jibin
>
> On 01/09/14, Gordon Woodhull <go...@wo...> wrote:
>
>> Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much.
>>
>> If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it.
>>
>> Cheers
>> Gordon
>>
>>
>>> On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw...> wrote:
>>>
>>> Hello guys,
>>>
>>> thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend.
>>>
>>> Best regards,
>>>
>>> Jibin Ou
>>>
>>> ----------------------------------------------------------------------------------------------------
>>>
>>>
>>> Hi Jibin!
>>>
>>>
>>> I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now.
>>>
>>> Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET.
>>>
>>> As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo.
>>>
>>> Even when they worked, the build instructions were a bit ungainly:
>>> http://www.dynagraph.org/building-dgwin.php
>>>
>>> I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be.
>>>
>>> Cheers,
>>> Gordon
>>>
>>>
>>> On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote:
>>>
>>> Hi Gordon,
>>>
>>> Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful?
>>>
>>> Best regards,
>>>
>>> Jibin Ou
>>>
>>> ------------------------------------------------------------------------------
>>> Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Dynagraph2-users mailing list
>>> Dyn...@li...
>>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
>>> Learn Why More Businesses Are Choosing CenturyLink Cloud For
>>> Critical Workloads, Development Environments & Everything In Between.
>>> Get a Quote or Start a Free Trial Today.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Dynagraph2-users mailing list
>>> Dyn...@li...
>>> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users
> <FIxed position.jpg>
|
|
From: Jibin Ou <jib...@rw...> - 2014-01-10 14:39:18
|
Hello Gordon, Yes, I will release the wrapper when I finish my thesis and have time to clean the code. Meanwhile, I have a crucial question, regarding a feature in DynaGraph. As stated in the documentation, it is possible to fix positions of nodes in C++ API, using NailType. N/A NailType nail N/A (in) Specifies the mobility of the node. Only Y-axis nailing is available, and only in Dynadag. Default: none. DG_NONAIL The node can be positioned at the server's discretion. DG_NAIL_X The server attempts to keep the node at the same X position. DG_NAIL_Y The Y position (rank) is fixed. DG_NAIL_BOTH The node is immobile. Does it mean that if I set the node position fixed, the coordinate will be kept definitely steady in the future operations? If so, this will be super useful.(See the figure in attachment) A user can manually drag a node and fix its position. I am planning to offer a UI in which a user can change the position of a node as well as incrementally add and delete nodes. Without the possibility to fix a position, all the manual changes will be erased after any change in the graph. Best regards, Jibin On 01/09/14, Gordon Woodhull <go...@wo...> wrote: > Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much. > > If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it. > > Cheers > Gordon > > > > On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw...> wrote: > > > > Hello guys, > > > > thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend. > > > > Best regards, > > > > Jibin Ou > > > > ---------------------------------------------------------------------------------------------------- > > > > > > Hi Jibin! > > > > > > I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now. > > > > Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET. > > > > As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo. > > > > Even when they worked, the build instructions were a bit ungainly: > > http://www.dynagraph.org/building-dgwin.php > > > > I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be. > > > > Cheers, > > Gordon > > > > > > On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote: > > > > Hi Gordon, > > > > Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? > > > > Best regards, > > > > Jibin Ou > > > > ------------------------------------------------------------------------------ > > Rapidly troubleshoot problems before they affect your business. Most IT > > organizations don't have a clear picture of how application performance > > affects their revenue. With AppDynamics, you get 100% visibility into your > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > _______________________________________________ > > Dynagraph2-users mailing list > > Dyn...@li... > > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users > > > > > > ------------------------------------------------------------------------------ > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > Critical Workloads, Development Environments & Everything In Between. > > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > _______________________________________________ > > Dynagraph2-users mailing list > > Dyn...@li... > > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Gordon W. <go...@wo...> - 2014-01-09 19:46:44
|
Fantastic! Yes, I should have mentioned that the incrface text interface is the most robust and easiest to get working. I think there is a small performance penalty for serializing/deserializing to text and pushing the data through a pipe, but it shouldn't matter much. If you'd care to release your c# incrface parse as open source, I'm sure others would appreciate it. Cheers Gordon > On Jan 9, 2014, at 3:48 AM, Jibin Ou <jib...@rw...> wrote: > > Hello guys, > > thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend. > > Best regards, > > Jibin Ou > > ---------------------------------------------------------------------------------------------------- > > > Hi Jibin! > > > I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now. > > Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET. > > As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo. > > Even when they worked, the build instructions were a bit ungainly: > http://www.dynagraph.org/building-dgwin.php > > I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be. > > Cheers, > Gordon > > > On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote: > > Hi Gordon, > > Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? > > Best regards, > > Jibin Ou > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Dynagraph2-users mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > Dynagraph2-users mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Jibin Ou <jib...@rw...> - 2014-01-09 08:49:05
|
Hello guys, thank you very much for your help. I didn't have enough time to try to build the patched version. Instead, I have partially translated the Dynagraph for grappa code into c#. Now I can interact with the executable file in .Net environment. I might also try the comdg in this weekend. Best regards, Jibin Ou ---------------------------------------------------------------------------------------------------- Hi Jibin! I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now. Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET. As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo. Even when they worked, the build instructions were a bit ungainly: http://www.dynagraph.org/building-dgwin.php I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be. Cheers, Gordon On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote: Hi Gordon, Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? Best regards, Jibin Ou ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Dynagraph2-users mailing list Dyn...@li... https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Gordon W. <go...@wo...> - 2014-01-05 12:05:38
|
Hi Jibin! I think you mean, it's the only open-sourced directed graph layout algorithm. Still. And it's been over 10 years now. Obviously, Dynagraph is not in active development right now, but what you are doing should work once the bit-rot is defeated. I believe others were successful in the past with using the comdg objects in .NET. As you point out, though, the main problem is that there have been several releases of Windows since then, and even more releases of MSVC. I think I did get it to build under Windows a couple of years ago, but I'm not sure if I updated the repo. Even when they worked, the build instructions were a bit ungainly: http://www.dynagraph.org/building-dgwin.php I guess the best I can say, unfortunately, is Patches Welcome! Hopefully sometime I will find a free day to update everything, but I'm not sure when that will be. Cheers, Gordon On Jan 2, 2014, at 11:41 AM, Jibin Ou <jib...@rw...> wrote: > Hi Gordon, > > Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? > > Best regards, > > Jibin Ou > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Dynagraph2-users mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Jibin Ou <jib...@rw...> - 2014-01-02 16:42:03
|
Hi Gordon, Happy new year! I am a student from Switzerland. I intend to develop an interactive debugger using DynaGraph, since it is the only open-sourced and dynamic layout algorithm in the market. However, the binary build of dgwin seems to be not compatible with Win 8. And when I tried to build it the dgwin solution, it failed with various kinds of errors. Is there any easy way which I can use DynaGraph in .NET? I expect to use comdg to get the positions of vertices and edges and draw them in WPF. Do you think this approach is meaningful? Best regards, Jibin Ou |
|
From: Martin J. <mjo...@ts...> - 2013-07-22 13:14:00
|
Hi Gordon, And apologies on my slide for not coming back earlier. So this sounds all promising and I would like to go ahead. However where could I find an up-to-date description of how to use the library, including hopefully some examples? Cheers, /Martin From: Gordon Woodhull [mailto:go...@wo...] Sent: 11 July 2013 09:03 To: Martin Johnsson Cc: <dyn...@li...> Subject: Re: [Dynagraph2-users] Further information on the C++ library Hi Martin, Sorry for the slow response. I think that Dynagraph may be able to do what you want, as long as you don't expect edges to cross between levels. I.e. as long as each cluster is completely self-contained and edges connect to the outside of the cluster and not to any nodes inside it. Nodes within a cluster can of course be connected. The way you would do this is model every cluster as its own layout graph. Then you would use the bounding box calculated to find the size of the node for the graph containing the cluster-node. Dynagraph's arbitrary-sized nodes were designed for this purpose, in the context of Dynagraph for Windows, where each node can contain an arbitrary OLE object, including another graph layout. Dynagraph does not, however, have any concept of clustering, so you'd have to shuttle the changing node sizes from one layout to another. The simplest thing to do would be to calculate the deepest clustered layouts first and then work outward from there. Cheers Gordon On Jun 27, 2013, at 10:49 AM, "Martin Johnsson" <mjo...@ts...> wrote: Hi Gordon, Thanks for response. Must admit I’m not exactly sure what you mean by “layout system” so apologies for my ignorance. But perhaps I can describe in more precise terms what I’m looking for: - Within the simulator I create nodes connected by links; the complete topology can generally be of any size. Each node is provided with coordinates. - For reasons of scalability the simulator creates node clusters dynamically and where each cluster is represented by a supernode (but which is modelled as any other node) and those nodes are intern connected by links (and which are also modelled as any other link). This can go on recursively whereby a hierarchy of network topologies are created for each new level of cluster representations. - Nodes and links may come and go at any time during the simulation, and nodes may also move in the topology, and which in turn may affect the node clustering and its representation through supernodes. What I would like to do is that at each iteration cycle of the simulator I can present graphically an up-to-date view of the complete network topology, preferably also including the hierarchy as described above. I would thus hope that I can provide Dynagraph with information of the nodes and how they are connected via links, and where Dynagraph would fix and make the graphical presentation including reflecting any updates made to the topology. It looks like I need to figure out the changes myself, right, and provide Dynagraph with a kind of list of changes, correct? For very large topologies you could possibly only represent the network topology at the highest node clustering level but then allow for “freezing” so that each supernode becomes clickable to reveal the underlying node cluster it represents. Indeed, I may ask for a whole lot ;-), but perhaps some of what I describe above is supported by Dynagraph. Cheers, /Martin From: Gordon Woodhull [mailto:go...@wo...] Sent: 27 June 2013 15:15 To: Martin Johnsson Cc: dyn...@li... Subject: Re: [Dynagraph2-users] Further information on the C++ library Hi Martin, Unfortunately the C++ example got out of date when the configuration system got more sophisticated. My guess is that once you get a layout system set up, actually manipulating a graph layout will be a cinch. Or do I have the right question? ;-) Cheers, Gordon On Jun 26, 2013, at 3:32 AM, "Martin Johnsson" <mjo...@ts...> wrote: Hi, I wonder if there is more comprehensive and detailed information available from somewhere/someone on the use of the C++ library as I would like to call upon Dynagraph directly from within a network simulator that I have developed. Kind regards, /Martin ------------------------------------------------------------------------------ This <http://SF.net> SF.net email is sponsored by Windows: Build for Windows Store. <http://p.sf.net/sfu/windows-dev2dev_______________________________________________> http://p.sf.net/sfu/windows-dev2dev_______________________________________________ Dynagraph2-users mailing list <mailto:Dyn...@li...> Dyn...@li... <https://lists.sourceforge.net/lists/listinfo/dynagraph2-users> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Gordon W. <go...@wo...> - 2013-07-11 08:02:43
|
Hi Martin, Sorry for the slow response. I think that Dynagraph may be able to do what you want, as long as you don't expect edges to cross between levels. I.e. as long as each cluster is completely self-contained and edges connect to the outside of the cluster and not to any nodes inside it. Nodes within a cluster can of course be connected. The way you would do this is model every cluster as its own layout graph. Then you would use the bounding box calculated to find the size of the node for the graph containing the cluster-node. Dynagraph's arbitrary-sized nodes were designed for this purpose, in the context of Dynagraph for Windows, where each node can contain an arbitrary OLE object, including another graph layout. Dynagraph does not, however, have any concept of clustering, so you'd have to shuttle the changing node sizes from one layout to another. The simplest thing to do would be to calculate the deepest clustered layouts first and then work outward from there. Cheers Gordon On Jun 27, 2013, at 10:49 AM, "Martin Johnsson" <mjo...@ts...> wrote: > Hi Gordon, > > Thanks for response. Must admit I’m not exactly sure what you mean by “layout system” so apologies for my ignorance. But perhaps I can describe in more precise terms what I’m looking for: > > - Within the simulator I create nodes connected by links; the complete topology can generally be of any size. Each node is provided with coordinates. > - For reasons of scalability the simulator creates node clusters dynamically and where each cluster is represented by a supernode (but which is modelled as any other node) and those nodes are intern connected by links (and which are also modelled as any other link). This can go on recursively whereby a hierarchy of network topologies are created for each new level of cluster representations. > - Nodes and links may come and go at any time during the simulation, and nodes may also move in the topology, and which in turn may affect the node clustering and its representation through supernodes. > > What I would like to do is that at each iteration cycle of the simulator I can present graphically an up-to-date view of the complete network topology, preferably also including the hierarchy as described above. I would thus hope that I can provide Dynagraph with information of the nodes and how they are connected via links, and where Dynagraph would fix and make the graphical presentation including reflecting any updates made to the topology. It looks like I need to figure out the changes myself, right, and provide Dynagraph with a kind of list of changes, correct? For very large topologies you could possibly only represent the network topology at the highest node clustering level but then allow for “freezing” so that each supernode becomes clickable to reveal the underlying node cluster it represents. > > Indeed, I may ask for a whole lot ;-), but perhaps some of what I describe above is supported by Dynagraph. > > Cheers, > /Martin > > From: Gordon Woodhull [mailto:go...@wo...] > Sent: 27 June 2013 15:15 > To: Martin Johnsson > Cc: dyn...@li... > Subject: Re: [Dynagraph2-users] Further information on the C++ library > > Hi Martin, > > Unfortunately the C++ example got out of date when the configuration system got more sophisticated. My guess is that once you get a layout system set up, actually manipulating a graph layout will be a cinch. Or do I have the right question? ;-) > > > Cheers, > Gordon > > > On Jun 26, 2013, at 3:32 AM, "Martin Johnsson" <mjo...@ts...> wrote: > > > Hi, > > I wonder if there is more comprehensive and detailed information available from somewhere/someone on the use of the C++ library as I would like to call upon Dynagraph directly from within a network simulator that I have developed. > > Kind regards, > /Martin > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev_______________________________________________ > Dynagraph2-users mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users > |
|
From: Gordon W. <go...@wo...> - 2013-06-27 15:18:31
|
Hi Martin, Unfortunately the C++ example got out of date when the configuration system got more sophisticated. My guess is that once you get a layout system set up, actually manipulating a graph layout will be a cinch. Or do I have the right question? ;-) Cheers, Gordon On Jun 26, 2013, at 3:32 AM, "Martin Johnsson" <mjo...@ts...> wrote: > Hi, > > I wonder if there is more comprehensive and detailed information available from somewhere/someone on the use of the C++ library as I would like to call upon Dynagraph directly from within a network simulator that I have developed. > > Kind regards, > /Martin > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev_______________________________________________ > Dynagraph2-users mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Martin J. <mjo...@ts...> - 2013-06-27 14:50:13
|
Hi Gordon, Thanks for response. Must admit I'm not exactly sure what you mean by "layout system" so apologies for my ignorance. But perhaps I can describe in more precise terms what I'm looking for: - Within the simulator I create nodes connected by links; the complete topology can generally be of any size. Each node is provided with coordinates. - For reasons of scalability the simulator creates node clusters dynamically and where each cluster is represented by a supernode (but which is modelled as any other node) and those nodes are intern connected by links (and which are also modelled as any other link). This can go on recursively whereby a hierarchy of network topologies are created for each new level of cluster representations. - Nodes and links may come and go at any time during the simulation, and nodes may also move in the topology, and which in turn may affect the node clustering and its representation through supernodes. What I would like to do is that at each iteration cycle of the simulator I can present graphically an up-to-date view of the complete network topology, preferably also including the hierarchy as described above. I would thus hope that I can provide Dynagraph with information of the nodes and how they are connected via links, and where Dynagraph would fix and make the graphical presentation including reflecting any updates made to the topology. It looks like I need to figure out the changes myself, right, and provide Dynagraph with a kind of list of changes, correct? For very large topologies you could possibly only represent the network topology at the highest node clustering level but then allow for "freezing" so that each supernode becomes clickable to reveal the underlying node cluster it represents. Indeed, I may ask for a whole lot ;-), but perhaps some of what I describe above is supported by Dynagraph. Cheers, /Martin From: Gordon Woodhull [mailto:go...@wo...] Sent: 27 June 2013 15:15 To: Martin Johnsson Cc: dyn...@li... Subject: Re: [Dynagraph2-users] Further information on the C++ library Hi Martin, Unfortunately the C++ example got out of date when the configuration system got more sophisticated. My guess is that once you get a layout system set up, actually manipulating a graph layout will be a cinch. Or do I have the right question? ;-) Cheers, Gordon On Jun 26, 2013, at 3:32 AM, "Martin Johnsson" <mjo...@ts...> wrote: Hi, I wonder if there is more comprehensive and detailed information available from somewhere/someone on the use of the C++ library as I would like to call upon Dynagraph directly from within a network simulator that I have developed. Kind regards, /Martin ---------------------------------------------------------------------------- -- This <http://SF.net> SF.net email is sponsored by Windows: Build for Windows Store. <http://p.sf.net/sfu/windows-dev2dev________________________________________ _______> http://p.sf.net/sfu/windows-dev2dev_________________________________________ ______ Dynagraph2-users mailing list <mailto:Dyn...@li...> Dyn...@li... <https://lists.sourceforge.net/lists/listinfo/dynagraph2-users> https://lists.sourceforge.net/lists/listinfo/dynagraph2-users |
|
From: Martin J. <mjo...@ts...> - 2013-06-26 08:08:49
|
Hi, I wonder if there is more comprehensive and detailed information available from somewhere/someone on the use of the C++ library as I would like to call upon Dynagraph directly from within a network simulator that I have developed. Kind regards, /Martin |
|
From: Gordon W. <go...@wo...> - 2007-01-21 07:16:57
|
Hello to those who have joined these new mailing lists! I'm announcing two releases from yesterday: 1.1.5.9 is a stable release with improved build systems. Using gmake, it automatically generates dependencies for quicker building on *nix. 1.1.6.0 is an extremely experimental version which delivers parallel edges (a.k.a. multiedges). However, the drawing is not perfect: if the edges are short they will tend to pile up. And this version is less stable (some of the more complicated tests crash). I am presently working on making it more stable and then I will work on the drawing itself. In the future, I will make release announcements to the users and announce mailing lists only, assuming that techies will subscribe to more than one list. Not every release merits an announcement. The users list should be used for questions of general interest, and the devel list for more in-depth discussion of ways to improve Dynagraph. Note on the development process: All Dynagraph development occurs in subversion branches; the trunk always contains some old, stable version (currently 1.1.5.9). It may be possible to get newer code directly from the repository, but it is not guaranteed to compile on all platforms, as the releases should. For example, the 1.1.7 branch contains reconfiguration code that will allow switching layout engines on the fly, but it does not yet compile or work on any platform! Cheers, Gordon |
1 message has been excluded from this view by a project administrator.
