This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-01-02
Channels
- # babashka (117)
- # babashka-sci-dev (6)
- # beginners (34)
- # biff (2)
- # calva (7)
- # clj-kondo (27)
- # clojure (6)
- # clojure-dev (8)
- # clojure-europe (41)
- # clojure-israel (1)
- # clojure-nl (1)
- # clojure-norway (2)
- # clojure-uk (1)
- # clojurescript (22)
- # cursive (3)
- # datascript (12)
- # dev-tooling (4)
- # emacs (13)
- # hyperfiddle (60)
- # introduce-yourself (8)
- # joyride (9)
- # lsp (46)
- # malli (3)
- # mranderson (75)
- # off-topic (40)
- # pathom (9)
- # pedestal (4)
- # reagent (11)
- # reitit (18)
- # releases (2)
- # shadow-cljs (81)
- # squint (18)
hey @wilkerlucio! so we're fiiiiinally getting to spiking things with P3 this month, with a view to using it for major parts of our app logic. one of the big stumbles i had when researching with P3 before was working with Datomic dbs and using pathom-viz (which tried to read the whole datomic db to visualise it).
i vaguely recall there being a way to hack it. is there perhaps more formal support for the viz connector now, to provide some control over how certain values are sent? basically i'd like my Datomic db to print as it does in the repl datomic.db.Db@a6f7095e
, rather than all its internals 🙂
hello Robert, happy new year 🙂
for datomic, in general I expect the DB value to remain on env
, which shouldn't get exposed to Pathom Viz, can you tell more about how/why it gets out there?
happy new year @wilkerlucio! we'll take a fresh stab and see if it still gets in the way!
Sort of. I’ve been working with renewable energy data and using Pathom3 to process and run simulations.
The building blocks of fetching, pre-processing, simulation and aggregating are using Pathom3. While all this is coordinated with pathom. The processing of individual collections of data are done within a single pathom resolver.
We have built dynamic pathom resolvers over Apache Spark and use that for data processing purposes.