[Bio] / Sprout / SproutDBD.xml Repository:
ViewVC logotype

Annotation of /Sprout/SproutDBD.xml

Parent Directory Parent Directory | Revision Log Revision Log


Revision 1.8 - (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 :     <Field name="taxonomy" type="text">
29 :     <Notes>The taxonomy string contains the full taxonomy of the organism, while individual elements
30 :     separated by semi-colons (and optional white space), starting with the domain and ending with
31 :     the disambiguated genus and species (which is the organism's scientific name plus an
32 :     identifying string).</Notes>
33 :     <DataGen pass="2">join('; ', (RandParam('bacteria', 'archaea', 'eukaryote', 'virus', 'environmental'),
34 :     ListGen('PKVKVKVK', 5), $this->{genus}, $this->{species}))</DataGen>
35 :     </Field>
36 :     <Field name="group-name" type="name-string" relation="GenomeGroups">
37 :     <Notes>The group identifies a special grouping of organisms that would be displayed on a particular
38 :     page or of particular interest to a research group or web site. A single genome can belong to multiple
39 :     such groups or none at all.</Notes>
40 :     </Field>
41 :     <!-- <Field name="complete" type="boolean">
42 :     <Notes>This field is TRUE if the genome is believed to be complete, else
43 :     FALSE.</Notes>
44 :     </Field> -->
45 : parrello 1.1 </Fields>
46 :     <Indexes>
47 :     <Index>
48 :     <Notes>This index allows the applications to find all genomes associated with
49 :     a specific access code, so that a complete list of the genomes users can view
50 :     may be generated.</Notes>
51 :     <IndexFields>
52 :     <IndexField name="access-code" order="ascending" />
53 :     <IndexField name="genus" order="ascending" />
54 :     <IndexField name="species" order="ascending" />
55 :     <IndexField name="unique-characterization" order="ascending" />
56 :     </IndexFields>
57 :     </Index>
58 :     <Index Unique="false">
59 :     <Notes>This index allows the applications to find all genomes for a particular
60 :     species.</Notes>
61 :     <IndexFields>
62 :     <IndexField name="genus" order="ascending" />
63 :     <IndexField name="species" order="ascending" />
64 :     <IndexField name="unique-characterization" order="ascending" />
65 :     </IndexFields>
66 :     </Index>
67 :     </Indexes>
68 :     </Entity>
69 :     <Entity name="Source" keyType="medium-string">
70 :     <Notes>A [i]source[/i] describes a place from which genome data was taken. This can be an organization
71 :     or a paper citation.</Notes>
72 :     <Fields>
73 :     <Field name="URL" type="string" relation="SourceURL">
74 : parrello 1.8 <Notes>URL the paper cited or of the organization's web site. This field optional.</Notes>
75 :     <DataGen>"http://www.conservativecat.com/Ferdy/TestTarget.php?Source=" . $this->{id}</DataGen>
76 :     </Field>
77 : parrello 1.1 <Field name="description" type="text">
78 : parrello 1.8 <Notes>Description the source. The description can be a street address or a citation.</Notes>
79 :     <DataGen>$this->{id} . ': ' . StringGen(IntGen(50,200))</DataGen>
80 :     </Field>
81 : parrello 1.1 </Fields>
82 :     </Entity>
83 :     <Entity name="Contig" keyType="name-string">
84 :     <Notes>A [i]contig[/i] is a contiguous run of residues. The contig's ID consists of the
85 :     genome ID followed by a name that identifies which contig this is for the parent genome. As
86 :     is the case with all keys in this database, the individual components are separated by a
87 :     period.
88 :     [p]A contig can contain over a million residues. For performance reasons, therefore,
89 :     the contig is split into multiple pieces called [i]sequences[/i]. The sequences
90 :     contain the characters that represent the residues as well as data on the quality of
91 :     the residue identification.</Notes>
92 :     </Entity>
93 :     <Entity name="Sequence" keyType="name-string">
94 :     <Notes>A [i]sequence[/i] is a continuous piece of a [i]contig[/i]. Contigs are split into
95 :     sequences so that we don't have to have the entire contig in memory when we are
96 :     manipulating it. The key of the sequence is the contig ID followed by the index of
97 :     the begin point.</Notes>
98 :     <Fields>
99 :     <Field name="sequence" type="text">
100 : parrello 1.8 <Notes>String consisting of the residues. Each residue is described by a single
101 :     character in the string.</Notes>
102 :     <DataGen>RandChars("ACGT", IntGen(100,400))</DataGen>
103 :     </Field>
104 : parrello 1.1 <Field name="quality-vector" type="text">
105 : parrello 1.8 <Notes>String describing the quality data for each . Individual values will
106 :     be separated by periods. The value represents negative exponent of the probability
107 :     of error. Thus, for example, a quality of 30 indicates the probability of error is
108 :     10^-30. A higher quality number a better chance of a correct match. It is possible
109 :     that the quality data is known for a sequence. If that is the case, the quality
110 :     vector will contain the [b]unknown[/b].</Notes>
111 :     <DataGen>unknown</DataGen>
112 :     </Field>
113 : parrello 1.1 </Fields>
114 :     </Entity>
115 :     <Entity name="Feature" keyType="name-string">
116 :     <Notes>A [i]feature[/i] is a part of a genome that is of special interest. Features
117 :     may be spread across multiple contigs of a genome, but never across more than
118 :     one genome. Features can be assigned to roles via spreadsheet cells,
119 :     and are the targets of annotation.</Notes>
120 :     <Fields>
121 :     <Field name="feature-type" type="string">
122 : parrello 1.8 <Notes>Code indicating the type of this feature.</Notes>
123 :     <DataGen>RandParam('peg','rna')</DataGen>
124 :     </Field>
125 : parrello 1.1 <Field name="alias" type="name-string" relation="FeatureAlias">
126 : parrello 1.8 <Notes>Alternative name for this feature. feature can have many aliases.</Notes>
127 :     <DataGen testCount="3">StringGen('Pgi|99999', 'Puni|XXXXXX', 'PAAAAAA999')</DataGen>
128 :     </Field>
129 : parrello 1.1 <Field name="translation" type="text" relation="FeatureTranslation">
130 : parrello 1.8 <Notes>[i](optional)[/i] A translation of this feature's residues into character
131 :     codes, formed by concatenating the pieces of the feature together. For a
132 :     protein encoding group, this is the protein characters. For other types
133 :     it is the DNA characters.</Notes>
134 :     <DataGen testCount="0"></DataGen>
135 :     </Field>
136 : parrello 1.1 <Field name="upstream-sequence" type="text" relation="FeatureUpstream">
137 : parrello 1.8 <Notes>Upstream sequence the feature. This includes residues preceding the feature as well as some of
138 :     the feature's initial residues.</Notes>
139 :     <DataGen testCount="0"></DataGen>
140 :     </Field>
141 : parrello 1.1 <Field name="active" type="boolean">
142 : parrello 1.8 <Notes>TRUE if this feature is still considered valid, if it has been logically deleted.</Notes>
143 :     <DataGen>1</DataGen>
144 :     </Field>
145 :     <Field name="link" type="text" relation="FeatureLink">
146 :     <Notes>Web hyperlink for this feature. A feature have no hyperlinks or it can have many. The
147 :     links are to other websites that have useful about the gene that the feature represents, and
148 :     are coded as raw HTML, using [b]&lt;a href="[i]link[/i]"&gt;[i]text[/i]&lt;/a&gt;[/b] notation.</Notes>
149 :     <DataGen testCount="3">'http://www.conservativecat.com/Ferdy/TestTarget.php?Source=' . $this->{id} .
150 :     "&amp;Number=" . IntGen(1,99)</DataGen>
151 :     </Field>
152 : parrello 1.1 </Fields>
153 : parrello 1.8 <Indexes>
154 :     <Index>
155 :     <Notes>This index allows the user to find the feature corresponding to
156 :     the specified alias name.</Notes>
157 :     <IndexFields>
158 :     <IndexField name="alias" order="ascending" />
159 :     </IndexFields>
160 :     </Index>
161 :     </Indexes>
162 : parrello 1.1 </Entity>
163 :     <Entity name="Role" keyType="string">
164 :     <Notes>A [i]role[/i] describes a biological function that may be fulfilled by a feature.
165 :     One of the main goals of the database is to record the roles of the various features.</Notes>
166 : parrello 1.8 <Fields>
167 :     <Field name="name" type="string" relation="RoleName">
168 :     <Notes>Expanded name of the role. This value is generally only available for roles
169 :     that are encoded as EC numbers.</Notes>
170 :     <DataGen testCount="1">StringGen(IntGen(20,40)) . "(" . $this->{id} . ")"</DataGen>
171 :     </Field>
172 :     </Fields>
173 : parrello 1.1 </Entity>
174 :     <Entity name="Annotation" keyType="name-string">
175 :     <Notes>An [i]annotation[/i] contains supplementary information about a feature. Annotations
176 : parrello 1.8 are currently the only objects that may be inserted directly into the database. All other
177 :     information is loaded from data exported by the SEED.
178 :     [p]Each annotation is associated with a target [b]Feature[/b]. The key of the annotation
179 :     is the target feature ID followed by a timestamp.</Notes>
180 :     <Fields>
181 :     <Field name="time" type="date">
182 :     <Notes>Date and time of the annotation.</Notes>
183 :     </Field>
184 :     <Field name="annotation" type="text">
185 :     <Notes>Text of the annotation.</Notes>
186 :     </Field>
187 : parrello 1.1 </Fields>
188 :     </Entity>
189 : parrello 1.5 <Entity name="Subsystem" keyType="string">
190 : parrello 1.1 <Notes>A [i]subsystem[/i] is a collection of roles that work together in a cell. Identification of subsystems
191 :     is an important tool for recognizing parallel genetic features in different organisms.</Notes>
192 :     </Entity>
193 :     <Entity name="SSCell" keyType="name-string">
194 :     <Notes>Part of the process of locating and assigning features is creating a spreadsheet of
195 :     genomes and roles to which features are assigned. A [i]spreadsheet cell[/i] represents one
196 :     of the positions on the spreadsheet.</Notes>
197 :     </Entity>
198 :     <Entity name="SproutUser" keyType="name-string">
199 :     <Notes>A [i]user[/i] is a person who can make annotations and view data in the database. The
200 :     user object is keyed on the user's login name.</Notes>
201 :     <Fields>
202 : parrello 1.8 <Field name="description" type="string">
203 :     <Notes>Full name or description of this user.</Notes>
204 :     </Field>
205 : parrello 1.1 <Field name="access-code" type="key-string" relation="UserAccess">
206 : parrello 1.8 <Notes>Access code possessed by this
207 : parrello 1.1 user. A user can have many access codes; a genome is accessible to the user if its
208 :     access code matches any one of the user's access codes.</Notes>
209 : parrello 1.8 <DataGen testCount="2">RandParam('low', 'medium', 'high')</DataGen>
210 :     </Field>
211 : parrello 1.1 </Fields>
212 :     </Entity>
213 : parrello 1.8 <Entity name="Property" keyType="int">
214 :     <Notes>A [i]property[/i] is a type of assertion that could be made about the properties of
215 :     a particular feature. Each property instance is a key/value pair and can be associated
216 :     with many different features. Conversely, a feature can be associated with many key/value
217 :     pairs, even some that notionally contradict each other. For example, there can be evidence
218 :     that a feature is essential to the organism's survival and evidence that it is superfluous.</Notes>
219 :     <Fields>
220 :     <Field name="property-name" type="name-string">
221 :     <Notes>Name of this property.</Notes>
222 :     </Field>
223 :     <Field name="property-value" type="string">
224 :     <Notes>Value associated with this property. For each property
225 :     name, there must by a property record for all of its possible
226 :     values.</Notes>
227 :     </Field>
228 :     </Fields>
229 :     <Indexes>
230 :     <Index>
231 :     <Notes>This index enables the application to find all values for a specified property
232 :     name, or any given name/value pair.</Notes>
233 :     <IndexFields>
234 :     <IndexField name="property-name" order="ascending" />
235 :     <IndexField name="property-value" order="ascending" />
236 :     </IndexFields>
237 :     </Index>
238 :     </Indexes>
239 :     </Entity>
240 :     <Entity name="Diagram" keyType="name-string">
241 :     <Notes>A functional diagram describes the chemical reactions, often comprising a single
242 :     subsystem. A diagram is identified by a short name and contains a longer descriptive name.
243 :     The actual diagram shows which functional roles guide the reactions along with the inputs
244 :     and outputs; the database, however, only indicate which roles belong to a particular
245 :     map.</Notes>
246 :     <Fields>
247 :     <Field name="name" type="text">
248 :     <Notes>Descriptive name of this diagram.</Notes>
249 :     </Field>
250 :     </Fields>
251 :     </Entity>
252 :     <Entity name="ExternalAliasOrg" keyType="name-string">
253 :     <Notes>An external alias is a feature name for a functional assignment that is not a
254 :     FIG ID. Functional assignments for external aliases are kept in a separate section of
255 :     the database. This table contains a description of the relevant organism for an
256 :     external alias functional assignment.</Notes>
257 :     <Fields>
258 :     <Field name="org" type="text">
259 :     <Notes>Descriptive name of the target organism for this external alias.</Notes>
260 :     </Field>
261 :     </Fields>
262 :     </Entity>
263 :     <Entity name="ExternalAliasFunc" keyType="name-string">
264 :     <Notes>An external alias is a feature name for a functional assignment that is not a
265 :     FIG ID. Functional assignments for external aliases are kept in a separate section of
266 :     the database. This table contains the functional role for the external alias functional
267 :     assignment.</Notes>
268 :     <Fields>
269 :     <Field name="func" type="text">
270 :     <Notes>Functional role for this external alias.</Notes>
271 :     </Field>
272 :     </Fields>
273 :     </Entity>
274 : parrello 1.6 <Entity name="Coupling" keyType="medium-string">
275 :     <Notes>A coupling is a relationship between two features. The features are
276 :     physically close on the contig, and there is evidence that they generally
277 :     belong together. The key of this entity is formed by combining the coupled
278 : parrello 1.8 feature IDs with a space.</Notes>
279 : parrello 1.6 <Fields>
280 :     <Field name="score" type="int">
281 :     <Notes>A number based on the set of PCHs (pairs of close homologs). A PCH
282 :     indicates that two genes near each other on one genome are very similar to
283 :     genes near each other on another genome. The score only counts PCHs for which
284 :     the genomes are very different. (In other words, we have a pairing that persists
285 :     between different organisms.) A higher score implies a stronger meaning to the
286 :     clustering.</Notes>
287 :     </Field>
288 :     </Fields>
289 :     </Entity>
290 :     <Entity name="PCH" keyType="string">
291 :     <Notes>A PCH (physically close homolog) connects a clustering (which is a
292 :     pair of physically close features on a contig) to a second pair of physically
293 :     close features that are similar to the first. Essentially, the PCH is a
294 :     relationship between two clusterings in which the first clustering's features
295 :     are similar to the second clustering's features. The simplest model for
296 :     this would be to simply relate clusterings to each other; however, not all
297 :     physically close pairs qualify as clusterings, so we relate a clustering to
298 :     a pair of features. The key is the clustering key followed by the IDs
299 :     of the features in the second pair.</Notes>
300 :     <Fields>
301 :     <Field name="used" type="boolean">
302 :     <Notes>TRUE if this PCH is used in scoring the attached clustering,
303 :     else FALSE. If a clustering has a PCH for a particular genome and many
304 :     similar genomes are present, then a PCH will probably exist for the
305 :     similar genomes as well. When this happens, only one of the PCHs will
306 :     be scored: the others are considered duplicates of the same evidence.</Notes>
307 :     </Field>
308 :     </Fields>
309 :     </Entity>
310 : parrello 1.1 </Entities>
311 :     <Relationships>
312 : parrello 1.6 <Relationship name="ParticipatesInCoupling" from="Feature" to="Coupling" arity="MM">
313 :     <Notes>This relationship connects a feature to all the functional couplings
314 :     in which it participates. A functional coupling is a recognition of the fact
315 :     that the features are close to each other on a chromosome, and similar
316 :     features in other genomes also tend to be close.</Notes>
317 :     <Fields>
318 :     <Field name="pos" type="int">
319 :     <Notes>Ordinal position of the feature in the coupling. Currently,
320 :     this is either "1" or "2".</Notes>
321 :     </Field>
322 :     </Fields>
323 :     <ToIndex>
324 :     <Notes>This index enables the application to view the features of
325 :     a coupling in the proper order. The order influences the way the
326 :     PCHs are examined.</Notes>
327 :     <IndexFields>
328 :     <IndexField name="pos" order="ascending" />
329 :     </IndexFields>
330 :     </ToIndex>
331 :     </Relationship>
332 :     <Relationship name="IsEvidencedBy" from="Coupling" to="PCH" arity="1M">
333 :     <Notes>This relationship connects a functional coupling to the physically
334 :     close homologs (PCHs) which affirm that the coupling is meaningful.</Notes>
335 :     </Relationship>
336 :     <Relationship name="UsesAsEvidence" from="PCH" to="Feature" arity="MM">
337 :     <Notes>This relationship connects a PCH to the features that represent its
338 :     evidence. Each PCH is connected to a parent coupling that relates two features
339 :     on a specific genome. The PCH's evidence that the parent coupling is functional
340 :     is the existence of two physically close features on a different genome that
341 :     correspond to the features in the coupling. Those features are found on the
342 :     far side of this relationship.</Notes>
343 :     <Fields>
344 :     <Field name="pos" type="int">
345 :     <Notes>Ordinal position of the feature in the coupling that corresponds
346 :     to our target feature. There is a one-to-one correspondence between the
347 :     features connected to the PCH by this relationship and the features
348 :     connected to the PCH's parent coupling. The ordinal position is used
349 :     to decode that relationship. Currently, this field is either "1" or
350 :     "2".</Notes>
351 :     </Field>
352 :     </Fields>
353 :     <FromIndex>
354 :     <Notes>This index enables the application to view the features of
355 :     a PCH in the proper order.</Notes>
356 :     <IndexFields>
357 :     <IndexField name="pos" order="ascending" />
358 :     </IndexFields>
359 :     </FromIndex>
360 :     </Relationship>
361 : parrello 1.1 <Relationship name="HasContig" from="Genome" to="Contig" arity="1M">
362 :     <Notes>This relationship connects a genome to the contigs that contain the actual genetic
363 :     information.</Notes>
364 :     </Relationship>
365 :     <Relationship name="ComesFrom" from="Genome" to="Source" arity="MM">
366 :     <Notes>This relationship connects a genome to the sources that mapped it. A genome can
367 :     come from a single source or from a cooperation among multiple sources.</Notes>
368 :     </Relationship>
369 :     <Relationship name="IsMadeUpOf" from="Contig" to="Sequence" arity="1M">
370 :     <Notes>A contig is stored in the database as an ordered set of sequences. By splitting the
371 :     contig into sequences, we get a performance boost from only needing to keep small portions
372 :     of a contig in memory at any one time. This relationship connects the contig to its
373 :     constituent sequences.</Notes>
374 :     <Fields>
375 :     <Field name="len" type="int">
376 : parrello 1.6 <Notes>Length of the sequence.</Notes>
377 :     </Field>
378 : parrello 1.1 <Field name="start-position" type="int">
379 : parrello 1.6 <Notes>Index (1-based) of the point in the contig where this
380 :     sequence starts.</Notes>
381 :     </Field>
382 : parrello 1.1 </Fields>
383 :     <FromIndex>
384 :     <Notes>This index enables the application to find all of the sequences in
385 : parrello 1.8 a contig in order, and makes it easier to find a particular residue section.</Notes>
386 : parrello 1.1 <IndexFields>
387 :     <IndexField name="start-position" order="ascending" />
388 :     <IndexField name="len" order="ascending" />
389 :     </IndexFields>
390 :     </FromIndex>
391 :     </Relationship>
392 :     <Relationship name="IsTargetOfAnnotation" from="Feature" to="Annotation" arity="1M">
393 :     <Notes>This relationship connects a feature to its annotations.</Notes>
394 :     </Relationship>
395 :     <Relationship name="MadeAnnotation" from="SproutUser" to="Annotation" arity="1M">
396 :     <Notes>This relationship connects an annotation to the user who made it.</Notes>
397 :     </Relationship>
398 :     <Relationship name="ParticipatesIn" from="Genome" to="Subsystem" arity="MM">
399 :     <Notes>This relationship connects subsystems to the genomes that use
400 :     it. If the subsystem has been curated for the genome, then the subsystem's roles will also be
401 :     connected to the genome features through the [b]SSCell[/b] object.</Notes>
402 :     </Relationship>
403 :     <Relationship name="OccursInSubsystem" from="Role" to="Subsystem" arity="MM">
404 :     <Notes>This relationship connects roles to the subsystems that implement them. </Notes>
405 :     </Relationship>
406 :     <Relationship name="IsGenomeOf" from="Genome" to="SSCell" arity="1M">
407 :     <Notes>This relationship connects a subsystem's spreadsheet cell to the
408 :     genome for the spreadsheet column.</Notes>
409 :     </Relationship>
410 :     <Relationship name="IsRoleOf" from="Role" to="SSCell" arity="1M">
411 :     <Notes>This relationship connects a subsystem's spreadsheet cell to the
412 :     role for the spreadsheet row.</Notes>
413 :     </Relationship>
414 :     <Relationship name="ContainsFeature" from="SSCell" to="Feature" arity="MM">
415 :     <Notes>This relationship connects a subsystem's spreadsheet cell to the
416 :     features assigned to it.</Notes>
417 :     </Relationship>
418 :     <Relationship name="IsLocatedIn" from="Feature" to="Contig" arity="MM">
419 :     <Notes>This relationship connects a feature to the contig segments that work together
420 :     to effect it. The segments are numbered sequentially starting from 1. The database is
421 :     required to place an upper limit on the length of each segment. If a segment is longer
422 :     than the maximum, it can be broken into smaller bits.
423 :     [p]The upper limit enables applications to locate all features that contain a specific
424 :     residue. For example, if the upper limit is 100 and we are looking for a feature that
425 :     contains residue 234 of contig [b]ABC[/b], we can look for features with a begin point
426 :     between 135 and 333. The results can then be filtered by direction and length of the
427 :     segment.</Notes>
428 :     <Fields>
429 :     <Field name="locN" type="int">
430 : parrello 1.8 <Notes>Sequence number of this segment.</Notes>
431 :     </Field>
432 : parrello 1.1 <Field name="beg" type="int">
433 : parrello 1.8 <Notes>Index (1-based) of the first residue in the contig that
434 :     belongs to the segment.</Notes>
435 :     </Field>
436 : parrello 1.1 <Field name="len" type="int">
437 : parrello 1.8 <Notes>Number of residues in the segment. A length of 0 identifies
438 :     a specific point between residues. This is the point before the residue if the direction
439 :     is forward and the point after the residue if the direction is backward.</Notes>
440 :     </Field>
441 : parrello 1.1 <Field name="dir" type="char">
442 : parrello 1.8 <Notes>Direction of the segment: [b]+[/b] if it is forward and
443 :     [b]-[/b] if it is backward.</Notes>
444 :     </Field>
445 : parrello 1.1 </Fields>
446 :     <FromIndex Unique="false">
447 :     <Notes>This index allows the application to find all the segments of a feature in
448 : parrello 1.8 the proper order.</Notes>
449 : parrello 1.1 <IndexFields>
450 :     <IndexField name="locN" order="ascending" />
451 :     </IndexFields>
452 :     </FromIndex>
453 :     <ToIndex>
454 :     <Notes>This index is the one used by applications to find all the feature
455 :     segments that contain a specific residue.</Notes>
456 :     <IndexFields>
457 :     <IndexField name="beg" order="ascending" />
458 :     </IndexFields>
459 :     </ToIndex>
460 :     </Relationship>
461 :     <Relationship name="IsBidirectionalBestHitOf" from="Feature" to="Feature" arity="MM">
462 :     <Notes>This relationship is one of two that relate features to each other. It
463 :     connects features that are very similar but on separate genomes. A
464 :     bidirectional best hit relationship exists between two features [b]A[/b]
465 :     and [b]B[/b] if [b]A[/b] is the best match for [b]B[/b] on [b]A[/b]'s genome
466 :     and [b]B[/b] is the best match for [b]A[/b] on [b]B[/b]'s genome. </Notes>
467 :     <Fields>
468 :     <Field name="genome" type="name-string">
469 : parrello 1.8 <Notes>ID of the genome containing the target (to) feature.</Notes>
470 :     </Field>
471 :     <Field name="sc" type="float">
472 :     <Notes>score for this relationship</Notes>
473 :     </Field>
474 : parrello 1.1 </Fields>
475 :     <FromIndex>
476 :     <Notes>This index allows the application to find a feature's best hit for
477 : parrello 1.8 a specific target genome.</Notes>
478 : parrello 1.1 <IndexFields>
479 :     <IndexField name="genome" order="ascending" />
480 :     </IndexFields>
481 :     </FromIndex>
482 :     </Relationship>
483 : parrello 1.8 <Relationship name="HasProperty" from="Feature" to="Property" arity="MM">
484 :     <Notes>This relationship connects a feature to its known property values.
485 :     The relationship contains text data that indicates the paper or organization
486 :     that discovered evidence that the feature possesses the property. So, for
487 :     example, if two papers presented evidence that a feature is essential,
488 :     there would be an instance of this relationship for both.</Notes>
489 :     <Fields>
490 :     <Field name="evidence" type="text">
491 :     <Notes>URL or citation of the paper or
492 :     institution that reported evidence of the relevant feature possessing
493 :     the specified property value.</Notes>
494 :     </Field>
495 :     </Fields>
496 :     </Relationship>
497 :     <Relationship name="RoleOccursIn" from="Role" to="Diagram" arity="MM">
498 :     <Notes>This relationship connects a role to the diagrams on which it
499 :     appears. A role frequently identifies an enzyme, and can appear in many
500 :     diagrams. A diagram generally contains many different roles.</Notes>
501 :     </Relationship>
502 :     <Relationship name="HasSSCell" from="Subsystem" to="SSCell" arity="1M">
503 :     <Notes>This relationship connects a subsystem to the spreadsheet cells
504 :     used to analyze and display it. The cells themselves can be thought of
505 :     as a grid with Roles on one axis and Genomes on the other. The
506 :     various features of the subsystem are then assigned to the cells.</Notes>
507 :     </Relationship>
508 :     <Relationship name="IsTrustedBy" from="SproutUser" to="SproutUser" arity="MM">
509 :     <Notes>This relationship identifies the users trusted by each
510 :     particular user. When viewing functional assignments, the
511 :     assignment displayed is the most recent one by a user trusted
512 :     by the current user. The current user implicitly trusts himself.
513 :     If no trusted users are specified in the database, the user
514 :     also implicitly trusts the user [b]FIG[/b].</Notes>
515 :     </Relationship>
516 : parrello 1.1 </Relationships>
517 :     </Database>

MCS Webmaster
ViewVC Help
Powered by ViewVC 1.0.3