|
36 | 36 | #' table returned to the clientside, it means that the true count |
37 | 37 | #' in that same cell is held as the 13th element of the true count |
38 | 38 | #' vector saved on the serverside. This means that a data analyst |
39 | | -#' can still make use of the counts from a call to the {ds.table} |
| 39 | +#' can still make use of the counts from a call to the \code{ds.table} |
40 | 40 | #' function to drive their ongoing analysis even when one or |
41 | 41 | #' more non-zero cell counts fall below the specified threshold |
42 | 42 | #' for potential disclosure risk. |
|
55 | 55 | #' |
56 | 56 | #' In creating a 3-dimensional table the |
57 | 57 | #' <stvar> ('separate tables') argument identifies the variable that |
58 | | -#' indexes the set of two dimensional tables in the output {ds.table}. |
| 58 | +#' indexes the set of two dimensional tables in the output \code{ds.table}. |
59 | 59 | #' |
60 | 60 | #' As a minor technicality, it should be noted that |
61 | 61 | #' if a 1-dimensional table is required, one only need specify a value |
|
67 | 67 | #' for one dimensional tables are actually two dimensional: with |
68 | 68 | #' rows defined by <rvar> and with one column for each of the studies. |
69 | 69 | #' |
70 | | -#' The output list generated by {ds.table} contains tables based on counts |
| 70 | +#' The output list generated by \code{ds.table} contains tables based on counts |
71 | 71 | #' named "table.name_counts" and other tables reporting corresponding |
72 | 72 | #' column proportions ("table.name_col.props") or row proportions |
73 | 73 | #' ("table.name_row.props"). In one dimensional tables in the output the |
|
102 | 102 | #' @param report.chisq.tests if TRUE, chi-squared tests |
103 | 103 | #' are applied to every 2 dimensional table in the output and reported |
104 | 104 | #' as "chisq.test_table.name". Default = FALSE. |
105 | | -#' @param exclude this argument is passed through to the {table} function in |
106 | | -#' native R which is called by {tableDS}. The help for {table} in native R |
| 105 | +#' @param exclude this argument is passed through to the \code{table} function in |
| 106 | +#' native R which is called by \code{tableDS}. The help for \code{table} in native R |
107 | 107 | #' indicates that 'exclude' specifies any levels that should be deleted for |
108 | 108 | #' all factors in rvar, cvar or stvar. If the <exclude> argument |
109 | 109 | #' does not include NA and if the <useNA> argument is not specified, |
110 | | -#' it implies <useNA> = "always" in DataSHIELD. If you read the help for {table} in native R |
| 110 | +#' it implies <useNA> = "always" in DataSHIELD. If you read the help for \code{table} in native R |
111 | 111 | #' including the 'details' and the 'examples' (particularly 'd.patho') you |
112 | | -#' will see that the response of {table} to different combinations of the |
| 112 | +#' will see that the response of \code{table} to different combinations of the |
113 | 113 | #' <exclude> and <useNA> arguments can be non-intuitive. This is particularly |
114 | 114 | #' so if there is more than one type of missing (e.g. missing by observation |
115 | 115 | #' as well as missing because of an NaN response to a mathematical |
|
118 | 118 | #' you cannot interpret the output that has been approached |
119 | 119 | #' you might try: (1) making sure that the variable producing the strange results |
120 | 120 | #' is of class factor rather than integer or numeric - although integers and |
121 | | -#' numerics are coerced to factors by {ds.table} they can occasionally behave less |
| 121 | +#' numerics are coerced to factors by \code{ds.table} they can occasionally behave less |
122 | 122 | #' well when the NA setting is complex; (2) specify both an <exclude> argument |
123 | 123 | #' e.g. exclude = c("NaN","3") and a <useNA> argument e.g. useNA= "no"; |
124 | 124 | #' (3) if you are excluding multiple levels e.g exclude = c("NA","3") |
125 | 125 | #' then you can reduce this to one e.g. exclude = c("NA") and then remove |
126 | 126 | #' the 3s by deleting rows of data, or converting the 3s to a different value. |
127 | | -#' @param useNA this argument is passed through to the {table} function in |
128 | | -#' native R which is called by {tableDS}. In DataSHIELD, this argument can take |
| 127 | +#' @param useNA this argument is passed through to the \code{table} function in |
| 128 | +#' native R which is called by \code{tableDS}. In DataSHIELD, this argument can take |
129 | 129 | #' two values: "no" or "always" which indicate whether to include NA values in the table. |
130 | 130 | #' For further information, please see the help for the <exclude> argument (above) |
131 | | -#' and/or the help for the {table} function in native R. Default value is set to "always". |
| 131 | +#' and/or the help for the \code{table} function in native R. Default value is set to "always". |
132 | 132 | #' @param suppress.chisq.warnings if set to TRUE, the default warnings are |
133 | | -#' suppressed that would otherwise be produced by the {table} function in |
| 133 | +#' suppressed that would otherwise be produced by the \code{table} function in |
134 | 134 | #' native R whenever an expected cell count in one or more cells is less than 5. |
135 | 135 | #' Default is FALSE. Further details can be found under 'details' and the |
136 | 136 | #' help provided for the <report.chisq.tests> argument (above). |
137 | 137 | #' @param table.assign is a Boolean argument set by default to FALSE. If it is |
138 | | -#' FALSE the {ds.table} function acts as a standard aggregate function - |
| 138 | +#' FALSE the \code{ds.table} function acts as a standard aggregate function - |
139 | 139 | #' it returns the table that is specified in its call to the clientside |
140 | 140 | #' where it can be visualised and worked with by the analyst. But if |
141 | 141 | #' <table.assign> is TRUE, the same table object is also written to |
|
161 | 161 | #' a positive integer represented as a character string: e.g. "173". This |
162 | 162 | #' the has the effect of the standard value of 'nfilter.tab' (often 1, 3, 5 or 10 |
163 | 163 | #' depending what value the data custodian has selected for this particular |
164 | | -#' data set), to this new value (here, 173). CRUCIALLY, the {ds.table} function |
| 164 | +#' data set), to this new value (here, 173). CRUCIALLY, the \code{ds.table} function |
165 | 165 | #' only allows the standard value to be INCREASED. So if the standard value has |
166 | 166 | #' been set as 5 (as one of the R options set in the serverside connection), "6" and |
167 | 167 | #' "4981" would be allowable values for the <force.nfilter> argument but "4" or |
|
174 | 174 | #' there is an error for some other reason). |
175 | 175 | #' |
176 | 176 | #' The clientside output from |
177 | | -#' {ds.table} includes error messages that identify when the creation of a |
| 177 | +#' \code{ds.table} includes error messages that identify when the creation of a |
178 | 178 | #' table from a particular study has failed and why. If table.assign=TRUE, |
179 | | -#' {ds.table} also writes the requested table as an object named by |
| 179 | +#' \code{ds.table} also writes the requested table as an object named by |
180 | 180 | #' the <newobj> argument or set to 'newObj' by default. |
181 | 181 | #' |
182 | 182 | #' Further information |
|
0 commit comments