This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-08-14
Channels
- # announcements (31)
- # babashka (9)
- # beginners (4)
- # calva (67)
- # cider (6)
- # clj-yaml (10)
- # clojure (105)
- # clojure-austin (8)
- # clojure-bay-area (1)
- # clojure-europe (12)
- # clojure-germany (3)
- # clojure-nl (1)
- # clojure-norway (7)
- # clojure-uk (2)
- # clojurescript (5)
- # core-logic (4)
- # data-science (29)
- # datomic (6)
- # dev-tooling (5)
- # emacs (3)
- # hyperfiddle (22)
- # introduce-yourself (4)
- # lsp (8)
- # malli (10)
- # off-topic (8)
- # pathom (74)
- # polylith (39)
- # practicalli (1)
- # reitit (3)
- # shadow-cljs (2)
- # spacemacs (3)
- # squint (4)
- # tools-deps (4)
Hey all, I'm using tablecloth to do some manipulation for an API endpoint. I have the following column selected
:_unnamed [8 1]:
| :value |
|--------------|
| 111078990000 |
| 78649032000 |
| 69773400000 |
| 67950225000 |
| 77160392640 |
| 93741110400 |
| 81171112500 |
| 117252500000 |
How can I convert this into a vector? I might have missed this in the docs, I searched for "convert", "change back" and so on
The output I want is [111078990000 78649032000 ... 117252500000]
Found this solution from reading TML (tech.v3.datatype/->array (revenue-values :value))
, is this the correct approach?I'll add those functions to my tools to inspect and understand TML and Tabletloth, I also need to better read the docs, thank you again for your time
is anyone here familiar with the kixi.stats
implementation?
I’m looking for details on the Gamma distribution sampling function…
I think there is a bug here @henrygarner https://github.com/MastodonC/kixi.stats/blob/master/src/kixi/stats/distribution.cljc#L137-L165
Hey Sam, how is it manifesting?
@henrygarner woohoo, glad I caught you!!
I caught it from the linter showing me that the cond->
call would ALWAYS take the inc
branch;
that led me to finding the paper describing the implementation so I could confirm that we should in fact only increment when alpha
(or k
, depending on how you like your names) was < 1
anyway, with this change things should match the paper, and there is a nice speedup too
added benchmark results
@henrygarner another Q… I just put up another PR to run tests via github actions. are you by any chance open to • a PR to convert the cljs tests to shadow-cljs? • a PR to convert the build from leiningen to deps.edn? the advantage of the latter is that folks could depend on kixi.stats as a git dependency between releases
@U017QJZ9M7W brilliant, thanks! No objection from me at all
okay, nice
@henrygarner working on a PR now to get clj-kondo linting passing
@henrygarner innnnteresting, lots of failures on the CI box that aren’t present for me locally…
Ah yes, several tests in the distribution namespace are probabilistic and will sometimes fail in presence of outliers. Not ideal for ci
it looks like something about the CI machine pushes us outside the prescribed deltas
https://github.com/MastodonC/kixi.stats/actions/runs/5859949278/job/15887009348?pr=46
let’s see if I can relax it a touch
or if that is a bandaid
okay, works with slightly relaxed bounds
this one is good to go, I noted some spots where it felt like there miiiight be a bug from some unused variable etc
@henrygarner this PR converts the build to deps.edn and shadow-cljs: <ttps://github.com/MastodonC/kixi.stats/pull/47> I based it off of the kondo PR, so if you merge that one first I’ll rebase this off of the squashed merge commit and we can go from there
hey @henrygarner, just checking in here to see if this looks good