+1 on the idea of specializing paragraph for graph display On Tue, Jun 9, 2015 at 9:42 AM, Corneau Damien <[email protected]> wrote:
> 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 >> > >
