You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#4054 adds a mechanism to the remove_multi_edges function to "decide" which edge weight to keep when edge weights are present in the edge list (and potentially different). By default remove_multi_edges will arbitrarily pick them. The PR adds the option to pick the smallest edge weight. This can be important in an undirected graph, since we will store the edge in each direction it some algorithms will be negatively impacted if the weight in one direction is different than the weight in the opposite direction.
But the notion of picking the smallest edge weight is, in itself, an arbitrary choice. We should consider other criteria for modifying the edges. Some reasonable examples,
largest edge weight
sum the edge weights
average the edge weights
Additionally, we're talking about weights, but we support arbitrary edge properties within the cugraph framework (currently we explicitly support edge weight, edge id and edge type for some algorithms).
One could imagine creating a functor that would allow the user to customize exactly how to reduce a list of edges with edge properties to a single edge with edge properties.
The text was updated successfully, but these errors were encountered:
#4054 adds a mechanism to the
remove_multi_edges
function to "decide" which edge weight to keep when edge weights are present in the edge list (and potentially different). By defaultremove_multi_edges
will arbitrarily pick them. The PR adds the option to pick the smallest edge weight. This can be important in an undirected graph, since we will store the edge in each direction it some algorithms will be negatively impacted if the weight in one direction is different than the weight in the opposite direction.But the notion of picking the smallest edge weight is, in itself, an arbitrary choice. We should consider other criteria for modifying the edges. Some reasonable examples,
Additionally, we're talking about weights, but we support arbitrary edge properties within the cugraph framework (currently we explicitly support edge weight, edge id and edge type for some algorithms).
One could imagine creating a functor that would allow the user to customize exactly how to reduce a list of edges with edge properties to a single edge with edge properties.
The text was updated successfully, but these errors were encountered: