Return-Path: X-Original-To: apmail-giraph-user-archive@www.apache.org Delivered-To: apmail-giraph-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C9386E53E for ; Tue, 5 Feb 2013 20:07:37 +0000 (UTC) Received: (qmail 33544 invoked by uid 500); 5 Feb 2013 20:07:37 -0000 Delivered-To: apmail-giraph-user-archive@giraph.apache.org Received: (qmail 33503 invoked by uid 500); 5 Feb 2013 20:07:37 -0000 Mailing-List: contact user-help@giraph.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@giraph.apache.org Delivered-To: mailing list user@giraph.apache.org Received: (qmail 33493 invoked by uid 99); 5 Feb 2013 20:07:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 20:07:37 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ssc.open@googlemail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bk0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 20:07:30 +0000 Received: by mail-bk0-f52.google.com with SMTP id jk13so290850bkc.11 for ; Tue, 05 Feb 2013 12:07:09 -0800 (PST) X-Received: by 10.204.13.25 with SMTP id z25mr6862777bkz.114.1360094829591; Tue, 05 Feb 2013 12:07:09 -0800 (PST) Received: from [192.168.0.103] (f052148066.adsl.alicedsl.de. [78.52.148.66]) by mx.google.com with ESMTPS id fs20sm7125655bkc.8.2013.02.05.12.07.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 05 Feb 2013 12:07:09 -0800 (PST) Message-ID: <5111666C.8070406@apache.org> Date: Tue, 05 Feb 2013 21:07:08 +0100 From: Sebastian Schelter Reply-To: ssc@apache.org User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: user@giraph.apache.org Subject: Re: Trying to implement program to find betweenness centrality in giraph References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hello Pradeep, the standard betweeness and closeness measures do not scale to large graphs per se, as they require computation of all shortest paths, where even the result is quadratic in the number of vertices and therefore intractable. U Kang has done some interesting work on finding scalable substitutes for these measures: "Centralities in large graphs" http://www.cs.cmu.edu/~ukang/papers/CentralitySDM2011.pdf These algorithms should be relatively simple to implement in Giraph, we had some students prototype them in a university course last year. Best, Sebastian On 05.02.2013 20:23, pradeep kumar wrote: > Hi all, > > Actually we are working on finding centrality for nodes in a graph > (betweenness , closeness and in-out) so far we have just implemented for > in-out and currently working on implementation of brandes alg for finding > betweenness centrality which requires finding shortest path for each node > to every node. > > Actually right now problem we are facing is passing all-nodes list at > beginning for computation of shortest paths. > > 1) Is their a method availabe to achieve this. we are using giraph 1.0..(we > couldnt find method for support in file library) > > 2) Is it possible compute shortest path for node to every other in single > superstep > > 3) or can we use master compute for such computation > > And is there any other way we can compute betweeness for nodes efficiently > in giraph.. > > Any suggestion..and..Thanks for help in advance.. >