This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-20
Channels
- # announcements (8)
- # babashka (19)
- # beginners (100)
- # boot (3)
- # calva (16)
- # cider (8)
- # cljdoc (6)
- # cljsrn (15)
- # clojure (73)
- # clojure-europe (7)
- # clojure-france (1)
- # clojure-italy (12)
- # clojure-nl (11)
- # clojure-sg (1)
- # clojure-uk (17)
- # clojurescript (63)
- # cursive (22)
- # data-science (2)
- # datomic (2)
- # defnpodcast (1)
- # docs (1)
- # fulcro (7)
- # graalvm (8)
- # jackdaw (1)
- # kaocha (11)
- # off-topic (26)
- # pedestal (4)
- # planck (1)
- # re-frame (35)
- # reitit (5)
- # ring (3)
- # shadow-cljs (25)
- # slack-help (11)
- # spacemacs (8)
- # specter (2)
- # tools-deps (61)
- # vscode (6)
- # xtdb (3)
Just to introduce moi, I aspire to build topic maps with Crux. Past variants began with the XML topic map standard on Java/MySQL, graduated to RDF (not OWL) while working on an AI platform at SRI, and these days, java/JSON/postgress/elasticsearch. Now, to see what it takes to map my JSON structures into Crux docs.
Hi again! Thanks for your intro - I wish Slack could somehow encourage more people to do the same 🙂 I have been spiking a JSON<->Crux translation for the HTTP interface recently. I think the main constraints are that all attributes become strings and IDs would have to become nested maps, e.g. something like `{"crux.db/id": {"crux.db/json-id": true, "some-key": "some-identifier"}, "color": "red"} -- you would also have to sacrifice the ability to use Crux with edn at the same time, otherwise you will probably run into compatibility issues (p.s. I will respond on the email thread as soon as I can)