On 2016-01-06 at 23:30:21 +0100, Pablo marin-garcia wrote: > Hello Chris et al, > > After having asked a specific question, now an open one: following with > ideas for the PDL Next Generation development, or in a more broad sense, > sci Perl. Do someone knows Perl modules for bokeh? > > I am asking this because I am now moving many of my R and pdl modules to > sci python using pandas-seaborn-bokeh-crossfilter. I have not found > equivalent combination of tools in sci perl but probably exist. The pandas > part can be more or less covered with PDL and Perl and its modules for > 'dataframes' manipulation, seaborn is a ggplot2 (R graphics) port to python > but I don´t know any for perl, bokeh and crossfilter creates reactive js > and have libraries in python and R but not Perl (as far as I know). And > all this works in iPython notebook.
Hello everyone, You're going to push me into finishing my Bokeh implementation, aren't you? :-) I had the start of a Bokeh implementation going and I was reading through the documentation for the JavaScript side of Bokeh, but then I ran out of tuits when I needed to finish my thesis. This isn't the demo for my Bokeh implementation, but it does show how BokehJS can be used directly with IPerl <http://nbviewer.ipython.org/github/zmughal/zmughal-iperl-notebooks/blob/master/IPerl-demos/20150322_BokehJS_plotting_image.ipynb>. Give me about a month and I'll have a small mocked up implementation of Bokeh for Perl which I'll ask the community to help with. I'll also have a write up of several ideas of how to improve the scientific Perl tooling and documentation at that time too. Another possible route is to use the <https://plot.ly/javascript/> library. Christian Walde has already made a wrapper for the Plot.ly API (WebService::Plotly), but I don't yet know what it would take to make it work locally. > By the way, how is the progress of Devel::IPerl going? I know some people > here are using it or participating in its development. As for Devel::IPerl, right now, the major thing I'd like to have is a way of testing builds under Windows and Mac OS X. This can be done via Appveyor (Windows) and Travis-CI (which recently enabled OS X support), but I would like some help from the community with documentation for the installation steps. Perhaps we can put together a release of Strawberry Perl that has everything needed for IPerl? The next step after that is making a Docker image of Devel::IPerl and PDL for use on <http://tmpnb.org/> (see <https://github.com/jupyter/docker-demo-images>). A couple of weeks ago, Luis Mochan posted on this list about Linux containers for PDL <http://thread.gmane.org/gmane.comp.lang.perl.pdl.general/8931>. I'm going to take a closer look at that for this step. > Finally in 2011 there was this entry blog > http://blogs.perl.org/users/lhermida/2011/03/hi-everyone-as-a-bioinformatician.html > Where are we now? I did write Statistics::NiceR (works like RPy2). My next step for that is to fix the last memory bug that I see there and then use the R graphics system to capture plot output. I want plot output from R to be available in Devel::IPerl as if R was just another Perl plotting library. > I am asking all this here, because I think that PDL (or its > developers/users) would be big players in this arena and, as we are > starting a new year, it could be that some new year resolutions slots are > still free looking for an herculean challenging task ;-). Aye, it's a pretty big task, but not impossible! We just need to pool resources cleverly. :-) Cheers and happy new year, - Zaki Mughal > > Pablo. > > > > On Wed, Jan 6, 2016 at 7:30 PM, Chris Marshall <[email protected]> > wrote: > > > It looks like it might be possible to use RPerl as one type of JIT > > compiling that is supported by PDL-NG. > > > > --Chris > > > > On Wed, Jan 6, 2016 at 8:08 AM, Chris Marshall <[email protected]> > > wrote: > > > >> Happy New Year to you as well. > >> > >> I haven't tried rperl myself but from what > >> I can tell, PDL as a C/XS module appears to > >> be implemented with everything you can't > >> do with rperl to run fast. > >> > >> That said, it might be possible to build > >> and use PDL with rperl to take advantage > >> of both capabilities. Maybe we should add > >> "works with rperl" as one of the ideas for > >> the PDL Next Generation development. > >> > >> Cheers, > >> Chris > >> > >> On 1/6/2016 04:37, Pablo marin-garcia wrote: > >> > >> Hello, and happy new year, > >> > >> I was wondering if someone has tested Pdl with rperl. ( rperl stands for > >> a rapid restricted Perl NOT perl R bindings) > >> > >> Also I would like to hear some thoughs about the use of rperl or similar > >> ideas for boosting "scientific perl" usage (together with Pdl of course > >> ;-)) > >> > >> http://rperl.org/use_rperl.html > >> > >> -------- > >> https://metacpan.org/pod/RPerl::Learning > >> *Section 1.8: What Does RPerl Stand For?* > >> > >> RPerl stands for *"Restricted Perl"*, in that we restrict our use of > >> Perl to those parts which can be made to run fast. RPerl also stands > >> for*"Revolutionary > >> Perl"*, in that we hope RPerl's speed will revolutionize the software > >> development industry, or at least the Perl community. RPerl might even > >> stand for*"Roadrunner Perl"*, in that it *runs really fast*. > >> > >> > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > pdl-general mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/pdl-general > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > pdl-general mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/pdl-general ------------------------------------------------------------------------------ _______________________________________________ pdl-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pdl-general
