Simon: Thats what we are thinking with GSOC to some level. Basically the goals are: - Refactoring pragraph and pivot - Making a General graph class - Making multiple graph libraries class with their own data transformation functions - Adding graph/library selection UI
Some problems however: - You would need to recompile zeppelin to add a library - You would have all libraries loaded in the page. --> We could eventually make some kind of plugins/configuration external folder for that later. So the scope is basically to do refactoring and a pluggable architecture for graph libraries, as well as graph/library selection system. It would probably launch with 3-4 basic libraries, and we might not include more in the build until we have an easy plug and play system. For custom library and graph, the best is to probably use the %angular interpreter, (PR#27) Since you can just import any library you want and make your own things. I know Moon Soo Lee already used maps using that method, maybe a bit later we could publish his notebook On Tue, Jun 9, 2015 at 3:51 PM, tog <[email protected]> wrote: > Simon, > > Sorry I am new to Zeppelin ... could you elaborate on the extended > capabilities of the paragraph you are describing. I was under the feeling > that a %html or %angular paragraph could (may be) handle that. My need > would be to embed javascript in a paragraph to display in some way my scala > data - we have this capability currently to display forms if I am not wrong. > > Anyway a extended version of the paragraph to be able to deal with this > generalization would be useful I believe - and I dont think this is going > in the same direction than the GSOC - but worth checking. > > +1 for your proposal > > Guillaume > > On 9 June 2015 at 08:38, Simon Ball <[email protected]> wrote: > >> Something I've been thinking about is whether the paragraph code could >> be refactored to extra visualisation into a kind of specialised paragraph, >> which would form the base for custom visualisation, so you could for >> example use other charting libraries, as well as, say, custom d3 code >> encapsulated in something that worked a bit like the existing paragraphs. >> That would give you nice separation of the vis code and the 'data code'. >> >> I've been holding off on doing anything in this area so as not to step >> on GSOC toes, but it seems like the architecture of something like this >> could be worth a community discussion. >> >> Let me know what you think, happy to do the ground work if that helps. >> >> Simon >> >> — >> Simon Elliston Ball >> Solutions Engineer - EMEA >> Hortonworks - We Do Hadoop >> >> >> On 9 Jun 2015, at 06:56, tog <[email protected]> wrote: >> >> Hiya, >> >> Ok for the +1 ;-) >> But have you try to embed a map for example >> >> On 9 June 2015 at 07:26, IT CTO <[email protected]> wrote: >> >>> +1 for that :-) >>> >>> On Tue, Jun 9, 2015 at 8:16 AM tog <[email protected]> wrote: >>> >>>> Hi >>>> >>>> I understand that a GSOC is working on improving visualisation by >>>> enabling a seamless integration of several libraries such as nv3d, Google >>>> Charts, ... >>>> >>>> Is there an action on extending visualisation to embed maps (for >>>> example) as well ? >>>> >>>> I am wondering if this is doable from zeppelin itself ? If so I would >>>> be interested by discussing any attempt that could have been made. >>>> >>>> Thanks >>>> >>>> -- >>>> PGP KeyID: 2048R/EA31CFC9 subkeys.pgp.net >>>> >>> >> >> >> -- >> PGP KeyID: 2048R/EA31CFC9 subkeys.pgp.net >> >> > > > -- > PGP KeyID: 2048R/EA31CFC9 subkeys.pgp.net >
