Re: [graph][discuss] reintegrating branch in trunk
Hi Simone, While rearranging stuff to prepare the merge, I noticed that the NamedExportSelector disappeared in favor of specifying the graph name inside the usingXXXFormat() method. I honestly think that in that way it lost part of the expressiveness - even if it is less verbose. I am in favor of having it reintegrated before merging back, with his pros and cons - WDYT? so if I get it right, now we have: export( actual ).usingDotNotation( my graph ) .withVertexLabels( new VertexLabelMapper() ) .withEdgeWeights( new EdgeWeightMapper() ) .withEdgeLabels( new EdgeLabelMapper() ) .to( System.out ); which becomes something like: export( actual ).usingDotNotation().withName( my graph ) .withVertexLabels( new VertexLabelMapper() ) .withEdgeWeights( new EdgeWeightMapper() ) .withEdgeLabels( new EdgeLabelMapper() ) .to( System.out ); and in both cases the name is not required. If the above is correct I am quite neutral about the matter... how do you call it, a +0? :) PS. spoiler: I am thinking about importers now -- it is not trivial to get them right with this new model implementation. I'll start a discussion about that when we are done with the merge! Ciao, Claudio best and TIA, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 23, 2012 at 4:16 PM, Simone Tripodi simonetrip...@apache.org wrote: Yup I am aware that they are not completed, anyway I would like to encourage their development on /trunk because: * new algorithms can be implemented using new APIs (and I have an idea about a new one) * code is still in sandbox, no risk to break anything So I'll merge last Thomas' commit in trunk, then merging back to /trunk. All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 23, 2012 at 3:28 PM, Claudio Squarcella squar...@dia.uniroma3.it wrote: Hi, we could merge the branch and open some issues on Jira to track the exporter problems, so people can contribute to fix them. +1. Note that the exporters are not complete yet, and there are still interesting architectural decisions left unanswered. Let's go for it! Claudio -- Claudio Squarcella PhD student at Roma Tre University http://www.dia.uniroma3.it/~squarcel http://twitter.com/hyperboreans http://claudio.squarcella.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Claudio Squarcella PhD student at Roma Tre University http://www.dia.uniroma3.it/~squarcel http://twitter.com/hyperboreans http://claudio.squarcella.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [graph][discuss] reintegrating branch in trunk
Hi Claud.io, which becomes something like: export( actual ).usingDotNotation().withName( my graph ) .withVertexLabels( new VertexLabelMapper() ) .withEdgeWeights( new EdgeWeightMapper() ) .withEdgeLabels( new EdgeLabelMapper() ) .to( System.out ); almost, the NamedExportSelector was set before the format selection - and the chained APIs allowed skipping it. I'm going to restore it in the branch and try to hurry on moving branches so we can move discussions forward. Thanks for the hard work! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [graph][discuss] reintegrating branch in trunk
branches reintegrated, have a good work! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 25, 2012 at 1:22 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi Claud.io, which becomes something like: export( actual ).usingDotNotation().withName( my graph ) .withVertexLabels( new VertexLabelMapper() ) .withEdgeWeights( new EdgeWeightMapper() ) .withEdgeLabels( new EdgeLabelMapper() ) .to( System.out ); almost, the NamedExportSelector was set before the format selection - and the chained APIs allowed skipping it. I'm going to restore it in the branch and try to hurry on moving branches so we can move discussions forward. Thanks for the hard work! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[graph][discuss] reintegrating branch in trunk
Hi all guys, in order to speedup things, I'd propose to reintegrate the experimental branch[1] where Claudio finalized my work of dropping the Vertex/Edge (and few other) marker interfaces, defining a clean set of abstract APIs for the graph exporter. Reintegrating the branch on trunk implies having the exporters not fully working but all algorithms tests pass, with a cleaner set of APIs where people can continue happily contributing. Moreover, the component is still in Sandbox, so no worries of breaking anything. Thoughts? Proposals? Many thanks in advance, all the best! -Simo [1] https://svn.apache.org/repos/asf/commons/sandbox/graph/branches/exporters-with-mappers http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [graph][discuss] reintegrating branch in trunk
Hi, we could merge the branch and open some issues on Jira to track the exporter problems, so people can contribute to fix them. ciao -- Marco Speranza marcospera...@apache.org Google Code: http://code.google.com/u/marco.speranza79/ 2012/3/23 Simone Tripodi simonetrip...@apache.org: Hi all guys, in order to speedup things, I'd propose to reintegrate the experimental branch[1] where Claudio finalized my work of dropping the Vertex/Edge (and few other) marker interfaces, defining a clean set of abstract APIs for the graph exporter. Reintegrating the branch on trunk implies having the exporters not fully working but all algorithms tests pass, with a cleaner set of APIs where people can continue happily contributing. Moreover, the component is still in Sandbox, so no worries of breaking anything. Thoughts? Proposals? Many thanks in advance, all the best! -Simo [1] https://svn.apache.org/repos/asf/commons/sandbox/graph/branches/exporters-with-mappers http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [graph][discuss] reintegrating branch in trunk
Hi, we could merge the branch and open some issues on Jira to track the exporter problems, so people can contribute to fix them. +1. Note that the exporters are not complete yet, and there are still interesting architectural decisions left unanswered. Let's go for it! Claudio -- Claudio Squarcella PhD student at Roma Tre University http://www.dia.uniroma3.it/~squarcel http://twitter.com/hyperboreans http://claudio.squarcella.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [graph][discuss] reintegrating branch in trunk
While rearranging stuff to prepare the merge, I noticed that the NamedExportSelector disappeared in favor of specifying the graph name inside the usingXXXFormat() method. I honestly think that in that way it lost part of the expressiveness - even if it is less verbose. I am in favor of having it reintegrated before merging back, with his pros and cons - WDYT? best and TIA, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 23, 2012 at 4:16 PM, Simone Tripodi simonetrip...@apache.org wrote: Yup I am aware that they are not completed, anyway I would like to encourage their development on /trunk because: * new algorithms can be implemented using new APIs (and I have an idea about a new one) * code is still in sandbox, no risk to break anything So I'll merge last Thomas' commit in trunk, then merging back to /trunk. All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 23, 2012 at 3:28 PM, Claudio Squarcella squar...@dia.uniroma3.it wrote: Hi, we could merge the branch and open some issues on Jira to track the exporter problems, so people can contribute to fix them. +1. Note that the exporters are not complete yet, and there are still interesting architectural decisions left unanswered. Let's go for it! Claudio -- Claudio Squarcella PhD student at Roma Tre University http://www.dia.uniroma3.it/~squarcel http://twitter.com/hyperboreans http://claudio.squarcella.com/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
