To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-id has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-vfs2-test has an issue affecting its community integration.
This
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
sounds reasonable indeed, let users chose the preferred behavior.
FWIW, +1 as well :)
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Mar 24, 2012 at 10:27 PM, Emmanuel Bourg ebo...@apache.org
Hi Claud.io,
which becomes something like:
export( actual ).usingDotNotation().withName( my graph )
.withVertexLabels( new VertexLabelMapper() )
.withEdgeWeights( new EdgeWeightMapper() )
.withEdgeLabels( new
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
Hi all,
the implementation of importers for [graph] requires a bit of attention,
in particular with the new model where
* there are no explicit markers for Vertex and Edge,
* all properties of Vertices and Edges are now specified with generic
Mappers.
Writing and extending exporters is
Interesting article about value types in the JVM with relevance to better
support for Complex numbers (something I've long wished for)
https://blogs.oracle.com/jrose/entry/value_types_in_the_vm
Perhaps there is a role for the Commons Math project in item 2 of his section
More Work
Bruce
Great, I like it!
just a minor observation:
+ for ( int i = 0; i sortedEdge.size(); i++ )
{
- WE we = iterator.next();
- iterator.remove();
+ WE we = sortedEdge.poll();
do we really need to cycle guarding an accumulator? I'd replace it
Hi Claud.io
I honestly felt I little lost - code would speak better than thousands
of words, what about branching once again and make a concrete
proposal? ;)
Looking forward to read about it!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
I just modified it, see r1305065
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 4:46 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Great, I like it!
just a minor
Hi,
On 25/03/2012 17:33, Simone Tripodi wrote:
Hi Claud.io
I honestly felt I little lost - code would speak better than thousands
of words, what about branching once again and make a concrete
proposal? ;)
Sure I'll open a branch for that. But first I would like to validate my
thoughts (at
Hi Graphers,
I was trying to code the ELO algorithm using a BSF algo and got in
trouble with the boolean return value of the visit handler methods - I
think that we could improve it a little, adopting a similar approach
of the AsyncHttpClient's AsyncHandler[1]: *maybe* having those methods
that
Hi Simone,
On 25/03/2012 22:46, Simone Tripodi wrote:
Hi Graphers,
I was trying to code the ELO algorithm using a BSF algo and got in
trouble with the boolean return value of the visit handler methods - I
think that we could improve it a little, adopting a similar approach
of the
if I get it right you are saying that two values (true/false) are too
limiting for some of the current methods. Do you have a specific example, to
get a clearer idea of the improvement?
nope, I am saying that the boolean flag is less intuitive - I had to
take a (short, of course) while to
Hi,
My proposal is switching to a more expressive values, kind of
VisitState.(ABORT|CONTINUE) enumeration that is free of any
misunderstanding. Thoughts?
ok so something like:
* if ( handler.finishEdge( prevHead, e, v ).equals( VisitState.ABORT )
) ..
Looks good to me, +1 :)
Ciao,
* if ( handler.finishEdge( prevHead, e, v ).equals( VisitState.ABORT )
) ..
even better:
VisitState.ABORT == handler.finishEdge( prevHead, e, v )
Looks good to me, +1 :)
great, I am going to change it - then sleeping to cheat the new TZ :P
best,
-Simo
just had an idea of a possible new state: SKIP,that would mean
skipping the children/subtrees... thoughts? :P
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Mar 25, 2012 at 11:22 PM, Simone
Hi,
On 25/03/2012 23:27, Simone Tripodi wrote:
just had an idea of a possible new state: SKIP,that would mean
skipping the children/subtrees... thoughts? :P
+1.
Of course we still need to document the whole thing in the javadoc (as
we did already with boolean values), but the readability of
just filled SANDBOX-416 and committed the
org.apache.commons.graph.visit.VisitState enum, now I am too sleepy to
continue - feel free to finalize it if you want/can/have spare
time/...
all the best and thanks for discussing,
-Simo
http://people.apache.org/~simonetripodi/
Hi,
On 25/03/2012 23:45, Simone Tripodi wrote:
just filled SANDBOX-416 and committed the
org.apache.commons.graph.visit.VisitState enum, now I am too sleepy to
continue - feel free to finalize it if you want/can/have spare
time/...
I did that, see the comment on SANDBOX-416 :)
Ciao,
Claudio
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-graph has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-collections4-testframework has an issue affecting its community
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-scxml-test has an issue affecting its community integration.
This
27 matches
Mail list logo