Open benrosche opened 10 months ago
This should be fairly straightforward: we just need to hook the conditional degree proposals into the DyadGen API.
On further thought, the back-end data structure doesn't handle proposals that select multiple random edges very well.
So I probably should not get my hopes up for this feature to be implemented anytime soon, right?
~ Feature request ~
Dear statnet developers,
I would like to request the constraint combination
ergm(..., constraints=~blockdiag("gid")+odegrees)
.This constraint combination would not only be useful to me. I think it would allow us to better disentangle homophily and popularity mechanisms in grouped friendship networks. To differentiate homophily and popularity for a categorical attribute x, there are different possible model specifications:
nodematch(x)+nodeofactor(x)+nodeifactor(x)
. The issue with this specification is that it averages over homophily and popularity across different groups. In other words, it does not model differential homophily and popularity.nodemix(x)
. One might see the diag() coefficients as measures of homophily and the off-diag() coefficients as measures of popularity. However, the issue with this specification is that different coefficient sizes across groups could either be because of differential sociality or differential popularity. In other words, this specification models differential homophily and popularity but conflates sociality and popularity.nodemix(x)+nodeofactor(x)
is not identified (at least, I get linear combination warnings)ergm(g~nodemix(x), constraints=~blockdiag("gid")+odegrees)
should work and this model would properly differentiate differential homophily and popularity with the diag() coefficients as homophily and off-diag() coefficients as popularityThank you very much for considering this extension. Best wishes, Ben