NickSeagull on master
Remove unused email (compare)
ocramz on gh-pages
Add `sampling` (compare)
ocramz on gh-pages
Add kdt, Supervised Learning se… (compare)
ocramz on gh-pages
Add arrayfire (compare)
ocramz on gh-pages
add inliterate (compare)
ocramz on gh-pages
update hvega entry (compare)
ocramz on gh-pages
Add pcg-random (compare)
For example, these three packages have completely different typing:
https://hackage.haskell.org/package/kmeans-0.1.3/docs/Data-KMeans.html
https://hackage.haskell.org/package/clustering-0.4.1/docs/AI-Clustering-KMeans.html
https://hackage.haskell.org/package/roc-cluster-0.1.0.0/docs/Data-Cluster-ROC.html
Since they all do more or less the same thing, stands to reason that they should have compatible typing.
Hi!
I don't try to unify types - each domain has its specific needs which are best documented as individual types. Instead, use functions as the interface between libraries.
For example, there is Frames.
https://github.com/acowley/Frames
Is it good? If it is good, why is it not everywhere? I cannot afford to learn on my own experience. I can spend an evening, maybe a weekend, but it is not a safe bet. R is a safe bet — they have their unified typing that everything works with.
What is the simplest thing that can be done with a data set that is still useful?
I immediately think of https://datasette.io/