forked from fmenti/life_td
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathuserconfig_copy.rd
204 lines (176 loc) · 6.96 KB
/
userconfig_copy.rd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
<resource schema="__system">
<!-- ================================ Obscore ===================== -->
<STREAM id="obscore-extraevents">
<doc><![CDATA[
Write extra events to mix into obscore-published tables. This
will almost always be just additions to the obscore clause of
looking roughly like::
<property name="obscoreClause" cumulate="True">
,
CAST(\\\\plutoLong AS real) AS pluto_long,
CAST(\\\\plutoLat AS real) AS pluto_lat
</property>
See also `Extending Obscore`_ in the reference manual.
]]></doc>
</STREAM>
<STREAM id="obscore-extrapars">
<doc><![CDATA[
For each macro you reference in obscore-extraevents, add a
mixinPar here, like:
<mixinPar key="plutoLong">NULL</mixinPar>
Note that all mixinPars here must have default (i.e., there must
be some content in the element suitable as an SQL expression
of the appropriate type). If you fail to give one, the creation
of the empty prototype obscore table will fail with fairly obscure
error messages.
]]></doc>
</STREAM>
<STREAM id="obscore-extracolumns">
<doc>
Add column definitions for obscore here. See `Extending Obscore`_ for
details.
</doc>
</STREAM>
<rowmaker id="_test-rmk">
<!-- test instrumentation -->
<map key="foo">@bar</map>
</rowmaker>
<!-- ================================ Registry Interface ============ -->
<STREAM id="registry-interfacerecords">
<doc>
These are services and registry records for the registry interface
of this service.
Even if together with defaultmeta, this will just work, keep
these elements in your etc/userconfig.rd.
The metaString macros in here generally point into defaultmeta.
Replace them with whatever actual text applies to your site; we
will work to do away with defaultmeta.txt.
</doc>
<resRec id="authority">
<meta>
resType: authority
creationDate: \metaString{authority.creationDate}
title: \\metaString{authority.title}{UNCONFIGURED}
shortName: \\metaString{authority.shortName}
subject: Authority
managingOrg: \\metaString{publisher}
referenceURL: \\metaString{authority.referenceURL}{UNCONFIGURED}
identifier: ivo://\getConfig{ivoa}{authority}
sets: ivo_managed
</meta>
<meta name="description">
\\metaString{authority.description}{UNCONFIGURED}
</meta>
</resRec>
<service id="registry" allowed="pubreg.xml">
<registryCore/>
<publish render="pubreg.xml" sets="ivo_managed">
<meta name="accessURL"
>\getConfig{web}{serverURL}\getConfig{web}{nevowRoot}oai.xml</meta>
</publish>
<meta name="resType">registry</meta>
<meta name="title">\getConfig{web}{sitename} Registry</meta>
<meta name="creationDate">\metaString{authority.creationDate}</meta>
<meta name="description">
The publishing registry for the \getConfig{web}{sitename}.
</meta>
<meta name="subject">virtual-observatories</meta>
<meta name="shortName">\\metaString{authority.shortName} RG</meta>
<meta name="content.type">Archive</meta>
<meta name="rights">public</meta>
<meta name="harvest.description">The harvesting interface for
the publishing registry of the \getConfig{web}{sitename}</meta>
<meta name="maxRecords">10000</meta>
<meta name="managedAuthority">\getConfig{ivoa}{authority}</meta>
<meta name="publisher">The staff at the \getConfig{web}{sitename}</meta>
</service>
</STREAM>
<!-- ============================= TAP ========================== -->
<STREAM id="tapexamples">
<doc>Examples for TAP querying</doc>
<!-- <meta name="_example" title="tap_schema example">
To locate columns "by physics", as it were, use UCD in
:taptable:`tap_schema.columns`. For instance,
to find everything talking about the mid-infrared about 10µm, you
could write:
.. tapquery::
SELECT * FROM tap_schema.columns
WHERE description LIKE '%em.IR.8-15um%'
</meta> -->
<meta name="_example" title="Filter objects by type">
.. tapquery::
SELECT TOP 10 object_id, main_id FROM life_td.object
WHERE type='st'
</meta>
<meta name="_example" title="All children of an object">
.. tapquery::
SELECT main_id as Child_main_id, object_id as child_object_id
FROM life_td.h_link
JOIN life_td.ident as p on p.object_idref=parent_object_idref
JOIN life_td.object on object_id=child_object_idref
WHERE p.id = '* alf Cen'
</meta>
<meta name="_example" title="All parents of an object">
.. tapquery::
SELECT main_id as parent_main_id, object_id as parent_object_id
FROM life_td.h_link
JOIN life_td.ident as c on c.object_idref=child_object_idref
JOIN life_td.object on object_id=parent_object_idref
WHERE c.id = '* alf Cen A'
</meta>
<meta name="_example" title="All specific measurements of an object">
.. tapquery::
SELECT *
FROM life_td.mesDist
JOIN life_td.ident USING(object_idref)
WHERE id = 'GJ 10'
</meta>
<meta name="_example" title="All basic stellar data from an object name">
.. tapquery::
SELECT *
FROM life_td.star_basic
JOIN life_td.ident USING(object_idref)
WHERE id = '* alf Cen'
</meta>
<meta name="_example" title="All basic disk data from host name">
.. tapquery::
SELECT main_id disk_main_id, object_id as disk_object_id, db.*
FROM life_td.h_link
JOIN life_td.disk_basic as db on db.object_idref=child_object_idref
JOIN life_td.ident as p on p.object_idref=parent_object_idref
JOIN life_td.object on object_id=child_object_idref
WHERE p.id = '* bet Cas' and type='di'
</meta>
</STREAM>
<NXSTREAM id="tapdescription">
<meta name="description">The \\getConfig{web}{sitename}'s TAP end point.
The Table Access Protocol (TAP) lets you execute queries against our
database tables, inspect various metadata, and upload your own
data. It is thus the VO's premier way to access public data
holdings.
Tables exposed through this endpoint include: \\tablesForTAP.
</meta>
</NXSTREAM>
<NXSTREAM id="sitewidesiap2-extras">
<!-- put any items you want to appear in the //siap2#sitewide
service definition (in particular, metadata) here; it'd be nice if
you changed the creationDate, at least, as that might aid
in debugging.
You should also add
testQuery.pos.ra, testQuery.pos.dec,
testQuery.size.ra, testQuery.size.dec meta item to describe a field
that is guaranteed to return at least one result.
-->
<meta name="description">
The \\getConfig{web}{sitename}'s sitewide SIAP version 2 service
publishes all the images published through the site. For more
advanced queries including uploads, all this data is also available
through ObsTAP.
</meta>
<meta name="creationDate">2016-08-05T12:40:00</meta>
<meta name="subject">virtual-observatories</meta>
<meta name="shortName">\\metaString{authority.shortName} SIA2</meta>
<meta name="title">\getConfig{web}{sitename} SIAP Version 2 Service</meta>
<meta name="sia.type">Pointed</meta>
</NXSTREAM>
</resource>