QS: Initial Queries Computation #209
Replies: 3 comments
-
|
When a query is created, it always gets n=1 assigned. the purpose of n is to be able to show a conversation chain (in the form of a chat). It just increments with each written follow-up message. Since it is always 1 for the first message, I used this simple logic, but slicing using minimum n by query id should also work. Regarding the timestamp slice, I am not sure, I need to check it. It might be related to my idea of introducing an edit option for the queries in the future, since in the original database design any edit will just be a new row but with a newer timestamp. But then it should be a |
Beta Was this translation helpful? Give feedback.
-
|
So in the bit of code I snipped above, we really don't need to grab |
Beta Was this translation helpful? Give feedback.
-
|
Yes that is also possible, as long as you select the first |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
clinsight/R/mod_queries.R
Lines 110 to 113 in 60507ac
@LDSamson handful of questions here:
n == 1? In what scenario would there be query data without an initial query ofn == 1? I ask this in part because our EDC queries have an audit ID which is sequential across all items. Doesnsignify anything outside marking subsequent query records for aquery_id?timestampinstead ofn? This seems to imply that there can be multiple queries withn==1. Is that somehow the case?I would think that we should be able to slice the data frame at minimum
nbyquery_idand call it a day.Beta Was this translation helpful? Give feedback.
All reactions