Re: Genetic Algorithm in Clojure

[Boris V. Schmid]

This is one of the most active genetic programming systems libraries in 
clojure https://github.com/lspector/Clojush

But for an assignment, I would go 
with 
http://gigasquidsoftware.com/blog/2016/07/18/genetic-programming-with-clojure-dot-spec/

On Tuesday, March 20, 2018 at 11:17:49 AM UTC+1, Donato Cafarelli wrote:
>
> Hi everybody, I need help! I got a lab project assignment that involves 
> the following goal: parallelize a genetic algorithm with clojure language. 
> What I need is a good algorithm. 
> Any suggestions?
>
> Thank you very much
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: ANN: Clojurists Together - Funding critical Clojure open source projects

[Boris V. Schmid]

Very interesting. Thanks for putting this together!  

This seems like a good way for those of us (like me) that aren't software 
writers/maintainers to contribute to clojure. Thanks again.
B.

On Tuesday, November 14, 2017 at 12:21:42 AM UTC+1, Daniel Compton wrote:
>
> Hi folks
>
> Today we are incredibly excited to announce Clojurists Together 
> . The goal of Clojurists Together is to 
> support important Clojure projects, by pooling donations from companies and 
> individuals in the Clojure community and then funding project maintainers.
>
> The Clojurists Together model is based off the successful Ruby Together 
>  project, which has been running for 2.5 years 
> now. It is run by a committee  of 
> Clojure community members and lives under the Clojars organisation. Being 
> part of Clojars allows us to accept 501(c)3 charitable donations via the 
> SFC . We’ve been (slowly) working on this for 
> more than a year now, and are looking forward to getting your feedback on 
> it.
>
> The announcement post 
>  has 
> more details, but briefly, there are two sides to Clojurists Together: 
> Companies 
> and individuals, and open source maintainers.
>
> *Companies and individuals*
>
> Companies and individuals sign up for a monthly donation to support 
> Clojurists Together at a tier they choose. Different tiers afford different 
> benefits. Company tiers are here 
> , individual tiers are here 
> . Every quarter, companies 
> are surveyed to find out which tools, libraries, and areas of the Clojure 
> ecosystem they think could be improved, or are important to them. We then 
> compile that information and use it to help us pick projects that will have 
> the biggest impact. 
>
> *Open Source Maintainers*
>
> Every quarter open source maintainers can submit their project for funding 
> for the next quarterly funding period. You can see more on the application 
> here . We look through the 
> applications, and pick the projects that can make the biggest impact. We 
> fund projects based on the amount of support we get. The more support we 
> get from companies and individuals, the more projects we can support, and 
> the more hours we can pay them for. 
>
> *What now?*
>
>- Encourage your managers to sign up for a company membership 
>. For the next month, any 
>company or person that signs up will be marked as a founding member.
>- If you are an open source maintainer, consider applying for funding 
>.
>- If you are an individual developer, consider signing up for a developer 
>membership . 
>- Spread the word to other people you know that use Clojure 
>commercially.
>- If you're a designer, and have some time to help us improve the site 
>design, logo, e.t.c. that would be incredible. Please contact us off list 
>for more on this.
>
> *Questions?*
>
> There may be some mistakes or things that don’t look right in there. 
> Please let us know if you have any questions, either here, or off-list at 
> h...@clojuriststogether.org . This project is for the 
> Clojure community, so we want your input on this. What works well, what 
> doesn’t work for you, what would you like to see?
>
> Thanks, from the Clojurists Together Committee 
> :
> Toby Crawley, Bridget Hilyer, Maria Geller, Devin Walters, Daniel Solano 
> Gómez, Larry Staton Jr., Daniel Compton.
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: What is juxt really doing?

[Boris V. Schmid]

I don't use juxt much, but the example that I did pick up is where juxt is 
used for sorting on one function first, and in the case of a tie, on the 
second function. That is quite useful to me.

> 
(sort-by (juxt first second) (map vector (repeatedly 10 #(rand-int 3)) (shuffle 
(range 10
([0 1] [0 4] [0 5] [0 6] [0 7] [0 8] [1 2] [1 3] [2 0] [2 9])

On Sunday, July 16, 2017 at 5:52:44 AM UTC+2, lawrence...@gmail.com wrote:
>
>
>
> Does anyone use juxt in the real world, or is mostly for examples? 
>
>
>
 

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Slides for my talk at EuroClojure 2016

[Boris V. Schmid]

Not hierarchical, but continuous variables. It is our first foray into 
bayesian inference, so we keep things somewhat simple. 

Can't give an exact comparison, but to run a model simulating a single city 
(rats and fleas and human populations, no spatial component) is in the 
order of minutes for my student working with PyMC, and fitting a mortality 
curve based on ~100 datapoints. Myself, I was mostly playing along while 
supervising, and that model in Anglican is stuck halfway an upgrade to use 
clojure.as a testing framework. But as I recall, it also used to be in the 
order of minutes. Will see if I can finish the upgrade and put it online.

On Sunday, October 23, 2016 at 8:45:47 PM UTC+2, Dragan Djuric wrote:

> Are those hierarchical models? I also suppose the variables are 
> continuous? What are typical running times for your analysis with Anglican, 
> and what with PyMC?
>
> On Sunday, October 23, 2016 at 8:17:16 PM UTC+2, Boris V. Schmid wrote:
>>
>> I am using Anglican for estimating parameters of epidemiological models, 
>> generally in the shape of limited (mortality) data, and less than a dozen 
>> parameters that need to be simultaneously estimated. Works fine for that. A 
>> good example of that type of problem is here: 
>> http://www.smallperturbation.com/epidemic-with-real-data (but with PyMC, 
>> a similar package for python).
>>
>> But you might be right that it won't hold in high-dimensional problems. 
>> People in genomics are running models with many thousands of parameters 
>> when trying to figure out how different genes contribute to a particular 
>> cell phenotype. Don't think I would try that in Anglican :-).
>>
>>
>> On Sunday, October 23, 2016 at 6:06:49 PM UTC+2, Dragan Djuric wrote:
>>>
>>> Thanks. I know about Anglican, but it is not even in the same category, 
>>> other than being Bayesian. Anglican also has MCMC, but, looking at the 
>>> implementation, it seems it is useful only on smaller problems with 
>>> straightforward and low-dimensional basic distributions, or discrete 
>>> problems/distributions. I do not see how it can be used to solve even 
>>> standard textbook examples in "real" bayesian data analysis. Otherwise, I'd 
>>> use/improve Anglican, although its GPL license is a bit of a showstopper.
>>>
>>> I would loved to have been able to see how far Anglican can go 
>>> performance-wise, and stretch it to its limits, though. However, it wasn't 
>>> obvious how to construct any of more serious data analysis problems. Having 
>>> seen its implementation, I expect the performance comparison would make 
>>> Bayadera shine, so I hope I'll be able to construct some examples that can 
>>> be implemented in both environments :)
>>>
>>> On Sunday, October 23, 2016 at 3:47:50 PM UTC+2, Boris V. Schmid wrote:
>>>>
>>>> Thanks Dragan.
>>>>
>>>> Interesting slides, and interesting section on Bayadera.  Incanter, as 
>>>> far as I know indeed doesn't support MCMC, but there is a fairly large 
>>>> project based on clojure that does a lot of bayesian inference.
>>>>
>>>> Just in case you haven't run into it:
>>>> http://www.robots.ox.ac.uk/~fwood/anglican/examples/index.html
>>>>
>>>> (for the far future, there are some interesting developments happening 
>>>> with approximate bayesian inference using neural network classification to 
>>>> speed things up. Fun stuff.)
>>>>
>>>> On Thursday, October 20, 2016 at 11:38:25 PM UTC+2, Dragan Djuric wrote:
>>>>>
>>>>> Hi all, I posted slides for my upcoming EuroClojure talk, so you can 
>>>>> enjoy the talk without having to take notes: 
>>>>> http://dragan.rocks/articles/16/Clojure-is-not-afraid-of-the-GPU-slides-EuroClojure
>>>>>
>>>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Slides for my talk at EuroClojure 2016

[Boris V. Schmid]

I am using Anglican for estimating parameters of epidemiological models, 
generally in the shape of limited (mortality) data, and less than a dozen 
parameters that need to be simultaneously estimated. Works fine for that. A 
good example of that type of problem is 
here: http://www.smallperturbation.com/epidemic-with-real-data (but with 
PyMC, a similar package for python).

But you might be right that it won't hold in high-dimensional problems. 
People in genomics are running models with many thousands of parameters 
when trying to figure out how different genes contribute to a particular 
cell phenotype. Don't think I would try that in Anglican :-).


On Sunday, October 23, 2016 at 6:06:49 PM UTC+2, Dragan Djuric wrote:
>
> Thanks. I know about Anglican, but it is not even in the same category, 
> other than being Bayesian. Anglican also has MCMC, but, looking at the 
> implementation, it seems it is useful only on smaller problems with 
> straightforward and low-dimensional basic distributions, or discrete 
> problems/distributions. I do not see how it can be used to solve even 
> standard textbook examples in "real" bayesian data analysis. Otherwise, I'd 
> use/improve Anglican, although its GPL license is a bit of a showstopper.
>
> I would loved to have been able to see how far Anglican can go 
> performance-wise, and stretch it to its limits, though. However, it wasn't 
> obvious how to construct any of more serious data analysis problems. Having 
> seen its implementation, I expect the performance comparison would make 
> Bayadera shine, so I hope I'll be able to construct some examples that can 
> be implemented in both environments :)
>
> On Sunday, October 23, 2016 at 3:47:50 PM UTC+2, Boris V. Schmid wrote:
>>
>> Thanks Dragan.
>>
>> Interesting slides, and interesting section on Bayadera.  Incanter, as 
>> far as I know indeed doesn't support MCMC, but there is a fairly large 
>> project based on clojure that does a lot of bayesian inference.
>>
>> Just in case you haven't run into it:
>> http://www.robots.ox.ac.uk/~fwood/anglican/examples/index.html
>>
>> (for the far future, there are some interesting developments happening 
>> with approximate bayesian inference using neural network classification to 
>> speed things up. Fun stuff.)
>>
>> On Thursday, October 20, 2016 at 11:38:25 PM UTC+2, Dragan Djuric wrote:
>>>
>>> Hi all, I posted slides for my upcoming EuroClojure talk, so you can 
>>> enjoy the talk without having to take notes: 
>>> http://dragan.rocks/articles/16/Clojure-is-not-afraid-of-the-GPU-slides-EuroClojure
>>>
>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Slides for my talk at EuroClojure 2016

[Boris V. Schmid]

Thanks Dragan.

Interesting slides, and interesting section on Bayadera.  Incanter, as far 
as I know indeed doesn't support MCMC, but there is a fairly large project 
based on clojure that does a lot of bayesian inference.

Just in case you haven't run into it:
http://www.robots.ox.ac.uk/~fwood/anglican/examples/index.html

(for the far future, there are some interesting developments happening with 
approximate bayesian inference using neural network classification to speed 
things up. Fun stuff.)

On Thursday, October 20, 2016 at 11:38:25 PM UTC+2, Dragan Djuric wrote:
>
> Hi all, I posted slides for my upcoming EuroClojure talk, so you can enjoy 
> the talk without having to take notes: 
> http://dragan.rocks/articles/16/Clojure-is-not-afraid-of-the-GPU-slides-EuroClojure
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure with Tensorflow, Torch etc (call for participation, brainstorming etc)

[Boris V. Schmid]

Small addition to this post:

There is a tiny library (toy project) of ddosic, who build a neural network 
with neanderthal. It might be interesting as a benchmark of what speed 
neanderthal can reach (although it might not currently be a good reflection 
of neanderthal), versus larger packages with more overhead.

https://github.com/ddosic/affe

On Monday, May 30, 2016 at 8:34:41 PM UTC+2, kovasb wrote:
>
> Anyone seriously working on deep learning with Clojure?
>
> I'm working with Torch at the day job, and have done work integrating 
> Tensorflow into Clojure, so I'm fairly familiar with the challenges of what 
> needs to be done. A bit too much to bite off on my own in my spare time. 
>
> So is anyone out there familiar enough with these tools to have a sensible 
> conversation of what could be done in Clojure?
>
> The main question on my mind is: what level of abstraction would be useful?
>
> All the existing tools have several layers of abstraction. In Tensorflow, 
> at the bottom theres the DAG of operations, and above that a high-level 
> library of python constructs to build the DAG (and now of course libraries 
> going higher still). In Torch, its more complicated: there's the excellent 
> tensor library at the bottom; the NN modules that are widely used; and 
> various non-orthogonal libraries and modules stack on top of those. 
>
> One could try to integrate at the bottom layer, and then re-invent the 
> layers above that in Clojure. Or one could try to integrate at the higher 
> layers, which is more complicated, but gives more leverage from the 
> existing ecosystem. 
>
> Any thoughts?
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure support for Visual Studio Code

[Boris V. Schmid]

Just started using your plugin. Thanks. So far so good.

Two questions. 

1. Every time I eval something, or have an error, a bar appears on top, 
like this: "[Info] Successfully Compiled[Close]". They don't fade away 
automatically, and stack, meaning that they block the top part of the 
editor. I couldn't find a setting how to make that bar fade away after 2-3 
seconds or something like that.

2. If I have the Problems (cmd-M) window open at the bottom of the screen, 
and I eval something with output, that error window is replaced for an 
output window (which is fine behavior to me). The other way around doesn't 
work - if I eval something and it gives an error, the bottom window remains 
to be the output window, rather than switch to the problem window. Is there 
any way I make that behavior consistent.

Thanks for the plugin!

On Tuesday, September 20, 2016 at 10:53:31 AM UTC+2, Andrey Lisin wrote:
>
> Hi Michael,
>
> 1. Showing a docstring on hover is a standard VSCode behavior. I don't 
> think any extension should change it without a good reason.
>
> 2. I will investigate if it is possible to run repl from within VSCode. On 
> the other hand, this behavior can be unexpected for some users. I believe, 
> many users are willing to connect to a remote repl and need an explicit way 
> to say which repl they want to use. Also note that if you open a Leiningen 
> project and repl is running in console the extension will automatically 
> connect to it.
>
> 3. I added an output channel for evaluation results in the latest 
> extension version. You can try it out. I will investigate other options 
> though.
>
> On Monday, September 19, 2016 at 11:50:08 PM UTC+6, Michael Ball wrote:
>>
>> On Saturday, September 17, 2016 at 4:32:39 AM UTC+6, Michael Ball wrote:


 - Explicit docs/instructions on how to start and connect to the repl 
 would be good. I was able to get it connected but it was unclear if the 
 repl should be started from within VS code, or from a terminal then only 
 connect to it from VS code.

>>>
>>> The instructions can be found in the "How to Use?" section of readme 
>>> file. Not sure I understand your point about where the repl should be 
>>> started. Do you mean you mean you expected repl will be run by VSCode on 
>>> connect like it happens in Emacs?
>>>
>>
>> Yes, in LightTable and Cider generally the repl is started up from within 
>> the editor, and it was unclear if there was an editor action that would do 
>> this, or if the repl needed to be started in a terminal, then connected to.
>>
>>
>>
>> - Docstrings don't seem to work for thread first  (-> xxx)? I also 
 noticed that it took some time after initial repl connect for the 
 docstrings to become available, probably some indexing delay because my 
 laptop is old+slow, initially they showed "Docstring not found". Also the 
 docstring not found message pops up for all characters on hover of mouse 
 over things such as parenthesis.

>>>
>>> You're right about the thread first docstring. It looks like I need to 
>>> adjust the regex for finding Clojure words. Will fix it soon.
>>>
>>> About docstrings. There shouldn't be snoticable time between pointing a 
>>> thing and getting its documentation. However, the is a subtly aspect you 
>>> should be aware of. If you have a namespace definition in the beginning of 
>>> a file you should eval the file first. Say, you have a file with the 
>>> following content:
>>>
>>> (ns foo)
>>>
>>> (println "Hello World")
>>>
>>>  When you point println you won't see the docstring. The reason is the 
>>> extension sends the following message to the repl: "Give me a docstring for 
>>> the function println from foo namespace." But at the moment repl *know 
>>> nothing *about foo namespace! So you neen to eval the file. This will 
>>> result adding foo namespace to the repl and importing everything from 
>>> clojure.core namespace to it (this is a sideeffect of ns macro). I believe, 
>>> this is the common behaviour for all solutions based on cider-nrepl (I've 
>>> checked it is true for Emacs Cider and Vim Fireplace). Though I admit it's 
>>> not the most intuitive one. So I'm open to suggestions.
>>>
>>
>> Ah, you're probably right on the eval. Also was thinking that perhaps 
>> doc-string could/should be shown on a keystroke instead of mouse-over?
>>
>>
>>  
>>
>>> - If I had one feature request it would be for inline results a-la 
 LightTable. Any plans for something like that?

>>>
>>> It's definetly a useful feature and I can add it easily. The only thing 
>>> I'm not sure about is where to show an evaluation result :) Do you have any 
>>> ideas. Maybe you've seen the similar feature in other VSCode plugins and 
>>> know how to do it right?
>>>
>>
>> I don't know if there's a really good way to do it right now, but in some 
>> very timely news just this morning a feature got some attention and we 
>> hopefully should see it in October.

Re: Is there a way to alpha 11 or higher, but disable a single spec?

[Boris V. Schmid]

Because Lighttable is updated about once a year. It might be a while before 
a PR makes it to a release. Anyway, the same may be true for other clojure 
projects; that is why I wondered if there was some way around it by 
excluding a spec.

On Friday, September 23, 2016 at 10:11:49 PM UTC+2, tbc++ wrote:
>
> Why not submit a PR against Lighttable as that's where the real bug is? 
>
> On Fri, Sep 23, 2016 at 2:08 PM, Boris V. Schmid  > wrote:
>
>> lighttable has some trouble with the newer alpha's, in that it throws 
>> this error: 
>>
>>
>>> Call to clojure.core/ns did not conform to spec: ... ((require 
>>> [clojure.string :as string] [cljs.source-map.base64
>>>
>>>
>> It seems like the spec doesn't like "require" there (but rather wants the 
>> :require keyword). Is there some way I can exclude a particular spec, say 
>> in project.clj? I can imagine that there are more occasions where being 
>> able to disable a spec is helpful.
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@googlegroups.com 
>> 
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> To unsubscribe from this group, send email to
>> clojure+u...@googlegroups.com 
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojure+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> “One of the main causes of the fall of the Roman Empire was that–lacking 
> zero–they had no way to indicate successful termination of their C 
> programs.”
> (Robert Firth) 
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Is there a way to alpha 11 or higher, but disable a single spec?

[Boris V. Schmid]

lighttable has some trouble with the newer alpha's, in that it throws this 
error: 


> Call to clojure.core/ns did not conform to spec: ... ((require 
> [clojure.string :as string] [cljs.source-map.base64
>
>
It seems like the spec doesn't like "require" there (but rather wants the 
:require keyword). Is there some way I can exclude a particular spec, say 
in project.clj? I can imagine that there are more occasions where being 
able to disable a spec is helpful.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: clojure, not the go to for data science

[Boris V. Schmid]

Just noticed one of my research paper made it to the showcase :-). Thanks 
for that!

As for clojure resources: I have been mainly used clojure itself, and 
visualization libraries, (incanter, quil and gg4clj [to make plots in R 
with ggplot2, but you can use it to run any R code]), and sometimes a stray 
java library for smoothing or clustering things. The inter-op with java is 
often not too bad. I use light table as an IDE.

Boris


On Thursday, April 9, 2015 at 3:17:44 AM UTC+2, Christopher Small wrote:
>
> Made some updates to http://clojure-datascience.herokuapp.com/. In 
> particular, went with the tagline "Resources for the budding Clojure Data 
> Scientist." Couldn't come up with anything else sufficiently punny and 
> appropriate.
>
> Again; please contribute! I'll be starting a list in the about page 
> mentioning everyone who's contributed.
>
> Chris
>
>
> On Tuesday, April 7, 2015 at 8:24:27 PM UTC-7, Emrehan Tüzün wrote:
>>
>> Clojure isn't the first tool coming into mind on data science at the 
>> moment but the number of useful libraries are growing up. You can check out 
>> https://github.com/razum2um/awesome-clojure#science-and-data-analysis.
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

New scientific article out on plague and climate, using clojure, quil and incanter for data analysis, and lighttable as IDE.

[Boris V. Schmid]

Hi all,

Published a new paper, using clojure, quil, and incanter to do some custom 
statistics (permutation testing) and data exploration, and lighttable as 
IDE Aim was to discover the wildlife reservoirs of plague in medieval 
Europe, but we ended up finding evidence for repeated reintroductions of 
the bacterium into Europe from Asia, over the course of 4 centuries. I 
continue to use clojure today, although I am switching from incanter/charts 
to https://github.com/JonyEpsilon/gg4clj to have access to ggplot2. ggplot2 
is just more powerful than the JfreeChart-based charting of Incanter.

Thanks all for making the tools I use every day :-).
@BorisVSchmid

Background on the article:
https://theconversation.com/plague-outbreaks-that-ravaged-europe-for-centuries-were-driven-by-climate-change-in-asia-37933

Article is open access, and available from PNAS
http://www.pnas.org/content/early/2015/02/20/1412887112

Source code and datasets available here: 
https://zenodo.org/record/14973#.VOxH5vnF9vo

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: using -> on a nested hash-map with string keywords.

[Boris V. Schmid]

Thanks, it was get-in that I was looking for, but couldn't find. Also 
thanks to Dave for explaining that keywords have some internal magic 
compared to strings. will remember!

On Thursday, 31 May 2012 19:22:50 UTC+2, Alan Malloy wrote:
>
> Yes, but really to GET a value nested IN a series of maps, he should 
> just be using get-in, rather than threading anything at all. 
>
> On May 31, 7:59 am, Dave Ray  wrote: 
> > Keywords implement IFn meaning they can act as functions that look 
> > themselves up in a map. Strings are just strings. Replace "b" with 
> > (get "b") and you'll get the behavior you're looking for. 
> > 
> > Dave 
> > 
> > On Thu, May 31, 2012 at 7:55 AM, Boris V. Schmid  
> wrote: 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > > Can someone tell me what I'm overlooking (clojure 1.4) 
> > 
> > > (-> (hash-map :b (hash-map :a 3)) :b :a) 
> > > 3 
> > > user> (-> (hash-map "b" (hash-map :a 3)) "b" :a) 
> > > ; Evaluation aborted: java.lang.String cannot be cast to 
> clojure.lang.IFn 
> > 
> > > I'm not sure why the first can work, and the second cannot. Is it a 
> logical 
> > > limitation of the language, or an oversight in how the macro -> is 
> build? 
> > 
> > > -- 
> > > You received this message because you are subscribed to the Google 
> > > Groups "Clojure" group. 
> > > To post to this group, send email to clojure@googlegroups.com 
> > > Note that posts from new members are moderated - please be patient 
> with your 
> > > first post. 
> > > To unsubscribe from this group, send email to 
> > > clojure+unsubscr...@googlegroups.com 
> > > For more options, visit this group at 
> > >http://groups.google.com/group/clojure?hl=en

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

using -> on a nested hash-map with string keywords.

[Boris V. Schmid]

Can someone tell me what I'm overlooking (clojure 1.4)

(-> (hash-map :b (hash-map :a 3)) :b :a)
3
user> (-> (hash-map "b" (hash-map :a 3)) "b" :a)
; Evaluation aborted: java.lang.String cannot be cast to clojure.lang.IFn

I'm not sure why the first can work, and the second cannot. Is it a logical 
limitation of the language, or an oversight in how the macro -> is build?

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Re: Network Visual Layout Algorithm

[Boris V. Schmid]

I did some network visualization a long time ago, and for big networks I 
found it fast to call toxiclib from clojure for calculating the layout, and 
use repulsive springs to generate my network, and once its relatively 
stable, add additional repulsive springs between overlapping nodes, so that 
these would separate as well.

http://www.shiffman.net/teaching/nature/toxiclibs/


On Thursday, 31 May 2012 15:59:31 UTC+2, Sean Devlin wrote:
>
> This should work great.  You guys rock :)
>
> On Thursday, May 31, 2012 9:48:28 AM UTC-4, daveray wrote:
>>
>> Lacij (https://github.com/pallix/lacij) and Vijual 
>> (https://github.com/drcode/vijual) both implement graph layout 
>> algorithms in Clojure. 
>>
>> Dave 
>>
>> On Thu, May 31, 2012 at 6:42 AM, Ulises  
>> wrote: 
>> >> I have a contest going with a colleague, where we each have to render 
>> a 
>> >> network layout in SVG.  My gut says that Synthetic Annealing is the 
>> right 
>> >> tool for the job here. 
>> > 
>> > I haven't heard of synthetic annealing (I have heard of simulated 
>> > annealing though) but if you're looking to draw a network of nodes and 
>> > to have them self-organise on a 2D space force-directed graphs are a 
>> > pretty nifty technique for that, see an example with d3 (don't know if 
>> > these graphs are available in d2 thought): 
>> > http://mbostock.github.com/d3/ex/force.html 
>> > 
>> > U 
>> > 
>> > -- 
>> > You received this message because you are subscribed to the Google 
>> > Groups "Clojure" group. 
>> > To post to this group, send email to clojure@googlegroups.com 
>> > Note that posts from new members are moderated - please be patient with 
>> your first post. 
>> > To unsubscribe from this group, send email to 
>> > clojure+unsubscr...@googlegroups.com 
>> > For more options, visit this group at 
>> > http://groups.google.com/group/clojure?hl=en 
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

New paper based on clojure + source code out in plos comp biol :-)

[Boris V. Schmid]

Hi Clojurans,

For those interested, I finally got my second scientific paper using the 
Clojure language published (the first came out in 2010). The nice thing is 
that plos comp biol requested if I could also publish the source code, 
which I did, and is listed as supplemental materials "protocols 1".

Here it is. Behind the rather dry title lies a paper describing a 
simulation model of the sexual network of the netherlands :-).
http://www.ploscompbiol.org/article/info%3Adoi%2F10.1371%2Fjournal.pcbi.1002470

Being able to work in a repl, and adjust and inspect the model on the fly 
has been pretty instrumental in exploring the different models for sexual 
networks. Clojure was excellent for this purpose. I'll try to get as much 
of my code out there as possible as a scientist (somewhat dependent on 
coauthors and future papers planned), as per: h
ttp://www.nature.com/news/2010/101013/full/467753a.html
 "publish 
your code, it is good enough". Thanks for putting this language together!

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en