Re: clojure, not the go to for data science

[Christopher Small]

Hah. Yeah, I couldn't resist the pun, but I agree that it's pretty
antithetical to every bit of philosophy upon which Clojure's been built. I
can get to that eventually, but feel free to submit a pull request if I'm
lagging. And of course, more Clojuresque but equally appropriate puns would
be welcome :-)

Glad the direction looks good.

Cheers

Chris

On Mon, Apr 6, 2015 at 2:20 PM, A  wrote:

>
>
> Thanks for taking the initiative :) Looks good.
>
> My two cents is to prefer something instead of the word "goto" though,
> which could imply an archaic coding semantic.  Perhaps "...a growing
> resource to consolidate links to Clojure Data Science topics"?
> or perhaps something that describes the goals and motivations, in the
> spirit that https://www.refheap.com/about does for RefHeap could be
> useful as well
>
> best,
> -A
>
>
>
>
>
> On Monday, April 6, 2015 at 12:15:02 PM UTC-7, Christopher Small wrote:
>>
>>
>> OK; Here's my humble stab at something along these lines:
>> http://clojure-datascience.herokuapp.com/
>> 
>> (source code here: https://github.com/metasoarous/clojure-datascience).
>>
>> The data is currently just an edn file, so contributions should come in
>> the form of pull requests. However, we could look at moving the data to a
>> db or something in the future if we want a more dynamic submission process.
>> Right now I've seeded it with A's resource list, and not much else, so
>> please contribute!
>>
>> Also happy to accept other improvements here if anyone has any good
>> ideas. This includes discussion over the right category breakdown and
>> assignments, and any interface improvements which might better utilize the
>> data. I suggest using github issues for anything that needs discussion, or
>> via this thread for general direction thoughts.
>>
>> Cheers
>>
>> Chris
>>
>>  --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/vsjUlAWm64g/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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

[A]

Can't recall which one, but I believe one of the aforementioned books has a 
chapter on Weka use with examples.

-A


On Monday, April 6, 2015 at 12:40:20 PM UTC-7, Goldritter wrote:
>
>  I wonder, has somebody ever tried to write something like a clojure 
> wrapper for WEKA (http://www.cs.waikato.ac.nz/ml/weka/) or added WEKA to 
> a clojure project? 
>
> I have done this for a classification problem, but it was rather inchoate 
> and only to create some libsvm and naive bayes classifier.
>
> Marcus
>
> Am 06.04.2015 um 21:15 schrieb Christopher Small:
>  
>
> OK; Here's my humble stab at something along these lines: 
> http://clojure-datascience.herokuapp.com/ (source code here: 
> https://github.com/metasoarous/clojure-datascience).
>
> The data is currently just an edn file, so contributions should come in 
> the form of pull requests. However, we could look at moving the data to a 
> db or something in the future if we want a more dynamic submission process. 
> Right now I've seeded it with A's resource list, and not much else, so 
> please contribute!
>
> Also happy to accept other improvements here if anyone has any good ideas. 
> This includes discussion over the right category breakdown and assignments, 
> and any interface improvements which might better utilize the data. I 
> suggest using github issues for anything that needs discussion, or via this 
> thread for general direction thoughts.
>
> Cheers
>
> Chris
>
>  -- 
> 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.
>
>
>  

-- 
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] Contrail: interactive tracing

[John Wiseman]

That looks interesting, thanks.  I've been missing the convenience of the
ACL- and SBCL-style function tracing--mostly the ability to redefine
functions without having to re-trace them.


On Mon, Apr 6, 2015 at 9:56 AM, Eli Naeher  wrote:

> https://github.com/enaeher/contrail
>
> Contrail is a tool for interactive function tracing. It's similar in
> purpose to clojure.tools.trace, but has some additional features which I
> found myself wanting (many inspired by SBCL's trace):
>
> * Control over what the trace output looks like and where it goes
> * Control over whether and when lazy sequences are realized by the trace
> machinery
> * Conditional tracing, with helpers for common use cases
> * Tracing for a limited number of calls
> * Re-compiling a file doesn't blow away trace state for the vars defined
> there
>
> This version (0.2.0) is its initial public release.
>
> Thank you,
> -Eli
>
> --
> 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.
>

-- 
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

[A]

Thanks for taking the initiative :) Looks good.

My two cents is to prefer something instead of the word "goto" though, 
which could imply an archaic coding semantic.  Perhaps "...a growing 
resource to consolidate links to Clojure Data Science topics"?
or perhaps something that describes the goals and motivations, in the 
spirit that https://www.refheap.com/about does for RefHeap could be useful 
as well

best,
-A




On Monday, April 6, 2015 at 12:15:02 PM UTC-7, Christopher Small wrote:
>
>
> OK; Here's my humble stab at something along these lines: 
> http://clojure-datascience.herokuapp.com/ 
> 
>  
> (source code here: https://github.com/metasoarous/clojure-datascience).
>
> The data is currently just an edn file, so contributions should come in 
> the form of pull requests. However, we could look at moving the data to a 
> db or something in the future if we want a more dynamic submission process. 
> Right now I've seeded it with A's resource list, and not much else, so 
> please contribute!
>
> Also happy to accept other improvements here if anyone has any good ideas. 
> This includes discussion over the right category breakdown and assignments, 
> and any interface improvements which might better utilize the data. I 
> suggest using github issues for anything that needs discussion, or via this 
> thread for general direction thoughts.
>
> Cheers
>
> Chris
>
>

-- 
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: Given a list of maps, produce a sublist having distinct values for one key

[Simon Brooke]

Sorry to be so slow getting back. Because they are maps, and a set can 
contain many maps which contain identical key value pairs - I assume 
because although they do indeed have identical key value pairs they are 
nevertheless not the same map.

On Tuesday, 24 March 2015 21:55:05 UTC, Ben wrote:
>
> why not just accumulate the interested customers in a set rather than a 
> seq in the first place?
>
> On Tue, Mar 24, 2015 at 2:50 PM, Simon Brooke  > wrote:
>
>> I'm rewriting a very odd e-commerce website I first wrote in 1996, for a 
>> friend.
>>
>> The website features categories, which are supposed to be arranged into 
>> an acyclic directed graph (actually there are currently cycles in the 
>> graph, but there shouldn't be, and that is not the problem I'm trying to 
>> solve here; assume there are not). Customers can register interest in a 
>> category or in several categories. When an item is added to the site, we 
>> want to email every customer who may be interested in that item; which is 
>> to say 
>>
>> customers who are interested in the category to which the item has been 
>> added, and
>> customers who are interested in the parent of that category, and
>> so on recursively to the root of the graph.
>>
>> Now, I can recurse up the graph asking each category in turn for the 
>> customers interested in it; and by concatenating the lists, arrive at one 
>> list of all the interested customers. The problem is that if one customer 
>> has registered interest in both a category and its parent, he will appear 
>> on the composite list twice. I need to construct from this a list of 
>> records in which each customer appears only once, otherwise they'll receive 
>> duplicate emails, which no-one likes.
>>
>> My solution, which I give below, is to recurse across the composite list 
>> constructing a map whose keys are email addresses and whose values are the 
>> customer records as maps; and then to take the values of that map. It 
>> works, but it doesn't feel like idiomatic clojure:
>>
>> (defn map-by-key
>>   "From this `list-of-maps`, produce a map keyed on the values for this 
>> `key`"
>>   [list-of-maps key]
>>   (if (empty? list-of-maps) {}
>> (let [record (first list-of-maps)]
>>   (merge {(record key) record} (map-by-key (rest list-of-maps) 
>> key)
>> 
>>
>> (defn interested-customers
>>   "Return a list of the customers interested in the category with this
>>`category-id`. Recurses up the tree of categories; `path` is passed to
>>protect against cycles in the tree (which shouldn't be there by are
>>not impossible)"
>>   ([category-id]
>>(vals (map-by-key (interested-customers category-id #{}) :email)))
>>   ([category-id path]
>>(if (contains? path category-id) ()   
>> (let
>>   [id (if (integer? category-id) category-id
>> (Integer/valueOf (str category-id)))
>>category (categories/fetch id)
>>parent (:parent category)
>>upstream (if (not (nil? parent)) (interested-customers parent 
>> (conj path id)) ())
>>interested (select schema/customer
>>   (with schema/category
>> (where {:id id})))]
>>   (concat interested upstream)
>>
>> Can anyone re-express that in a more idiomatic form?
>>
>> -- 
>> 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.
>>
>
>
>
> -- 
> Ben Wolfson
> "Human kind has used its intelligence to vary the flavour of drinks, which 
> may be sweet, aromatic, fermented or spirit-based. ... Family and social 
> life also offer numerous other occasions to consume drinks for pleasure." 
> [Larousse, "Drink" entry]
>
>  

-- 
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 optio

Re: Given a list of maps, produce a sublist having distinct values for one key

[Andy Fingerhut]

There are some subtle exceptions (e.g. don't mix Java mutable maps and
Clojure immutable maps), but if they are all immutable, and you don't mix
floats and doubles in there anywhere, and you don't use Double/NaN 'values'
anywhere, and probably a couple other minor caveats I am forgetting right
now, you cannot put more than one map with the same key/value pairs into a
set more than once, because they are equal to each other:

user=> (def s1 #{})
#'user/s1
user=> (def s2 (conj s1 {:a 1 :b 2 :c [3 4]}))
#'user/s2
user=> s2
#{{:c [3 4], :b 2, :a 1}}
user=> (def s3 (conj s2 {:c [3 4] :a 1 :b 2}))
#'user/s3
user=> s3
#{{:c [3 4], :b 2, :a 1}}

Andy


On Mon, Apr 6, 2015 at 1:56 PM, Simon Brooke 
wrote:

> Sorry to be so slow getting back. Because they are maps, and a set can
> contain many maps which contain identical key value pairs - I assume
> because although they do indeed have identical key value pairs they are
> nevertheless not the same map.
>
> On Tuesday, 24 March 2015 21:55:05 UTC, Ben wrote:
>>
>> why not just accumulate the interested customers in a set rather than a
>> seq in the first place?
>>
>> On Tue, Mar 24, 2015 at 2:50 PM, Simon Brooke 
>> wrote:
>>
>>> I'm rewriting a very odd e-commerce website I first wrote in 1996, for a
>>> friend.
>>>
>>> The website features categories, which are supposed to be arranged into
>>> an acyclic directed graph (actually there are currently cycles in the
>>> graph, but there shouldn't be, and that is not the problem I'm trying to
>>> solve here; assume there are not). Customers can register interest in a
>>> category or in several categories. When an item is added to the site, we
>>> want to email every customer who may be interested in that item; which is
>>> to say
>>>
>>> customers who are interested in the category to which the item has been
>>> added, and
>>> customers who are interested in the parent of that category, and
>>> so on recursively to the root of the graph.
>>>
>>> Now, I can recurse up the graph asking each category in turn for the
>>> customers interested in it; and by concatenating the lists, arrive at one
>>> list of all the interested customers. The problem is that if one customer
>>> has registered interest in both a category and its parent, he will appear
>>> on the composite list twice. I need to construct from this a list of
>>> records in which each customer appears only once, otherwise they'll receive
>>> duplicate emails, which no-one likes.
>>>
>>> My solution, which I give below, is to recurse across the composite list
>>> constructing a map whose keys are email addresses and whose values are the
>>> customer records as maps; and then to take the values of that map. It
>>> works, but it doesn't feel like idiomatic clojure:
>>>
>>> (defn map-by-key
>>>   "From this `list-of-maps`, produce a map keyed on the values for this
>>> `key`"
>>>   [list-of-maps key]
>>>   (if (empty? list-of-maps) {}
>>> (let [record (first list-of-maps)]
>>>   (merge {(record key) record} (map-by-key (rest list-of-maps)
>>> key)
>>>
>>>
>>> (defn interested-customers
>>>   "Return a list of the customers interested in the category with this
>>>`category-id`. Recurses up the tree of categories; `path` is passed to
>>>protect against cycles in the tree (which shouldn't be there by are
>>>not impossible)"
>>>   ([category-id]
>>>(vals (map-by-key (interested-customers category-id #{}) :email)))
>>>   ([category-id path]
>>>(if (contains? path category-id) ()
>>> (let
>>>   [id (if (integer? category-id) category-id
>>> (Integer/valueOf (str category-id)))
>>>category (categories/fetch id)
>>>parent (:parent category)
>>>upstream (if (not (nil? parent)) (interested-customers parent
>>> (conj path id)) ())
>>>interested (select schema/customer
>>>   (with schema/category
>>> (where {:id id})))]
>>>   (concat interested upstream)
>>>
>>> Can anyone re-express that in a more idiomatic form?
>>>
>>> --
>>> 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.
>>>
>>
>>
>>
>> --
>> Ben Wolfson
>> "Human kind has used its intelligence to vary the flavour of drinks,
>> which may be sweet, aromatic, fermented or spirit-based. ... Family and
>> social life also of

Re: clojure, not the go to for data science

[Marcus Lindner]

It is to note, that WEKA has at least a possibility for a clojure 
classifier ;)

(http://weka.sourceforge.net/doc.packages/clojureClassifier/weka/classifiers/clojure/ClojureClassifier.html)

Marcus

Am 06.04.2015 um 21:42 schrieb Christopher Small:


I remember seeing something like this, but if I recall correctly it 
hasn't been updated in years, so I wouldn't really bank on it for 
maintenance or dependability. Of course, its possible it could be 
resurrected.


If I recall what it was I'll share.

Chris

Sent via phone

On Apr 6, 2015 12:40 PM, "Marcus Lindner" 
> wrote:


I wonder, has somebody ever tried to write something like a
clojure wrapper for WEKA (http://www.cs.waikato.ac.nz/ml/weka/) or
added WEKA to a clojure project?

I have done this for a classification problem, but it was rather
inchoate and only to create some libsvm and naive bayes classifier.

Marcus

Am 06.04.2015 um 21:15 schrieb Christopher Small:


OK; Here's my humble stab at something along these lines:
http://clojure-datascience.herokuapp.com/ (source code here:
https://github.com/metasoarous/clojure-datascience).

The data is currently just an edn file, so contributions should
come in the form of pull requests. However, we could look at
moving the data to a db or something in the future if we want a
more dynamic submission process. Right now I've seeded it with
A's resource list, and not much else, so please contribute!

Also happy to accept other improvements here if anyone has any
good ideas. This includes discussion over the right category
breakdown and assignments, and any interface improvements which
might better utilize the data. I suggest using github issues for
anything that needs discussion, or via this thread for general
direction thoughts.

Cheers

Chris

-- 
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.


-- 
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 a topic in
the Google Groups "Clojure" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/clojure/vsjUlAWm64g/unsubscribe.
To unsubscribe from this group and all its topics, send an email
to clojure+unsubscr...@googlegroups.com
.
For more options, visit https://groups.google.com/d/optout.

--
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.


--
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 becaus

Re: clojure, not the go to for data science

[Christopher Small]

I remember seeing something like this, but if I recall correctly it hasn't
been updated in years, so I wouldn't really bank on it for maintenance or
dependability. Of course, its possible it could be resurrected.

If I recall what it was I'll share.

Chris

Sent via phone


On Apr 6, 2015 12:40 PM, "Marcus Lindner" <
marcus.goldritter.lind...@gmail.com> wrote:

>  I wonder, has somebody ever tried to write something like a clojure
> wrapper for WEKA (http://www.cs.waikato.ac.nz/ml/weka/) or added WEKA to
> a clojure project?
>
> I have done this for a classification problem, but it was rather inchoate
> and only to create some libsvm and naive bayes classifier.
>
> Marcus
>
> Am 06.04.2015 um 21:15 schrieb Christopher Small:
>
>
> OK; Here's my humble stab at something along these lines:
> http://clojure-datascience.herokuapp.com/ (source code here:
> https://github.com/metasoarous/clojure-datascience).
>
> The data is currently just an edn file, so contributions should come in
> the form of pull requests. However, we could look at moving the data to a
> db or something in the future if we want a more dynamic submission process.
> Right now I've seeded it with A's resource list, and not much else, so
> please contribute!
>
> Also happy to accept other improvements here if anyone has any good ideas.
> This includes discussion over the right category breakdown and assignments,
> and any interface improvements which might better utilize the data. I
> suggest using github issues for anything that needs discussion, or via this
> thread for general direction thoughts.
>
> Cheers
>
> Chris
>
>  --
> 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.
>
>
>  --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/vsjUlAWm64g/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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

[Marcus Lindner]

I wonder, has somebody ever tried to write something like a clojure 
wrapper for WEKA (http://www.cs.waikato.ac.nz/ml/weka/) or added WEKA to 
a clojure project?


I have done this for a classification problem, but it was rather 
inchoate and only to create some libsvm and naive bayes classifier.


Marcus

Am 06.04.2015 um 21:15 schrieb Christopher Small:


OK; Here's my humble stab at something along these lines: 
http://clojure-datascience.herokuapp.com/ (source code here: 
https://github.com/metasoarous/clojure-datascience).


The data is currently just an edn file, so contributions should come 
in the form of pull requests. However, we could look at moving the 
data to a db or something in the future if we want a more dynamic 
submission process. Right now I've seeded it with A's resource list, 
and not much else, so please contribute!


Also happy to accept other improvements here if anyone has any good 
ideas. This includes discussion over the right category breakdown and 
assignments, and any interface improvements which might better utilize 
the data. I suggest using github issues for anything that needs 
discussion, or via this thread for general direction thoughts.


Cheers

Chris

--
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.


--
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

[Christopher Small]

OK; Here's my humble stab at something along these lines: 
http://clojure-datascience.herokuapp.com/ (source code here: 
https://github.com/metasoarous/clojure-datascience).

The data is currently just an edn file, so contributions should come in the 
form of pull requests. However, we could look at moving the data to a db or 
something in the future if we want a more dynamic submission process. Right 
now I've seeded it with A's resource list, and not much else, so please 
contribute!

Also happy to accept other improvements here if anyone has any good ideas. 
This includes discussion over the right category breakdown and assignments, 
and any interface improvements which might better utilize the data. I 
suggest using github issues for anything that needs discussion, or via this 
thread for general direction thoughts.

Cheers

Chris

-- 
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.

[ANN] Contrail: interactive tracing

[Eli Naeher]

https://github.com/enaeher/contrail

Contrail is a tool for interactive function tracing. It's similar in
purpose to clojure.tools.trace, but has some additional features which I
found myself wanting (many inspired by SBCL's trace):

* Control over what the trace output looks like and where it goes
* Control over whether and when lazy sequences are realized by the trace
machinery
* Conditional tracing, with helpers for common use cases
* Tracing for a limited number of calls
* Re-compiling a file doesn't blow away trace state for the vars defined
there

This version (0.2.0) is its initial public release.

Thank you,
-Eli

-- 
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 Functional Programming Job Opportunities

[Functional Jobs]

Here are some functional programming job opportunities that were posted

recently:



Clojure Developer at Metabase

http://functionaljobs.com/jobs/8805-clojure-developer-at-metabase



Clojure Engineer at ROKT

http://functionaljobs.com/jobs/8803-clojure-engineer-at-rokt



Cheers,

Sean Murphy

FunctionalJobs.com


-- 
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: Datomic namespaced idents question

[Stuart Sierra]

On Sunday, April 5, 2015, Stig Brautaset wrote:
> I understand that you must use namespaces in idents for
> logically distinct types of entities.
...
> My question is: do you expose this namespacing outside the
> model layer when working in Clojure?

I find it easier when there are as **few** transformations as
possible between layers. That means keeping the attribute
names, including namespaces, consistent across the entire
application.

Obviously, if some layer cannot handle the namespaces (e.g.
JavaScript client) you will have to transform them. But even
then I try to push those transformations to the outer-most
layer of code, the last thing that happens before sending
the data off to a client.

-S

-- 
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.