Nice, I'm really excited about this. We are just about to publish a blog post announcing this as well.
Cheers, Tobias On Fri, Mar 26, 2010 at 11:30 AM, Mathieu Bastian <mathieu.bast...@gmail.com > wrote: > Great! The proposal's goals are fine but I modified a bit the technical > roadmap. > > It's preferable to keep current GraphAPI implementation untouched and put > Neo4j mapping in a separate module that command the API. There are several > reasons for that. The first is attributes (properties for you) are not > stored in GraphAPI but in AttributesAPI. Secondly the current GrapuAPI > implementation has been done with a fast update requirement and wouldn't > mind to receive thoudands of add/remove operations per second. Thirdly it's > more flexible because the rest of gephi will continue to work fine and allow > all operations on Neo4j graphs (layout, filter, metrics) plus what brings > the new Neo4j plugin. I'll however continue to think about that point to see > what's the best way to design the plugin. > > I also added me as a mentor, to help the student to interact with Gephi's > code. > > I added the project to our wiki: > http://wiki.gephi.org/index.php/Google_Summer_Of_Code_2010#Adding_support_for_Neo4j_in_Gephi > > I'll write a blog post and start communicate :) Great to start a project > with you guys! > > > On Fri, Mar 26, 2010 at 10:11 AM, Tobias Ivarsson < > tobias.ivars...@neotechnology.com> wrote: > >> I've written up a proposal on our wiki: >> http://wiki.neo4j.org/content/Google_Summer_of_Code_for_Neo4j_Visualization >> It would be great if you could have a look and transfer it to your list of >> project proposals. >> >> >> On Thu, Mar 25, 2010 at 10:20 AM, Tobias Ivarsson < >> tobias.ivars...@neotechnology.com> wrote: >> >>> Yes, I'll write up a proposal during the day. >>> >>> >>> On Thu, Mar 25, 2010 at 9:36 AM, Mathieu Bastian < >>> mathieu.bast...@gmail.com> wrote: >>> >>>> So if you agree, could you start with the GSoC proposal? I'll make the >>>> final touch and diffuse it. Students application deadline is April 9. >>>> >>>> Cheers, >>>> >>>> Mathieu >>>> >>>> >>>> On Tue, Mar 23, 2010 at 10:45 PM, Mathieu Bastian < >>>> mathieu.bast...@gmail.com> wrote: >>>> >>>>> Hi, >>>>> >>>>> Yes writing a dynamic GEXF file from the logs you are describing would >>>>> work. The GEXF dynamic support work like that: for each node or edges you >>>>> can define one or several time intervals. Intervals can be dates or >>>>> numbers. >>>>> Better support and interaction with dynamics is one of the top >>>>> project's priorities.The GEFX Explorer doesn't support dynamics for the >>>>> moment, although it's in the developper's roadmap. >>>>> >>>>> Yes I think we can do that, it would be great to have a Neo4j-Gephi SoC >>>>> proposal. Thanks for pointing Neoeclipse, it's summing up your needs in a >>>>> sense. I'm thinking how to integrates such features in Gephi. We have a >>>>> modular software architecture, built on top of Netbeans Platform. It's >>>>> easy >>>>> to extend existing features and add plug-ins. So I think it's not a >>>>> problem >>>>> to port existing Neoeclipse features to Gephi plugins and nicely maintain >>>>> it >>>>> after. But could you please explain me how Neoeclipse reads and updates >>>>> the >>>>> Neo4j instance in a few words, or pointing some resources? For us, we >>>>> would >>>>> like to see a robust and fast interaction layer between Neo4j instance and >>>>> our Graph API. That would fulfill our off-memory graph structure aim in >>>>> the >>>>> roadmap [1]. Loading very large graphs in Gephi, even if it is scalable >>>>> will >>>>> always make the memory suffer at one moment. Having the complete Graph in >>>>> Neo4j, plus the ability to quickly get a sub-graph with a query and save >>>>> updates would be a great achievement :-) >>>>> >>>>> Cheers, >>>>> >>>>> Mathieu >>>>> >>>>> [1] http://wiki.gephi.org/index.php/Roadmap >>>>> >>>>> >>>>> >>>>> On Tue, Mar 23, 2010 at 6:03 PM, Tobias Ivarsson < >>>>> tobias.ivars...@neotechnology.com> wrote: >>>>> >>>>>> Hi! >>>>>> >>>>>> I've had a look at Gephi and it looks really interesting. One >>>>>> particular thing I found interesting is the support for "dynamic graphs". >>>>>> I'm hoping to be able to use that for creating animated sequences of how >>>>>> a >>>>>> traversal moves through a graph. Not only would this be cool for >>>>>> demonstrations, but it would also be very useful for visual debugging of >>>>>> applications. I've written a small framework that captures all actions >>>>>> in a >>>>>> Neo4j Graph Database and forwards them to a logging system, my thinking >>>>>> is >>>>>> that this logging system would create a GEXF[1] file that can then be >>>>>> reviewed in Gephi or GEXF Explorer[2]. Do you think that would work? Or >>>>>> would it be abusing the GEXF format? >>>>>> >>>>>> Peter said that he talked to you over IRC earlier, and that you are a >>>>>> mentoring organization for Google Summer of Code. If you guys would find >>>>>> that interesting we would be very happy to see a SoC project about >>>>>> combining >>>>>> Neo4j and Gephi. I could write up a suggestion for such a project for >>>>>> your >>>>>> wiki, and volunteer to as a mentor. I have previous experience with SoC >>>>>> as a >>>>>> student 2007, 2008 and 2009, Google Summer of Code is so far the only way >>>>>> I've managed to get payed to work on Jython. Among the projects that have >>>>>> already been proposed I would like to put a vote on "Dynamic attributes >>>>>> and >>>>>> statistics"[3] since that could tie in nicely with the visual debugging >>>>>> system I outlined above. But being able to work with a Neo4j database >>>>>> from >>>>>> within Gephi is a much cooler project ;) >>>>>> >>>>>> We have a visualization toolkit for Neo4j that is similar to what I >>>>>> would like to see from an integration between Neo4j and Gephi, but not >>>>>> nearly as advanced and visually pleasing as Gephi. It's called >>>>>> Neoclipse[4] >>>>>> and is an extension to Eclipse. My hope is to have Gephi be able to do >>>>>> all >>>>>> the things that Neoclipse can do and more (and especially prettier), at >>>>>> the >>>>>> end of the Summer of Code project. >>>>>> >>>>>> Cheers, >>>>>> Tobias >>>>>> >>>>>> [1] http://gexf.net/ >>>>>> [2] http://gexf.net/explorer/ - I don't know yet if this supports >>>>>> dynamics though (http://gexf.net/format/dynamics.html) >>>>>> [3] >>>>>> http://wiki.gephi.org/index.php/Google_Summer_Of_Code_2010#Dynamic_attributes_and_statistics >>>>>> [4] http://wiki.neo4j.org/content/Neoclipse >>>>>> <http://wiki.neo4j.org/content/Neoclipse> >>>>>> On Tue, Mar 23, 2010 at 12:00 PM, Mathieu Bastian < >>>>>> mathieu.bast...@gmail.com> wrote: >>>>>> >>>>>>> Hi, I'm Gephi main developper. >>>>>>> >>>>>>> I think Gephi fits to your needs because it can handle very large >>>>>>> graphs, >>>>>>> and propose innovative layout algorithms. On our 8gb ram machine, we >>>>>>> handle >>>>>>> 300K nodes and 1.5M edges, rendering is slow but it's still fine. >>>>>>> >>>>>>> But the problem you're describing is a layout issue. With >>>>>>> traditionnal >>>>>>> Spring repulsion or Fruchterman-Reingold algorithm, you have a O(N²) >>>>>>> algorithm. Scaled to millions of nodes and edges, computing require >>>>>>> hours >>>>>>> for each algorithm pass. In Gephi we recently implement Yifan Hu's >>>>>>> layout >>>>>>> algorithm, that has a 0(nlog(n)) complexity. I recommed you to try >>>>>>> this out. >>>>>>> This problem is often references as multilevel graph layout >>>>>>> algorithm. >>>>>>> >>>>>>> Cheers >>>>>>> _______________________________________________ >>>>>>> Neo mailing list >>>>>>> User@lists.neo4j.org >>>>>>> https://lists.neo4j.org/mailman/listinfo/user >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Tobias Ivarsson <tobias.ivars...@neotechnology.com> >>>>>> Hacker, Neo Technology >>>>>> www.neotechnology.com >>>>>> Cellphone: +46 706 534857 >>>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> Tobias Ivarsson <tobias.ivars...@neotechnology.com> >>> Hacker, Neo Technology >>> www.neotechnology.com >>> Cellphone: +46 706 534857 >>> >> >> >> >> -- >> Tobias Ivarsson <tobias.ivars...@neotechnology.com> >> Hacker, Neo Technology >> www.neotechnology.com >> Cellphone: +46 706 534857 >> > > -- Tobias Ivarsson <tobias.ivars...@neotechnology.com> Hacker, Neo Technology www.neotechnology.com Cellphone: +46 706 534857 _______________________________________________ Neo mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user