Hi Zaki, I am glad to hear about all this. Probably in one month I will have time to help you with testing and documentation.
By the way, now that there is a working Perl6 release and is kind of perl5 compatible, is there any attempt of a PDL for Perl6 going on? Pablo On Thu, Jan 7, 2016 at 12:08 AM, Zakariyya Mughal <[email protected]> wrote: > 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
