Fork me on GitHub
#clara
<
2020-07-17
>
mikerod12:07:56

@sekao each time there is a match it’s a new rule firing. The cause is whatever the combination of facts it was to cause the rule to fire.

mikerod12:07:10

Seems an odd thing you are trying to distinguish.

sekao15:07:27

fair enough. the reason i'm interested in this is that it would potentially be a way to make updating facts within rules more ergonomic (avoiding the infinite loop problem). but it may not fit how clara works underneath.

mikerod17:07:59

I wrote it a while ago but it was an attempt to basically dump as much info I could on the updating facts concept and how it interacts with clara and in general the automatic truth maintenance system model (which is what allows rules to be order independently expressed etc)

MatthewLisp21:07:41

Hello clojurists users of Clara

MatthewLisp21:07:03

I’m currently using Clara on a project and I’m kinda lost really

MatthewLisp21:07:25

Lost in the designing of the rules and the facts

MatthewLisp21:07:45

I wanted to know how you define what is a Fact?

MatthewLisp21:07:05

What should be a fact in your system

MatthewLisp21:07:36

Because this directly influence what you insert on right hand side of rules also

MatthewLisp21:07:26

Currently my rules are operating on a state map that represents a requisition from outside. I have multiple records but every record has the same data inside. The rules are pretty much looking whether I have key X or not on the map. It feels wrong, it feels that i don’t know how to design the facts