Parent Directory
| 
Revision Log
Revision 1.27 - (view) (download) (as text)
| 1 : | parrello | 1.1 | <?xml version="1.0" encoding="utf-8" ?> |
| 2 : | <Database> | ||
| 3 : | <Title>Sprout Genome and Subsystem Database</Title> | ||
| 4 : | <Entities> | ||
| 5 : | <Entity name="Genome" keyType="name-string"> | ||
| 6 : | <Notes>A [i]genome[/i] contains the sequence data for a particular individual organism.</Notes> | ||
| 7 : | <Fields> | ||
| 8 : | <Field name="genus" type="name-string"> | ||
| 9 : | <Notes>Genus of the relevant organism.</Notes> | ||
| 10 : | <DataGen pass="1">RandParam('streptococcus', 'staphyloccocus', 'felis', 'homo', 'ficticio', 'strangera', 'escherischia', 'carborunda')</DataGen> | ||
| 11 : | </Field> | ||
| 12 : | <Field name="species" type="name-string"> | ||
| 13 : | parrello | 1.8 | <Notes>Species of the relevant organism.</Notes> |
| 14 : | parrello | 1.1 | <DataGen pass="1">StringGen('PKVKVKVKVKV')</DataGen> |
| 15 : | parrello | 1.8 | </Field> |
| 16 : | parrello | 1.1 | <Field name="unique-characterization" type="medium-string"> |
| 17 : | parrello | 1.8 | <Notes>The unique characterization identifies the particular organism instance from which the |
| 18 : | genome is taken. It is possible to have in the database more than one genome for a | ||
| 19 : | parrello | 1.1 | particular species, and every individual organism has variations in its DNA.</Notes> |
| 20 : | parrello | 1.8 | <DataGen>StringGen('PKVKVK999')</DataGen> |
| 21 : | parrello | 1.1 | </Field> |
| 22 : | <Field name="access-code" type="key-string"> | ||
| 23 : | parrello | 1.8 | <Notes>The access code determines which users can look at the data relating to this genome. |
| 24 : | Each user is associated with a set of access codes. In order to view a genome, one of | ||
| 25 : | the user's access codes must match this value.</Notes> | ||
| 26 : | <DataGen>RandParam('low','medium','high')</DataGen> | ||
| 27 : | </Field> | ||
| 28 : | parrello | 1.15 | <Field name="complete" type="boolean"> |
| 29 : | <Notes>TRUE if the genome is complete, else FALSE</Notes> | ||
| 30 : | </Field> | ||
| 31 : | parrello | 1.8 | <Field name="taxonomy" type="text"> |
| 32 : | <Notes>The taxonomy string contains the full taxonomy of the organism, while individual elements | ||
| 33 : | separated by semi-colons (and optional white space), starting with the domain and ending with | ||
| 34 : | the disambiguated genus and species (which is the organism's scientific name plus an | ||
| 35 : | identifying string).</Notes> | ||
| 36 : | <DataGen pass="2">join('; ', (RandParam('bacteria', 'archaea', 'eukaryote', 'virus', 'environmental'), | ||
| 37 : | ListGen('PKVKVKVK', 5), $this->{genus}, $this->{species}))</DataGen> | ||
| 38 : | </Field> | ||
| 39 : | <Field name="group-name" type="name-string" relation="GenomeGroups"> | ||
| 40 : | <Notes>The group identifies a special grouping of organisms that would be displayed on a particular | ||
| 41 : | page or of particular interest to a research group or web site. A single genome can belong to multiple | ||
| 42 : | such groups or none at all.</Notes> | ||
| 43 : | </Field> | ||
| 44 : | parrello | 1.1 | </Fields> |
| 45 : | <Indexes> | ||
| 46 : | <Index> | ||
| 47 : | <Notes>This index allows the applications to find all genomes associated with | ||
| 48 : | a specific access code, so that a complete list of the genomes users can view | ||
| 49 : | may be generated.</Notes> | ||
| 50 : | <IndexFields> | ||
| 51 : | <IndexField name="access-code" order="ascending" /> | ||
| 52 : | <IndexField name="genus" order="ascending" /> | ||
| 53 : | <IndexField name="species" order="ascending" /> | ||
| 54 : | <IndexField name="unique-characterization" order="ascending" /> | ||
| 55 : | </IndexFields> | ||
| 56 : | </Index> | ||
| 57 : | <Index Unique="false"> | ||
| 58 : | <Notes>This index allows the applications to find all genomes for a particular | ||
| 59 : | species.</Notes> | ||
| 60 : | <IndexFields> | ||
| 61 : | <IndexField name="genus" order="ascending" /> | ||
| 62 : | <IndexField name="species" order="ascending" /> | ||
| 63 : | <IndexField name="unique-characterization" order="ascending" /> | ||
| 64 : | </IndexFields> | ||
| 65 : | </Index> | ||
| 66 : | </Indexes> | ||
| 67 : | </Entity> | ||
| 68 : | <Entity name="Source" keyType="medium-string"> | ||
| 69 : | <Notes>A [i]source[/i] describes a place from which genome data was taken. This can be an organization | ||
| 70 : | or a paper citation.</Notes> | ||
| 71 : | <Fields> | ||
| 72 : | <Field name="URL" type="string" relation="SourceURL"> | ||
| 73 : | parrello | 1.8 | <Notes>URL the paper cited or of the organization's web site. This field optional.</Notes> |
| 74 : | <DataGen>"http://www.conservativecat.com/Ferdy/TestTarget.php?Source=" . $this->{id}</DataGen> | ||
| 75 : | </Field> | ||
| 76 : | parrello | 1.1 | <Field name="description" type="text"> |
| 77 : | parrello | 1.8 | <Notes>Description the source. The description can be a street address or a citation.</Notes> |
| 78 : | <DataGen>$this->{id} . ': ' . StringGen(IntGen(50,200))</DataGen> | ||
| 79 : | </Field> | ||
| 80 : | parrello | 1.1 | </Fields> |
| 81 : | </Entity> | ||
| 82 : | <Entity name="Contig" keyType="name-string"> | ||
| 83 : | <Notes>A [i]contig[/i] is a contiguous run of residues. The contig's ID consists of the | ||
| 84 : | genome ID followed by a name that identifies which contig this is for the parent genome. As | ||
| 85 : | is the case with all keys in this database, the individual components are separated by a | ||
| 86 : | period. | ||
| 87 : | [p]A contig can contain over a million residues. For performance reasons, therefore, | ||
| 88 : | the contig is split into multiple pieces called [i]sequences[/i]. The sequences | ||
| 89 : | contain the characters that represent the residues as well as data on the quality of | ||
| 90 : | the residue identification.</Notes> | ||
| 91 : | </Entity> | ||
| 92 : | <Entity name="Sequence" keyType="name-string"> | ||
| 93 : | <Notes>A [i]sequence[/i] is a continuous piece of a [i]contig[/i]. Contigs are split into | ||
| 94 : | sequences so that we don't have to have the entire contig in memory when we are | ||
| 95 : | manipulating it. The key of the sequence is the contig ID followed by the index of | ||
| 96 : | the begin point.</Notes> | ||
| 97 : | <Fields> | ||
| 98 : | <Field name="sequence" type="text"> | ||
| 99 : | parrello | 1.8 | <Notes>String consisting of the residues. Each residue is described by a single |
| 100 : | character in the string.</Notes> | ||
| 101 : | <DataGen>RandChars("ACGT", IntGen(100,400))</DataGen> | ||
| 102 : | </Field> | ||
| 103 : | parrello | 1.1 | <Field name="quality-vector" type="text"> |
| 104 : | parrello | 1.9 | <Notes>String describing the quality data for each base pair. Individual values will |
| 105 : | parrello | 1.8 | be separated by periods. The value represents negative exponent of the probability |
| 106 : | of error. Thus, for example, a quality of 30 indicates the probability of error is | ||
| 107 : | 10^-30. A higher quality number a better chance of a correct match. It is possible | ||
| 108 : | parrello | 1.9 | that the quality data is not known for a sequence. If that is the case, the quality |
| 109 : | parrello | 1.8 | vector will contain the [b]unknown[/b].</Notes> |
| 110 : | <DataGen>unknown</DataGen> | ||
| 111 : | </Field> | ||
| 112 : | parrello | 1.1 | </Fields> |
| 113 : | </Entity> | ||
| 114 : | parrello | 1.25 | <Entity name="Feature" keyType="id-string"> |
| 115 : | parrello | 1.1 | <Notes>A [i]feature[/i] is a part of a genome that is of special interest. Features |
| 116 : | may be spread across multiple contigs of a genome, but never across more than | ||
| 117 : | one genome. Features can be assigned to roles via spreadsheet cells, | ||
| 118 : | and are the targets of annotation.</Notes> | ||
| 119 : | <Fields> | ||
| 120 : | <Field name="feature-type" type="string"> | ||
| 121 : | parrello | 1.8 | <Notes>Code indicating the type of this feature.</Notes> |
| 122 : | <DataGen>RandParam('peg','rna')</DataGen> | ||
| 123 : | </Field> | ||
| 124 : | parrello | 1.14 | <Field name="alias" type="medium-string" relation="FeatureAlias"> |
| 125 : | parrello | 1.9 | <Notes>Alternative name for this feature. A feature can have many aliases.</Notes> |
| 126 : | parrello | 1.8 | <DataGen testCount="3">StringGen('Pgi|99999', 'Puni|XXXXXX', 'PAAAAAA999')</DataGen> |
| 127 : | </Field> | ||
| 128 : | parrello | 1.1 | <Field name="translation" type="text" relation="FeatureTranslation"> |
| 129 : | parrello | 1.8 | <Notes>[i](optional)[/i] A translation of this feature's residues into character |
| 130 : | codes, formed by concatenating the pieces of the feature together. For a | ||
| 131 : | protein encoding group, this is the protein characters. For other types | ||
| 132 : | it is the DNA characters.</Notes> | ||
| 133 : | <DataGen testCount="0"></DataGen> | ||
| 134 : | </Field> | ||
| 135 : | parrello | 1.1 | <Field name="upstream-sequence" type="text" relation="FeatureUpstream"> |
| 136 : | parrello | 1.8 | <Notes>Upstream sequence the feature. This includes residues preceding the feature as well as some of |
| 137 : | the feature's initial residues.</Notes> | ||
| 138 : | <DataGen testCount="0"></DataGen> | ||
| 139 : | </Field> | ||
| 140 : | parrello | 1.1 | <Field name="active" type="boolean"> |
| 141 : | parrello | 1.11 | <Notes>TRUE if this feature is still considered valid, FALSE if it has been logically deleted.</Notes> |
| 142 : | parrello | 1.8 | <DataGen>1</DataGen> |
| 143 : | </Field> | ||
| 144 : | <Field name="link" type="text" relation="FeatureLink"> | ||
| 145 : | <Notes>Web hyperlink for this feature. A feature have no hyperlinks or it can have many. The | ||
| 146 : | links are to other websites that have useful about the gene that the feature represents, and | ||
| 147 : | are coded as raw HTML, using [b]<a href="[i]link[/i]">[i]text[/i]</a>[/b] notation.</Notes> | ||
| 148 : | <DataGen testCount="3">'http://www.conservativecat.com/Ferdy/TestTarget.php?Source=' . $this->{id} . | ||
| 149 : | "&Number=" . IntGen(1,99)</DataGen> | ||
| 150 : | </Field> | ||
| 151 : | parrello | 1.1 | </Fields> |
| 152 : | parrello | 1.8 | <Indexes> |
| 153 : | <Index> | ||
| 154 : | <Notes>This index allows the user to find the feature corresponding to | ||
| 155 : | the specified alias name.</Notes> | ||
| 156 : | <IndexFields> | ||
| 157 : | <IndexField name="alias" order="ascending" /> | ||
| 158 : | </IndexFields> | ||
| 159 : | </Index> | ||
| 160 : | </Indexes> | ||
| 161 : | parrello | 1.1 | </Entity> |
| 162 : | parrello | 1.27 | <Entity name="SynonymGroup" keyType="id-string"> |
| 163 : | <Notes>A [i]synonym group[/i] represents a group of features. Substantially identical features | ||
| 164 : | are mapped to the same synonym group, and this information is used to expand similarities.</Notes> | ||
| 165 : | </Entity> | ||
| 166 : | parrello | 1.1 | <Entity name="Role" keyType="string"> |
| 167 : | <Notes>A [i]role[/i] describes a biological function that may be fulfilled by a feature. | ||
| 168 : | One of the main goals of the database is to record the roles of the various features.</Notes> | ||
| 169 : | parrello | 1.8 | <Fields> |
| 170 : | parrello | 1.18 | <Field name="EC" type="string" relation="RoleEC"> |
| 171 : | <Notes>EC code for this role.</Notes> | ||
| 172 : | parrello | 1.8 | <DataGen testCount="1">StringGen(IntGen(20,40)) . "(" . $this->{id} . ")"</DataGen> |
| 173 : | </Field> | ||
| 174 : | parrello | 1.15 | <Field name="abbr" type="name-string"> |
| 175 : | <Notes>Abbreviated name for the role, generally non-unique, but useful | ||
| 176 : | in column headings for HTML tables.</Notes> | ||
| 177 : | </Field> | ||
| 178 : | parrello | 1.8 | </Fields> |
| 179 : | parrello | 1.18 | <Indexes> |
| 180 : | <Index> | ||
| 181 : | <Notes>This index allows the user to find the role corresponding to | ||
| 182 : | an EC number.</Notes> | ||
| 183 : | <IndexFields> | ||
| 184 : | <IndexField name="EC" order="ascending" /> | ||
| 185 : | </IndexFields> | ||
| 186 : | </Index> | ||
| 187 : | </Indexes> | ||
| 188 : | parrello | 1.1 | </Entity> |
| 189 : | <Entity name="Annotation" keyType="name-string"> | ||
| 190 : | <Notes>An [i]annotation[/i] contains supplementary information about a feature. Annotations | ||
| 191 : | parrello | 1.8 | are currently the only objects that may be inserted directly into the database. All other |
| 192 : | parrello | 1.24 | information is loaded from data exported by the SEED.</Notes> |
| 193 : | parrello | 1.8 | <Fields> |
| 194 : | <Field name="time" type="date"> | ||
| 195 : | <Notes>Date and time of the annotation.</Notes> | ||
| 196 : | </Field> | ||
| 197 : | <Field name="annotation" type="text"> | ||
| 198 : | <Notes>Text of the annotation.</Notes> | ||
| 199 : | </Field> | ||
| 200 : | parrello | 1.1 | </Fields> |
| 201 : | parrello | 1.26 | <Indexes> |
| 202 : | <Index> | ||
| 203 : | <Notes>This index allows the user to find recent annotations.</Notes> | ||
| 204 : | <IndexFields> | ||
| 205 : | <IndexField name="time" order="descending" /> | ||
| 206 : | </IndexFields> | ||
| 207 : | </Index> | ||
| 208 : | </Indexes> | ||
| 209 : | parrello | 1.1 | </Entity> |
| 210 : | parrello | 1.15 | <Entity name="Reaction" keyType="key-string"> |
| 211 : | <Notes>A [i]reaction[/i] is a chemical process catalyzed by a protein. The reaction ID | ||
| 212 : | is generally a small number preceded by a letter.</Notes> | ||
| 213 : | <Fields> | ||
| 214 : | <Field name="url" type="string" relation="ReactionURL"> | ||
| 215 : | <Notes>HTML string containing a link to a web location that describes the | ||
| 216 : | reaction. This field is optional.</Notes> | ||
| 217 : | </Field> | ||
| 218 : | <Field name="rev" type="boolean"> | ||
| 219 : | <Notes>TRUE if this reaction is reversible, else FALSE</Notes> | ||
| 220 : | </Field> | ||
| 221 : | </Fields> | ||
| 222 : | </Entity> | ||
| 223 : | <Entity name="Compound" keyType="name-string"> | ||
| 224 : | <Notes>A [i]compound[/i] is a chemical that participates in a reaction. | ||
| 225 : | All compounds have a unique ID and may also have one or more names.</Notes> | ||
| 226 : | <Fields> | ||
| 227 : | <Field name="name-priority" type="int" relation="CompoundName"> | ||
| 228 : | <Notes>Priority of a compound name. The name with the loweset | ||
| 229 : | priority is the main name of this compound.</Notes> | ||
| 230 : | </Field> | ||
| 231 : | <Field name="name" type="name-string" relation="CompoundName"> | ||
| 232 : | <Notes>Descriptive name for the compound. A compound may | ||
| 233 : | have several names.</Notes> | ||
| 234 : | </Field> | ||
| 235 : | <Field name="cas-id" type="name-string" relation="CompoundCAS"> | ||
| 236 : | <Notes>Chemical Abstract Service ID for this compound (optional).</Notes> | ||
| 237 : | </Field> | ||
| 238 : | parrello | 1.19 | <Field name="label" type="name-string"> |
| 239 : | <Notes>Name used in reaction display strings. | ||
| 240 : | It is the same as the name possessing a priority of 1, but it is placed | ||
| 241 : | here to speed up the query used to create the display strings.</Notes> | ||
| 242 : | </Field> | ||
| 243 : | parrello | 1.15 | </Fields> |
| 244 : | <Indexes> | ||
| 245 : | <Index> | ||
| 246 : | <Notes>This index allows the user to find the compound corresponding to | ||
| 247 : | the specified name.</Notes> | ||
| 248 : | <IndexFields> | ||
| 249 : | <IndexField name="name" order="ascending" /> | ||
| 250 : | </IndexFields> | ||
| 251 : | </Index> | ||
| 252 : | <Index> | ||
| 253 : | parrello | 1.17 | <Notes>This index allows the user to find the compound corresponding to |
| 254 : | the specified CAS ID.</Notes> | ||
| 255 : | <IndexFields> | ||
| 256 : | <IndexField name="cas-id" order="ascending" /> | ||
| 257 : | </IndexFields> | ||
| 258 : | </Index> | ||
| 259 : | <Index> | ||
| 260 : | parrello | 1.15 | <Notes>This index allows the user to access the compound names in |
| 261 : | priority order.</Notes> | ||
| 262 : | <IndexFields> | ||
| 263 : | <IndexField name="id" order="ascending" /> | ||
| 264 : | <IndexField name="name-priority" order="ascending" /> | ||
| 265 : | </IndexFields> | ||
| 266 : | </Index> | ||
| 267 : | </Indexes> | ||
| 268 : | </Entity> | ||
| 269 : | parrello | 1.5 | <Entity name="Subsystem" keyType="string"> |
| 270 : | parrello | 1.1 | <Notes>A [i]subsystem[/i] is a collection of roles that work together in a cell. Identification of subsystems |
| 271 : | is an important tool for recognizing parallel genetic features in different organisms.</Notes> | ||
| 272 : | parrello | 1.15 | <Fields> |
| 273 : | <Field name="curator" type="string"> | ||
| 274 : | <Notes>Name of the person currently in charge of the subsystem.</Notes> | ||
| 275 : | </Field> | ||
| 276 : | <Field name="notes" type="text"> | ||
| 277 : | <Notes>Descriptive notes about the subsystem.</Notes> | ||
| 278 : | </Field> | ||
| 279 : | </Fields> | ||
| 280 : | </Entity> | ||
| 281 : | <Entity name="RoleSubset" keyType="string"> | ||
| 282 : | <Notes>A [i]role subset[/i] is a named collection of roles in a particular subsystem. The | ||
| 283 : | subset names are generally very short, non-unique strings. The ID of the parent | ||
| 284 : | subsystem is prefixed to the subset ID in order to make it unique.</Notes> | ||
| 285 : | </Entity> | ||
| 286 : | <Entity name="GenomeSubset" keyType="string"> | ||
| 287 : | <Notes>A [i]genome subset[/i] is a named collection of genomes that participate | ||
| 288 : | in a particular subsystem. The subset names are generally very short, non-unique | ||
| 289 : | strings. The ID of the parent subsystem is prefixed to the subset ID in order | ||
| 290 : | to make it unique.</Notes> | ||
| 291 : | parrello | 1.1 | </Entity> |
| 292 : | parrello | 1.24 | <Entity name="SSCell" keyType="hash-string"> |
| 293 : | parrello | 1.1 | <Notes>Part of the process of locating and assigning features is creating a spreadsheet of |
| 294 : | genomes and roles to which features are assigned. A [i]spreadsheet cell[/i] represents one | ||
| 295 : | of the positions on the spreadsheet.</Notes> | ||
| 296 : | </Entity> | ||
| 297 : | <Entity name="SproutUser" keyType="name-string"> | ||
| 298 : | <Notes>A [i]user[/i] is a person who can make annotations and view data in the database. The | ||
| 299 : | user object is keyed on the user's login name.</Notes> | ||
| 300 : | <Fields> | ||
| 301 : | parrello | 1.8 | <Field name="description" type="string"> |
| 302 : | <Notes>Full name or description of this user.</Notes> | ||
| 303 : | </Field> | ||
| 304 : | parrello | 1.1 | <Field name="access-code" type="key-string" relation="UserAccess"> |
| 305 : | parrello | 1.8 | <Notes>Access code possessed by this |
| 306 : | parrello | 1.1 | user. A user can have many access codes; a genome is accessible to the user if its |
| 307 : | access code matches any one of the user's access codes.</Notes> | ||
| 308 : | parrello | 1.8 | <DataGen testCount="2">RandParam('low', 'medium', 'high')</DataGen> |
| 309 : | </Field> | ||
| 310 : | parrello | 1.1 | </Fields> |
| 311 : | </Entity> | ||
| 312 : | parrello | 1.8 | <Entity name="Property" keyType="int"> |
| 313 : | <Notes>A [i]property[/i] is a type of assertion that could be made about the properties of | ||
| 314 : | a particular feature. Each property instance is a key/value pair and can be associated | ||
| 315 : | with many different features. Conversely, a feature can be associated with many key/value | ||
| 316 : | pairs, even some that notionally contradict each other. For example, there can be evidence | ||
| 317 : | that a feature is essential to the organism's survival and evidence that it is superfluous.</Notes> | ||
| 318 : | <Fields> | ||
| 319 : | <Field name="property-name" type="name-string"> | ||
| 320 : | <Notes>Name of this property.</Notes> | ||
| 321 : | </Field> | ||
| 322 : | <Field name="property-value" type="string"> | ||
| 323 : | <Notes>Value associated with this property. For each property | ||
| 324 : | name, there must by a property record for all of its possible | ||
| 325 : | values.</Notes> | ||
| 326 : | </Field> | ||
| 327 : | </Fields> | ||
| 328 : | <Indexes> | ||
| 329 : | <Index> | ||
| 330 : | <Notes>This index enables the application to find all values for a specified property | ||
| 331 : | name, or any given name/value pair.</Notes> | ||
| 332 : | <IndexFields> | ||
| 333 : | <IndexField name="property-name" order="ascending" /> | ||
| 334 : | <IndexField name="property-value" order="ascending" /> | ||
| 335 : | </IndexFields> | ||
| 336 : | </Index> | ||
| 337 : | </Indexes> | ||
| 338 : | </Entity> | ||
| 339 : | <Entity name="Diagram" keyType="name-string"> | ||
| 340 : | <Notes>A functional diagram describes the chemical reactions, often comprising a single | ||
| 341 : | subsystem. A diagram is identified by a short name and contains a longer descriptive name. | ||
| 342 : | The actual diagram shows which functional roles guide the reactions along with the inputs | ||
| 343 : | and outputs; the database, however, only indicate which roles belong to a particular | ||
| 344 : | map.</Notes> | ||
| 345 : | <Fields> | ||
| 346 : | <Field name="name" type="text"> | ||
| 347 : | <Notes>Descriptive name of this diagram.</Notes> | ||
| 348 : | </Field> | ||
| 349 : | </Fields> | ||
| 350 : | </Entity> | ||
| 351 : | <Entity name="ExternalAliasOrg" keyType="name-string"> | ||
| 352 : | <Notes>An external alias is a feature name for a functional assignment that is not a | ||
| 353 : | FIG ID. Functional assignments for external aliases are kept in a separate section of | ||
| 354 : | the database. This table contains a description of the relevant organism for an | ||
| 355 : | external alias functional assignment.</Notes> | ||
| 356 : | <Fields> | ||
| 357 : | <Field name="org" type="text"> | ||
| 358 : | <Notes>Descriptive name of the target organism for this external alias.</Notes> | ||
| 359 : | </Field> | ||
| 360 : | </Fields> | ||
| 361 : | </Entity> | ||
| 362 : | <Entity name="ExternalAliasFunc" keyType="name-string"> | ||
| 363 : | <Notes>An external alias is a feature name for a functional assignment that is not a | ||
| 364 : | FIG ID. Functional assignments for external aliases are kept in a separate section of | ||
| 365 : | the database. This table contains the functional role for the external alias functional | ||
| 366 : | assignment.</Notes> | ||
| 367 : | <Fields> | ||
| 368 : | <Field name="func" type="text"> | ||
| 369 : | <Notes>Functional role for this external alias.</Notes> | ||
| 370 : | </Field> | ||
| 371 : | </Fields> | ||
| 372 : | </Entity> | ||
| 373 : | parrello | 1.24 | <Entity name="Coupling" keyType="hash-string"> |
| 374 : | parrello | 1.6 | <Notes>A coupling is a relationship between two features. The features are |
| 375 : | physically close on the contig, and there is evidence that they generally | ||
| 376 : | belong together. The key of this entity is formed by combining the coupled | ||
| 377 : | parrello | 1.8 | feature IDs with a space.</Notes> |
| 378 : | parrello | 1.6 | <Fields> |
| 379 : | <Field name="score" type="int"> | ||
| 380 : | <Notes>A number based on the set of PCHs (pairs of close homologs). A PCH | ||
| 381 : | indicates that two genes near each other on one genome are very similar to | ||
| 382 : | genes near each other on another genome. The score only counts PCHs for which | ||
| 383 : | the genomes are very different. (In other words, we have a pairing that persists | ||
| 384 : | between different organisms.) A higher score implies a stronger meaning to the | ||
| 385 : | clustering.</Notes> | ||
| 386 : | </Field> | ||
| 387 : | </Fields> | ||
| 388 : | </Entity> | ||
| 389 : | parrello | 1.24 | <Entity name="PCH" keyType="hash-string"> |
| 390 : | parrello | 1.6 | <Notes>A PCH (physically close homolog) connects a clustering (which is a |
| 391 : | pair of physically close features on a contig) to a second pair of physically | ||
| 392 : | close features that are similar to the first. Essentially, the PCH is a | ||
| 393 : | relationship between two clusterings in which the first clustering's features | ||
| 394 : | are similar to the second clustering's features. The simplest model for | ||
| 395 : | this would be to simply relate clusterings to each other; however, not all | ||
| 396 : | physically close pairs qualify as clusterings, so we relate a clustering to | ||
| 397 : | a pair of features. The key is the clustering key followed by the IDs | ||
| 398 : | of the features in the second pair.</Notes> | ||
| 399 : | <Fields> | ||
| 400 : | <Field name="used" type="boolean"> | ||
| 401 : | <Notes>TRUE if this PCH is used in scoring the attached clustering, | ||
| 402 : | else FALSE. If a clustering has a PCH for a particular genome and many | ||
| 403 : | similar genomes are present, then a PCH will probably exist for the | ||
| 404 : | similar genomes as well. When this happens, only one of the PCHs will | ||
| 405 : | be scored: the others are considered duplicates of the same evidence.</Notes> | ||
| 406 : | </Field> | ||
| 407 : | </Fields> | ||
| 408 : | </Entity> | ||
| 409 : | parrello | 1.1 | </Entities> |
| 410 : | <Relationships> | ||
| 411 : | parrello | 1.6 | <Relationship name="ParticipatesInCoupling" from="Feature" to="Coupling" arity="MM"> |
| 412 : | <Notes>This relationship connects a feature to all the functional couplings | ||
| 413 : | in which it participates. A functional coupling is a recognition of the fact | ||
| 414 : | that the features are close to each other on a chromosome, and similar | ||
| 415 : | features in other genomes also tend to be close.</Notes> | ||
| 416 : | <Fields> | ||
| 417 : | <Field name="pos" type="int"> | ||
| 418 : | <Notes>Ordinal position of the feature in the coupling. Currently, | ||
| 419 : | this is either "1" or "2".</Notes> | ||
| 420 : | </Field> | ||
| 421 : | </Fields> | ||
| 422 : | <ToIndex> | ||
| 423 : | <Notes>This index enables the application to view the features of | ||
| 424 : | a coupling in the proper order. The order influences the way the | ||
| 425 : | PCHs are examined.</Notes> | ||
| 426 : | <IndexFields> | ||
| 427 : | <IndexField name="pos" order="ascending" /> | ||
| 428 : | </IndexFields> | ||
| 429 : | </ToIndex> | ||
| 430 : | </Relationship> | ||
| 431 : | parrello | 1.27 | <Relationship name="IsSynonymGroupFor" from="SynonymGroup" to="Feature" arity="1M"> |
| 432 : | <Notes>This relation connects a synonym group to the features that make it | ||
| 433 : | up.</Notes> | ||
| 434 : | </Relationship> | ||
| 435 : | parrello | 1.24 | <Relationship name="HasFeature" from="Genome" to="Feature" arity="1M"> |
| 436 : | <Notes>This relationship connects a genome to all of its features. This | ||
| 437 : | relationship is redundant in a sense, because the genome ID is part | ||
| 438 : | of the feature ID; however, it makes the creation of certain queries more | ||
| 439 : | convenient because you can drag in filtering information for a feature's | ||
| 440 : | genome.</Notes> | ||
| 441 : | <Fields> | ||
| 442 : | <Field name="type" type="key-string"> | ||
| 443 : | <Notes>Feature type (eg. peg, rna)</Notes> | ||
| 444 : | </Field> | ||
| 445 : | </Fields> | ||
| 446 : | <ToIndex> | ||
| 447 : | <Notes>This index enables the application to view the features of a | ||
| 448 : | Genome sorted by type.</Notes> | ||
| 449 : | <IndexFields> | ||
| 450 : | <IndexField name="type" order="ascending" /> | ||
| 451 : | </IndexFields> | ||
| 452 : | </ToIndex> | ||
| 453 : | </Relationship> | ||
| 454 : | parrello | 1.6 | <Relationship name="IsEvidencedBy" from="Coupling" to="PCH" arity="1M"> |
| 455 : | <Notes>This relationship connects a functional coupling to the physically | ||
| 456 : | close homologs (PCHs) which affirm that the coupling is meaningful.</Notes> | ||
| 457 : | </Relationship> | ||
| 458 : | <Relationship name="UsesAsEvidence" from="PCH" to="Feature" arity="MM"> | ||
| 459 : | <Notes>This relationship connects a PCH to the features that represent its | ||
| 460 : | evidence. Each PCH is connected to a parent coupling that relates two features | ||
| 461 : | on a specific genome. The PCH's evidence that the parent coupling is functional | ||
| 462 : | is the existence of two physically close features on a different genome that | ||
| 463 : | correspond to the features in the coupling. Those features are found on the | ||
| 464 : | far side of this relationship.</Notes> | ||
| 465 : | <Fields> | ||
| 466 : | <Field name="pos" type="int"> | ||
| 467 : | <Notes>Ordinal position of the feature in the coupling that corresponds | ||
| 468 : | to our target feature. There is a one-to-one correspondence between the | ||
| 469 : | features connected to the PCH by this relationship and the features | ||
| 470 : | connected to the PCH's parent coupling. The ordinal position is used | ||
| 471 : | to decode that relationship. Currently, this field is either "1" or | ||
| 472 : | "2".</Notes> | ||
| 473 : | </Field> | ||
| 474 : | </Fields> | ||
| 475 : | <FromIndex> | ||
| 476 : | <Notes>This index enables the application to view the features of | ||
| 477 : | a PCH in the proper order.</Notes> | ||
| 478 : | <IndexFields> | ||
| 479 : | <IndexField name="pos" order="ascending" /> | ||
| 480 : | </IndexFields> | ||
| 481 : | </FromIndex> | ||
| 482 : | </Relationship> | ||
| 483 : | parrello | 1.1 | <Relationship name="HasContig" from="Genome" to="Contig" arity="1M"> |
| 484 : | <Notes>This relationship connects a genome to the contigs that contain the actual genetic | ||
| 485 : | information.</Notes> | ||
| 486 : | </Relationship> | ||
| 487 : | <Relationship name="ComesFrom" from="Genome" to="Source" arity="MM"> | ||
| 488 : | <Notes>This relationship connects a genome to the sources that mapped it. A genome can | ||
| 489 : | come from a single source or from a cooperation among multiple sources.</Notes> | ||
| 490 : | </Relationship> | ||
| 491 : | <Relationship name="IsMadeUpOf" from="Contig" to="Sequence" arity="1M"> | ||
| 492 : | <Notes>A contig is stored in the database as an ordered set of sequences. By splitting the | ||
| 493 : | contig into sequences, we get a performance boost from only needing to keep small portions | ||
| 494 : | of a contig in memory at any one time. This relationship connects the contig to its | ||
| 495 : | constituent sequences.</Notes> | ||
| 496 : | <Fields> | ||
| 497 : | <Field name="len" type="int"> | ||
| 498 : | parrello | 1.15 | <Notes>Length of the sequence.</Notes> |
| 499 : | </Field> | ||
| 500 : | parrello | 1.1 | <Field name="start-position" type="int"> |
| 501 : | parrello | 1.15 | <Notes>Index (1-based) of the point in the contig where this |
| 502 : | sequence starts.</Notes> | ||
| 503 : | </Field> | ||
| 504 : | parrello | 1.1 | </Fields> |
| 505 : | <FromIndex> | ||
| 506 : | <Notes>This index enables the application to find all of the sequences in | ||
| 507 : | parrello | 1.8 | a contig in order, and makes it easier to find a particular residue section.</Notes> |
| 508 : | parrello | 1.1 | <IndexFields> |
| 509 : | <IndexField name="start-position" order="ascending" /> | ||
| 510 : | <IndexField name="len" order="ascending" /> | ||
| 511 : | </IndexFields> | ||
| 512 : | </FromIndex> | ||
| 513 : | </Relationship> | ||
| 514 : | <Relationship name="IsTargetOfAnnotation" from="Feature" to="Annotation" arity="1M"> | ||
| 515 : | <Notes>This relationship connects a feature to its annotations.</Notes> | ||
| 516 : | </Relationship> | ||
| 517 : | <Relationship name="MadeAnnotation" from="SproutUser" to="Annotation" arity="1M"> | ||
| 518 : | <Notes>This relationship connects an annotation to the user who made it.</Notes> | ||
| 519 : | </Relationship> | ||
| 520 : | <Relationship name="ParticipatesIn" from="Genome" to="Subsystem" arity="MM"> | ||
| 521 : | <Notes>This relationship connects subsystems to the genomes that use | ||
| 522 : | it. If the subsystem has been curated for the genome, then the subsystem's roles will also be | ||
| 523 : | connected to the genome features through the [b]SSCell[/b] object.</Notes> | ||
| 524 : | parrello | 1.15 | <Fields> |
| 525 : | <Field name="variant-code" type="key-string"> | ||
| 526 : | parrello | 1.20 | <Notes>Code indicating the subsystem variant to which this |
| 527 : | parrello | 1.15 | genome belongs. Each subsystem can have multiple variants. A variant |
| 528 : | parrello | 1.20 | code of [b]-1[/b] indicates that the genome does not have a functional |
| 529 : | variant of the subsystem. A variant code of [b]0[/b] indicates that | ||
| 530 : | the genome's participation is considered iffy.</Notes> | ||
| 531 : | parrello | 1.15 | </Field> |
| 532 : | </Fields> | ||
| 533 : | <ToIndex> | ||
| 534 : | <Notes>This index enables the application to find all of the genomes using | ||
| 535 : | a subsystem in order by variant code, which is how we wish to display them | ||
| 536 : | in the spreadsheets.</Notes> | ||
| 537 : | <IndexFields> | ||
| 538 : | <IndexField name="variant-code" order="ascending" /> | ||
| 539 : | </IndexFields> | ||
| 540 : | </ToIndex> | ||
| 541 : | parrello | 1.1 | </Relationship> |
| 542 : | <Relationship name="OccursInSubsystem" from="Role" to="Subsystem" arity="MM"> | ||
| 543 : | <Notes>This relationship connects roles to the subsystems that implement them. </Notes> | ||
| 544 : | parrello | 1.15 | <Fields> |
| 545 : | <Field name="column-number" type="int"> | ||
| 546 : | <Notes>Column number for this role in the specified subsystem's | ||
| 547 : | spreadsheet.</Notes> | ||
| 548 : | </Field> | ||
| 549 : | </Fields> | ||
| 550 : | <ToIndex> | ||
| 551 : | <Notes>This index enables the application to see the subsystem roles | ||
| 552 : | in column order. The ordering of the roles is usually significant, | ||
| 553 : | so it is important to preserve it.</Notes> | ||
| 554 : | <IndexFields> | ||
| 555 : | <IndexField name="column-number" order="ascending" /> | ||
| 556 : | </IndexFields> | ||
| 557 : | </ToIndex> | ||
| 558 : | parrello | 1.1 | </Relationship> |
| 559 : | <Relationship name="IsGenomeOf" from="Genome" to="SSCell" arity="1M"> | ||
| 560 : | <Notes>This relationship connects a subsystem's spreadsheet cell to the | ||
| 561 : | genome for the spreadsheet column.</Notes> | ||
| 562 : | </Relationship> | ||
| 563 : | <Relationship name="IsRoleOf" from="Role" to="SSCell" arity="1M"> | ||
| 564 : | <Notes>This relationship connects a subsystem's spreadsheet cell to the | ||
| 565 : | role for the spreadsheet row.</Notes> | ||
| 566 : | </Relationship> | ||
| 567 : | <Relationship name="ContainsFeature" from="SSCell" to="Feature" arity="MM"> | ||
| 568 : | <Notes>This relationship connects a subsystem's spreadsheet cell to the | ||
| 569 : | features assigned to it.</Notes> | ||
| 570 : | parrello | 1.15 | <Fields> |
| 571 : | <Field name="cluster-number" type="int"> | ||
| 572 : | <Notes>ID of this feature's cluster. Clusters represent families of | ||
| 573 : | related proteins participating in a subsystem.</Notes> | ||
| 574 : | </Field> | ||
| 575 : | </Fields> | ||
| 576 : | </Relationship> | ||
| 577 : | <Relationship name="IsAComponentOf" from="Compound" to="Reaction" arity="MM"> | ||
| 578 : | <Notes>This relationship connects a reaction to the compounds that participate | ||
| 579 : | in it.</Notes> | ||
| 580 : | <Fields> | ||
| 581 : | <Field name="product" type="boolean"> | ||
| 582 : | <Notes>TRUE if the compound is a product of the reaction, FALSE if | ||
| 583 : | it is a substrate. When a reaction is written on paper in | ||
| 584 : | chemical notation, the substrates are left of the arrow and the | ||
| 585 : | products are to the right. Sorting on this field will cause | ||
| 586 : | the substrates to appear first, followed by the products. If the | ||
| 587 : | reaction is reversible, then the notion of substrates and products | ||
| 588 : | is not at intuitive; however, a value here of FALSE still puts the | ||
| 589 : | compound left of the arrow and a value of TRUE still puts it to the | ||
| 590 : | right.</Notes> | ||
| 591 : | </Field> | ||
| 592 : | parrello | 1.19 | <Field name="stoichiometry" type="key-string"> |
| 593 : | parrello | 1.15 | <Notes>Number of molecules of the compound that participate in a |
| 594 : | single instance of the reaction. For example, if a reaction | ||
| 595 : | parrello | 1.19 | produces two water molecules, the stoichiometry of water for the |
| 596 : | parrello | 1.15 | reaction would be two. When a reaction is written on paper in |
| 597 : | parrello | 1.19 | chemical notation, the stoichiometry is the number next to the |
| 598 : | parrello | 1.15 | chemical formula of the compound.</Notes> |
| 599 : | </Field> | ||
| 600 : | <Field name="main" type="boolean"> | ||
| 601 : | <Notes>TRUE if this compound is one of the main participants in | ||
| 602 : | the reaction, else FALSE. It is permissible for none of the | ||
| 603 : | compounds in the reaction to be considered main, in which | ||
| 604 : | case this value would be FALSE for all of the relevant | ||
| 605 : | compounds.</Notes> | ||
| 606 : | </Field> | ||
| 607 : | <Field name="loc" type="key-string"> | ||
| 608 : | <Notes>An optional character string that indicates the relative | ||
| 609 : | position of this compound in the reaction's chemical formula. The | ||
| 610 : | location affects the way the compounds present as we cross the | ||
| 611 : | relationship from the reaction side. The product/substrate flag | ||
| 612 : | comes first, then the value of this field, then the main flag. | ||
| 613 : | The default value is an empty string; however, the empty string | ||
| 614 : | sorts first, so if this field is used, it should probably be | ||
| 615 : | used for every compound in the reaction.</Notes> | ||
| 616 : | </Field> | ||
| 617 : | parrello | 1.19 | <Field name="discriminator" type="int"> |
| 618 : | <Notes>A unique ID for this record. The discriminator does not | ||
| 619 : | provide any useful data, but it prevents identical records from | ||
| 620 : | being collapsed by the SELECT DISTINCT command used by ERDB to | ||
| 621 : | retrieve data.</Notes> | ||
| 622 : | </Field> | ||
| 623 : | parrello | 1.15 | </Fields> |
| 624 : | <ToIndex> | ||
| 625 : | <Notes>This index presents the compounds in the reaction in the | ||
| 626 : | order they should be displayed when writing it in chemical notation. | ||
| 627 : | All the substrates appear before all the products, and within that | ||
| 628 : | ordering, the main compounds appear first.</Notes> | ||
| 629 : | parrello | 1.19 | <IndexFields> |
| 630 : | <IndexField name="product" order="ascending" /> | ||
| 631 : | <IndexField name="loc" order="ascending" /> | ||
| 632 : | <IndexField name="main" order="descending" /> | ||
| 633 : | </IndexFields> | ||
| 634 : | parrello | 1.15 | </ToIndex> |
| 635 : | parrello | 1.1 | </Relationship> |
| 636 : | <Relationship name="IsLocatedIn" from="Feature" to="Contig" arity="MM"> | ||
| 637 : | <Notes>This relationship connects a feature to the contig segments that work together | ||
| 638 : | to effect it. The segments are numbered sequentially starting from 1. The database is | ||
| 639 : | required to place an upper limit on the length of each segment. If a segment is longer | ||
| 640 : | than the maximum, it can be broken into smaller bits. | ||
| 641 : | [p]The upper limit enables applications to locate all features that contain a specific | ||
| 642 : | residue. For example, if the upper limit is 100 and we are looking for a feature that | ||
| 643 : | contains residue 234 of contig [b]ABC[/b], we can look for features with a begin point | ||
| 644 : | between 135 and 333. The results can then be filtered by direction and length of the | ||
| 645 : | segment.</Notes> | ||
| 646 : | <Fields> | ||
| 647 : | <Field name="locN" type="int"> | ||
| 648 : | parrello | 1.8 | <Notes>Sequence number of this segment.</Notes> |
| 649 : | </Field> | ||
| 650 : | parrello | 1.1 | <Field name="beg" type="int"> |
| 651 : | parrello | 1.8 | <Notes>Index (1-based) of the first residue in the contig that |
| 652 : | belongs to the segment.</Notes> | ||
| 653 : | </Field> | ||
| 654 : | parrello | 1.1 | <Field name="len" type="int"> |
| 655 : | parrello | 1.8 | <Notes>Number of residues in the segment. A length of 0 identifies |
| 656 : | a specific point between residues. This is the point before the residue if the direction | ||
| 657 : | is forward and the point after the residue if the direction is backward.</Notes> | ||
| 658 : | </Field> | ||
| 659 : | parrello | 1.1 | <Field name="dir" type="char"> |
| 660 : | parrello | 1.8 | <Notes>Direction of the segment: [b]+[/b] if it is forward and |
| 661 : | [b]-[/b] if it is backward.</Notes> | ||
| 662 : | </Field> | ||
| 663 : | parrello | 1.1 | </Fields> |
| 664 : | <FromIndex Unique="false"> | ||
| 665 : | <Notes>This index allows the application to find all the segments of a feature in | ||
| 666 : | parrello | 1.8 | the proper order.</Notes> |
| 667 : | parrello | 1.1 | <IndexFields> |
| 668 : | <IndexField name="locN" order="ascending" /> | ||
| 669 : | </IndexFields> | ||
| 670 : | </FromIndex> | ||
| 671 : | <ToIndex> | ||
| 672 : | <Notes>This index is the one used by applications to find all the feature | ||
| 673 : | segments that contain a specific residue.</Notes> | ||
| 674 : | <IndexFields> | ||
| 675 : | <IndexField name="beg" order="ascending" /> | ||
| 676 : | </IndexFields> | ||
| 677 : | </ToIndex> | ||
| 678 : | </Relationship> | ||
| 679 : | <Relationship name="IsBidirectionalBestHitOf" from="Feature" to="Feature" arity="MM"> | ||
| 680 : | <Notes>This relationship is one of two that relate features to each other. It | ||
| 681 : | connects features that are very similar but on separate genomes. A | ||
| 682 : | bidirectional best hit relationship exists between two features [b]A[/b] | ||
| 683 : | and [b]B[/b] if [b]A[/b] is the best match for [b]B[/b] on [b]A[/b]'s genome | ||
| 684 : | and [b]B[/b] is the best match for [b]A[/b] on [b]B[/b]'s genome. </Notes> | ||
| 685 : | <Fields> | ||
| 686 : | <Field name="genome" type="name-string"> | ||
| 687 : | parrello | 1.8 | <Notes>ID of the genome containing the target (to) feature.</Notes> |
| 688 : | </Field> | ||
| 689 : | <Field name="sc" type="float"> | ||
| 690 : | <Notes>score for this relationship</Notes> | ||
| 691 : | </Field> | ||
| 692 : | parrello | 1.1 | </Fields> |
| 693 : | <FromIndex> | ||
| 694 : | <Notes>This index allows the application to find a feature's best hit for | ||
| 695 : | parrello | 1.8 | a specific target genome.</Notes> |
| 696 : | parrello | 1.1 | <IndexFields> |
| 697 : | <IndexField name="genome" order="ascending" /> | ||
| 698 : | </IndexFields> | ||
| 699 : | </FromIndex> | ||
| 700 : | </Relationship> | ||
| 701 : | parrello | 1.8 | <Relationship name="HasProperty" from="Feature" to="Property" arity="MM"> |
| 702 : | <Notes>This relationship connects a feature to its known property values. | ||
| 703 : | The relationship contains text data that indicates the paper or organization | ||
| 704 : | that discovered evidence that the feature possesses the property. So, for | ||
| 705 : | example, if two papers presented evidence that a feature is essential, | ||
| 706 : | there would be an instance of this relationship for both.</Notes> | ||
| 707 : | <Fields> | ||
| 708 : | <Field name="evidence" type="text"> | ||
| 709 : | <Notes>URL or citation of the paper or | ||
| 710 : | institution that reported evidence of the relevant feature possessing | ||
| 711 : | the specified property value.</Notes> | ||
| 712 : | </Field> | ||
| 713 : | </Fields> | ||
| 714 : | </Relationship> | ||
| 715 : | <Relationship name="RoleOccursIn" from="Role" to="Diagram" arity="MM"> | ||
| 716 : | <Notes>This relationship connects a role to the diagrams on which it | ||
| 717 : | appears. A role frequently identifies an enzyme, and can appear in many | ||
| 718 : | diagrams. A diagram generally contains many different roles.</Notes> | ||
| 719 : | </Relationship> | ||
| 720 : | <Relationship name="HasSSCell" from="Subsystem" to="SSCell" arity="1M"> | ||
| 721 : | <Notes>This relationship connects a subsystem to the spreadsheet cells | ||
| 722 : | used to analyze and display it. The cells themselves can be thought of | ||
| 723 : | as a grid with Roles on one axis and Genomes on the other. The | ||
| 724 : | various features of the subsystem are then assigned to the cells.</Notes> | ||
| 725 : | </Relationship> | ||
| 726 : | <Relationship name="IsTrustedBy" from="SproutUser" to="SproutUser" arity="MM"> | ||
| 727 : | <Notes>This relationship identifies the users trusted by each | ||
| 728 : | particular user. When viewing functional assignments, the | ||
| 729 : | assignment displayed is the most recent one by a user trusted | ||
| 730 : | by the current user. The current user implicitly trusts himself. | ||
| 731 : | If no trusted users are specified in the database, the user | ||
| 732 : | also implicitly trusts the user [b]FIG[/b].</Notes> | ||
| 733 : | </Relationship> | ||
| 734 : | parrello | 1.15 | <Relationship name="ConsistsOfRoles" from="RoleSubset" to="Role" arity="MM"> |
| 735 : | <Notes>This relationship connects a role subset to the roles that it covers. | ||
| 736 : | A subset is, essentially, a named group of roles belonging to a specific | ||
| 737 : | subsystem, and this relationship effects that. Note that will a role | ||
| 738 : | may belong to many subsystems, a subset belongs to only one subsystem, | ||
| 739 : | and all roles in the subset must have that subsystem in common.</Notes> | ||
| 740 : | </Relationship> | ||
| 741 : | <Relationship name="ConsistsOfGenomes" from="GenomeSubset" to="Genome" arity="MM"> | ||
| 742 : | <Notes>This relationship connects a subset to the genomes that it covers. | ||
| 743 : | A subset is, essentially, a named group of genomes participating in a specific | ||
| 744 : | subsystem, and this relationship effects that. Note that while a genome | ||
| 745 : | may belong to many subsystems, a subset belongs to only one subsystem, | ||
| 746 : | and all genomes in the subset must have that subsystem in common.</Notes> | ||
| 747 : | </Relationship> | ||
| 748 : | <Relationship name="HasRoleSubset" from="Subsystem" to="RoleSubset" arity="1M"> | ||
| 749 : | <Notes>This relationship connects a subsystem to its constituent | ||
| 750 : | role subsets. Note that some roles in a subsystem may not belong to a | ||
| 751 : | subset, so the relationship between roles and subsystems cannot be | ||
| 752 : | derived from the relationships going through the subset.</Notes> | ||
| 753 : | </Relationship> | ||
| 754 : | <Relationship name="HasGenomeSubset" from="Subsystem" to="GenomeSubset" arity="1M"> | ||
| 755 : | <Notes>This relationship connects a subsystem to its constituent | ||
| 756 : | genome subsets. Note that some genomes in a subsystem may not belong to a | ||
| 757 : | subset, so the relationship between genomes and subsystems cannot be | ||
| 758 : | derived from the relationships going through the subset.</Notes> | ||
| 759 : | </Relationship> | ||
| 760 : | <Relationship name="Catalyzes" from="Role" to="Reaction" arity="MM"> | ||
| 761 : | <Notes>This relationship connects a role to the reactions it catalyzes. | ||
| 762 : | The purpose of a role is to create proteins that trigger certain | ||
| 763 : | chemical reactions. A single reaction can be triggered by many roles, | ||
| 764 : | and a role can trigger many reactions.</Notes> | ||
| 765 : | </Relationship> | ||
| 766 : | parrello | 1.1 | </Relationships> |
| 767 : | </Database> |
| MCS Webmaster | ViewVC Help |
| Powered by ViewVC 1.0.3 |