{"action":"created","issue":{"url":"https://api.github.com/repos/nutterb/dbn/issues/2","repository_url":"https://api.github.com/repos/nutterb/dbn","labels_url":"https://api.github.com/repos/nutterb/dbn/issues/2/labels{/name}","comments_url":"https://api.github.com/repos/nutterb/dbn/issues/2/comments","events_url":"https://api.github.com/repos/nutterb/dbn/issues/2/events","html_url":"https://github.com/nutterb/dbn/issues/2","id":185954895,"number":2,"title":"Initial Structure","user":{"login":"nutterb","id":1848445,"avatar_url":"https://avatars.githubusercontent.com/u/1848445?v=3","gravatar_id":"","url":"https://api.github.com/users/nutterb","html_url":"https://github.com/nutterb","followers_url":"https://api.github.com/users/nutterb/followers","following_url":"https://api.github.com/users/nutterb/following{/other_user}","gists_url":"https://api.github.com/users/nutterb/gists{/gist_id}","starred_url":"https://api.github.com/users/nutterb/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/nutterb/subscriptions","organizations_url":"https://api.github.com/users/nutterb/orgs","repos_url":"https://api.github.com/users/nutterb/repos","events_url":"https://api.github.com/users/nutterb/events{/privacy}","received_events_url":"https://api.github.com/users/nutterb/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":4,"created_at":"2016-10-28T15:39:20Z","updated_at":"2016-12-30T17:47:41Z","closed_at":null,"body":"I suspect the initial setup will be similar to `HydeNet`.  \n\nWe will need an object on which to act, so let's call that `dbn`.  It will need the following attributes\n- [x] network formula (the call?)\n- [x] adjacency matrix\n- [x] node attributes table (for this, I'm considering leveraging tibble (`tbl_df`) objects, which allow and models to be stored in the table)\n\nThe node attributes need to include\n- [x] node name\n- [x] parents\n- [x] is_decision\n- [x] is_utility\n- [x] is_temporal (FALSE means it's a global variable, such as sex)\n- [x] model\n\nRather than gathering all of the information to build a model, let's instead have them directly insert the model.  If we aren't pushing the simulation out to JAGS, we don't need as diverse an object to accommodate direct JAGS coding.  \n\nThe only immediate downside I see to this is it won't let use simulate from models for which we don't have an object; such as a published model.  I'm not quite sure how to handle that yet.\n\nNeed a `formula` and a `list` method.\n- [x] formula method\n- [x] list method\n\nWe _will_ have to restrict the use of `xtabs` to a single variable.  Unless I can be given a reasonable interpretation of what a multivariable `xtabs` should look like in a network.\n- [x] xtabs with more than one variable prohibited.\n"},"comment":{"url":"https://api.github.com/repos/nutterb/dbn/issues/comments/269800626","html_url":"https://github.com/nutterb/dbn/issues/2#issuecomment-269800626","issue_url":"https://api.github.com/repos/nutterb/dbn/issues/2","id":269800626,"user":{"login":"jarrod-dalton","id":11472793,"avatar_url":"https://avatars.githubusercontent.com/u/11472793?v=3","gravatar_id":"","url":"https://api.github.com/users/jarrod-dalton","html_url":"https://github.com/jarrod-dalton","followers_url":"https://api.github.com/users/jarrod-dalton/followers","following_url":"https://api.github.com/users/jarrod-dalton/following{/other_user}","gists_url":"https://api.github.com/users/jarrod-dalton/gists{/gist_id}","starred_url":"https://api.github.com/users/jarrod-dalton/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jarrod-dalton/subscriptions","organizations_url":"https://api.github.com/users/jarrod-dalton/orgs","repos_url":"https://api.github.com/users/jarrod-dalton/repos","events_url":"https://api.github.com/users/jarrod-dalton/events{/privacy}","received_events_url":"https://api.github.com/users/jarrod-dalton/received_events","type":"User","site_admin":false},"created_at":"2016-12-30T17:47:41Z","updated_at":"2016-12-30T17:47:41Z","body":"3. How about a copout?  \"dbn\" could just as well stand for \"dynamic belief networks\", which doesn't explicitly address whether or not they are truly Bayesian inference machines. I do like the idea of sticking with a strictly forecasting (now into the future, no past) package, for reasons stated above. It also allows for a much richer class of models that could feasibly be incorporated into the system (e.g., any function that takes parents as inputs and outputs some vector of predicted values for the child node)\r\n"}}
{"actor":{"display_login":"jarrod-dalton"}}