Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

Dan, That's a huge amount of stats packages available for use assuming we achieve interop with Renjin's dataframes. I'll look into it as well. My priorities are to first get something working for $DAYJOB, and then to build a more generally useful package, and finally add extras such as

Re: Understanding init (the zero arity function) for transducers.

I wrote the next example to trace the inner workings of transducer. I hope that this will help. The next filter-t(transducer), map-t(transducer) and conj-t(reducer) functions are excerpted from the filter, map and conj from clojure.core and then simplified and modified to focus on the

Re: Understanding init (the zero arity function) for transducers.

Can we at least get an example of situation where the zero-arity version would be called? Right now it seems that all the transducer literature out there says there must be three arities – and that’s how map etc are defined – but it doesn’t seem, based on various people’s simple tests, that

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

Sounds great; and sure thing, will do :-) The basic idea I had was to implement a bidirectional index mapping names <-> indices. This requires making sure you keep the index up to date any time you change the data, but seemed the easiest way forward. My fork is here:

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

Chris, thanks for the reply. It's good to know that I'm not the only one who misses this functionality! My goal is definitely to be compatible with Incanter and core.matrix, as they both seem mature, and I will never have the time to implement that functionality from scratch myself. I'll be

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

Thank you for raising this question. By the way, one desired feature for a Clojure dataframe abstraction would be good interop with Renjin's dataframes. Renjin is a JVM-based rewrite of (a subset of) R. It offers a large number of JVM-based statistical libraries. Most of them rely on the

Re: Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

If you're going to do any work in this area, I would highly encourage you to do in as part of the core.matrix library. That is what Incanter is or will be using for it's dataset implementation. But it's nice that those abstractions and implementations be separate from Incanter itself, since

Is there any desire or need for a Clojure DataFrame? (X-POST from Numerical Clojure mailing list)

Is there any desire or need for a Clojure DataFrame? By DataFrame, I mean a structure similar to R's data.frame, and Python's pandas.DataFrame. Incanter's DataSet may already be fulfilling this purpose, and if so, I'd like to know if and how people are using it. >From quickly researching, I

Re: Understanding init (the zero arity function) for transducers.

This was discussed further in http://dev.clojure.org/jira/browse/CLJ-1569 On Wed, Mar 9, 2016 at 3:43 PM Patrick Curran wrote: > Thanks Alex, > > If you ever do get a chance, I'd be curious to know what it was. The more > I think about it the more I think Dan is

Similar lisps and emacs reimplementations?

Hi all, I have been learning clojure as holiday reading (I'm a scala dev and am one of the main authors of ENSIME.org, which brings IDE like support to text editors for Java and Scala). Clojure is amazing! I'm really loving learning it. There is so much good stuff in here, plus it's a lisp

Re: Feedback on idiomatic API design

With the macro approach, they don't need to escape it. On Wed, Mar 9, 2016 at 12:52 PM, Johan Haleby wrote: > Thanks a lot for your support Marc, really appreciated. > > On Wed, Mar 9, 2016 at 5:33 PM, Marc Limotte wrote: > >> Yes, I was assuming

Re: Feedback on idiomatic API design

Thanks a lot for your support Marc, really appreciated. On Wed, Mar 9, 2016 at 5:33 PM, Marc Limotte wrote: > Yes, I was assuming the HTTP calls happen inside the with-fake-routes! block. > > I missed the part about the random port. I se 3 options for that: > > *Assign a

Re: Feedback on idiomatic API design

Yes, I was assuming the HTTP calls happen inside the with-fake-routes! block. I missed the part about the random port. I se 3 options for that: *Assign a port, rather than random* (with-fake-routes! ...) But then, of course, you have to worry about port already in use. *An atom* (def

Writing a ClojureScript plugin for and existing project

I have been writing Clojure code for a while but I am not an expert. But, my JavaScript skills are even worse. There is a tool which I need to use for a project. https://github.com/webgme/webgme This tool can be extended with plugins written in javascript. These plugins may run either in the