Yeah, I think a mix of the two approaches, as Rick says, handling the selection of detail to stream via some zooming logic interactivity via SVG/JavaScript on the client is a good approach.
The other is the selection of only a subset via a traversal and not zoom level on the server. That would give a dynamic fine grained control of the current view, OTOH doesn't deal with really large graphs and aggregations on the server side. That should be Spatial zoomings sweet spot. Will be interesting to have that discussion next week Jake! Cheers, /peter neubauer GTalk: neubauer.peter Skype peter.neubauer Phone +46 704 106975 LinkedIn http://www.linkedin.com/in/neubauer Twitter http://twitter.com/peterneubauer http://www.neo4j.org - Your high performance graph database. http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. On Sat, Jan 15, 2011 at 7:14 PM, Jacob Hansson <[email protected]> wrote: > Craig: the example domain i mentioned is a dataset of all Corporations in > Sweden, with ownerships and board members. I only ever used a subset, so i > don't know the primitives count of it, perhaps few million in total, > probably more a bit more. > > Rick: The open layers project uses tiled png images, with content > pre-rendered on the server. Doing that makes it harder to check for mouse > actions on nodes like you say, but there is virtually no limit to how much > data we can show without regard for client hardware. I think they use svg > for rendering dynamic items on top if the png layer(s). > Den 15 jan 2011 17.44 skrev "Rick Bullotta" < > [email protected]>: >> Out of curiosity, has anyone looked at re-doing the rendering engine of > this >> in SVG? Now that SVG will be officially supported in IE9, its practicality >> for web apps is much more substantial. Issues like hit testing/item >> addressability/animation, conditional display based on zoom level, and > other >> characteristics of smart graphs such as these are generally MUCH easier to >> do in SVG than by trying to write a ton of JavaScript code to render onto > a >> canvas. >> >> >> -----Original Message----- >> From: [email protected] [mailto:[email protected]] > On >> Behalf Of Mark >> Sent: Saturday, January 15, 2011 11:04 AM >> To: Neo4j user discussions >> Subject: Re: [Neo4j] HTML5 graph viz library >> >> Yep. I slippy graph like google maps - with details an different zoom >> levels! >> >> Awesome! >> >> On 15 January 2011 15:58, Peter Neubauer >> <[email protected]> wrote: >>> Mhh, >>> interesting! I wonder if there is any support for using e.g. GeoTools >>> to render arbitrary layouts apart from spatial. Would be worth to >>> investigate. The nice thing is that these algos support, as you >>> mention, zomming into a static structure, and espose more and more >>> detail on every layer. >>> >>> Cheers, >>> >>> /peter neubauer >>> >>> GTalk: neubauer.peter >>> Skype peter.neubauer >>> Phone +46 704 106975 >>> LinkedIn http://www.linkedin.com/in/neubauer >>> Twitter http://twitter.com/peterneubauer >>> >>> http://www.neo4j.org - Your high performance graph > database. >>> http://www.thoughtmade.com - Scandinavia's coolest Bring-a-Thing party. >>> >>> >>> >>> On Sat, Jan 15, 2011 at 2:34 PM, Jacob Hansson <[email protected]> >> wrote: >>>> Sorry Peter, misread you. What I was thinking was to render non-spatial >>>> graphs with neo4j spatial. A layout algorithm would calculate the >>>> "coordinates" of each node we want to visualize. That way we can view >> really >>>> big graphs in the browser, since the layout-work is already done by the >>>> server. >>>> Den 15 jan 2011 14.28 skrev "Jacob Hansson" <[email protected]>: >>>>> Yeah, you couldn't do very much with the markers. But you could >> pre-render >>>>> millions of nodes on the server, and serve it as a spatial layer as if >> it >>>>> was a map. >>>>> >>>>> Geoserver would slice it up, allowing zooming and panning just like a >> map. >>>>> Then you would add interactivity on top of the rendered image like >> google >>>>> does with google maps. It would be difficult to allow moving nodes and >> so >>>>> on, but clicking on them and adding relations etc would not be that >>>>> difficult.. >>>>> >>>>> Especially cool if coupled with the styling available with the current >> geo >>>>> stack. >>>>> >>>>> Imagine for instance visualizing the corporation ownership and board >>>> members >>>>> dataset, enabling cheap and super-easy access to the entire visualized >>>> graph >>>>> in any browser.. :) >>>> _______________________________________________ >>>> Neo4j mailing list >>>> [email protected] >>>> https://lists.neo4j.org/mailman/listinfo/user >>>> >>> _______________________________________________ >>> Neo4j mailing list >>> [email protected] >>> https://lists.neo4j.org/mailman/listinfo/user >>> >> _______________________________________________ >> Neo4j mailing list >> [email protected] >> https://lists.neo4j.org/mailman/listinfo/user >> >> _______________________________________________ >> Neo4j mailing list >> [email protected] >> https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ > Neo4j mailing list > [email protected] > https://lists.neo4j.org/mailman/listinfo/user > _______________________________________________ Neo4j mailing list [email protected] https://lists.neo4j.org/mailman/listinfo/user
