From - Fri Feb  7 20:11:39 2003
X-UIDL: 3df25b3100000727
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h17J9cZj023306
	for <ucd@ivoa.net>; Fri, 7 Feb 2003 20:09:38 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h17J9bu05731
	for <ucd@ivoa.net>; Fri, 7 Feb 2003 20:09:37 +0100 (MET)
Received: from curlew.cs.man.ac.uk(130.88.13.7) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAhLaqml; Fri, 7 Feb 03 20:09:36 +0100
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by curlew.cs.man.ac.uk with esmtp (Exim 4.12)
	id 18hDsW-000CkR-00
	for ucd@ivoa.net; Fri, 07 Feb 2003 19:09:36 +0000
Received: from [130.88.24.148] (helo=adikia)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 18hDsn-0002L9-00
	for ucd@ivoa.net; Fri, 07 Feb 2003 19:09:53 +0000
Date: Fri, 7 Feb 2003 19:09:26 +0000 (GMT)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@adikia
To: ucd@ivoa.net
Subject: initiate discussion
Message-ID: <Pine.GSO.4.53.0302071858180.25593@adikia>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *18hDsW-000CkR-00*l9hWH3vILnw*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   



The main reference point for this is of course CDS
http://cdsweb.u-strasbg.fr/doc/UCD.htx but you can find some AstroGrid
documents on UCDs
http://wiki.astrogrid.org/bin/view/Astrogrid/OntologyDocs

One obvious starting point is what we have learnt from the AVO First Light
Demo.  My first thought is that it is very useful when you can answer a
query by a partial UCD, e.g. plotting anything with a REDSHIFT whether it
is REDSHIFT_PHOT or REDSHIFT_HC etc; or PHOT_*_V where * can be JHN or
COUS or MAG or .... (e.g. in Aladin, for filters or for the SED tool..)

However you also need to be able to track how much uncertainty you are
introducing (as well as using the more exact UCD if you want of course) -
e.g. any old PHOT_MAG_V might do as part of a radio-to-x-ray SED but not
for fine inter-optical comparisons.

So any restructuring of UCDs should take this into account.

cheers

Anita


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Thu Feb 20 23:03:59 2003
X-UIDL: 3df25b3100000969
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h1KM4N3v009154
	for <ucd@ivoa.net>; Thu, 20 Feb 2003 23:04:23 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h1KM4Ml10593
	for <ucd@ivoa.net>; Thu, 20 Feb 2003 23:04:22 +0100 (MET)
Received: from newb6.u-strasbg.fr(130.79.128.16) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAO7aaSu; Thu, 20 Feb 03 23:04:21 +0100
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id XAA10523
	for <ucd@ivoa.net>; Thu, 20 Feb 2003 23:00:29 +0100 (MET)
Sender: derriere@newb6.u-strasbg.fr
Message-ID: <3E554FFD.6BD3BD89@astro.u-strasbg.fr>
Date: Thu, 20 Feb 2003 23:00:29 +0100
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: UCDs status and perspectives
Content-Type: multipart/mixed;
 boundary="------------4770D292B544D00A3A991C4E"
X-MailScanner: Found to be clean
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

This is a multi-part message in MIME format.
--------------4770D292B544D00A3A991C4E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


  Hello,

  I have tried to summarize in a short document the
current status of UCDs, and the various suggestions
that have been made concerning their possible extension,
evolution, refactoring, ...
  I don't draw any conclusion at the end of this short
paper. I just tried to collect the various informations
available here and there, and put them together. The goal
is to stimulate discussions!
  Best regards,

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France
--------------4770D292B544D00A3A991C4E
Content-Type: application/pdf;
 name="UCD-status0203.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="UCD-status0203.pdf"

JVBERi0xLjMKMyAwIG9iaiA8PAovTGVuZ3RoIDE1MDIgICAgICAKL0ZpbHRlciAvRmxhdGVE
ZWNvZGUKPj4Kc3RyZWFtCnjarVdLc9s2EL7rV/BIzZQwQQAkmJOSuGmbiadpLJ+SHCASMpnw
ofBhx/713QVAWZnqYaW5gAS4WOy3j2/BV8vZxRsaexEniUy85dqjnBMKK3EqiUykt8w/+jfz
gIWR/9o+LvFB/Rd2dj2oOfWHsccp83HS5PbTZh5Esa87+ESnSTaUd3N86eefl2/hbOFRSlIh
8Gw4WvDUCxJKKLNHXxPQBfKXuutK3Wk7C9zmZGdzHBNJUy8023INdnQdDLAJRr2AQfUDrrYw
kDGA0c7R5H51i6trnKPu2e/LGQVdoUfhiJBIwT0RJyRNIy+rZ99mHz+HXj4LvbezkLBUevfw
HhKapl49Y1ICDubm1ex69s9WWTBpC3bUvTJR2PUEjSThlHmCJyRh3LpC6z2wo4hEUjjYBQIa
NjC8uLiA8a6E4REH3REYAXXAD+G+uIHx9SUMF3tiQ9OYCMncQeu2A0089VVjn2UzjxJ/AOcG
8MxHiDP6Gb+K0B9aK3Xz+tLE3QsiFhMeJeAPTjiPjVJlEgfCO1gtqKDCvIL3+6LM8ITCSoy9
tutDoWtiVNKECJE6hcIoXBYlbhfSz0GVVZqNtcZ8BHulP+DXxDcJOtYgU6uufNRuk0kc/JRp
i85K52WfjX1ftk1vF9AXRs14i97URh26+Ekka5tMd03Z3Fr4Pxhr0aNvfkNpgaBK1AkeA6Bu
cVtZsIrFJI1/enNYuaq0/aLv5pPnRghBg9GdByLk/l9WoFAI3Ei5Ld9GFB+0020U4krtvne6
Ml64m6MVW7+hGQpdNNiQhj+gadcowsFZaKRx4pPPYH1tyrC2E9DMDb7OJM3oZCxK4A+TSUYJ
YOEy8V+iALN6C/zaDXZLVfaD/TYZsDFR1+3GeoibTHUOaKs7fLfIzRfzHArMll7vgWVjj8f2
5WQVpmHpnhj/0jq3sZm6siCqFk+6J4fIhSN9hfxXkcuOusPkwhkjaWR59v18x0tg9r1zLUyE
yZnEt75y5Wjch9H/ajbmdtmVPCq4QQWGTZxrPoUibEym2XlmEmBjc2uwpYbrGEKQpS8sCQFH
AKg0TNFydAdUDXCeoDYgn0KaOMF4RxDAsjBxZLUs2lqhFYz7r1oTjy2XMGYMcyrkjoqEEcmn
frJqs2IB/aNroXPAQwFxknW372RGSQIroTNP0D04gohCfGQEEWOm5T0XyrVegRWlSS4wfacr
HgaSCkJFtG2MdsczwQhOYiZOgYkpCVN+NpgrSx+lA/NnWVVHgcAxTxGpswLkF3mpKrIpN/o7
ydp634lRSKKEnoBAU+ba0XkQlnMJVGMY5cHa/q5Ezs21TbdDSKBpJ1MvHdpq0Q+qI5UmKiPj
1z2HpglhMTsFIoF3oAYDQjw/DEjRnSlDfKsqZ/u7doTpQ38USTJletWOD/1zSyQhXJxCE+Gd
ND47Im9Nz1NDoVxaXWWXlnsNUZ1IMRpGUL3S6fqS1YtCqzzI1ooUqrtTXU50Pv48JkEJl/Js
UC97uMk4urpS2J7USh1HIjlJp+1K1S4ymaoGnRWHQDyrVpC7BD8fxJu55HDrbLK2dDn1d4aB
KfrpQpZO3XKihINREuDsiZbWTucvpTT4BWHp+XzwHgGpwfx4ZFNFtQ6tZbvH4/W023U2bQfy
iz2H8hAY9xQdRIJEPD6XDj6oHTZ7X7kLnz7FzBGdWky3gU2DXmzgNgGs1mS9ImM5ZoeSLoau
HkenAsIiaJj0/MppMALwj2qc/gEntveb3pMfJzcJ5cCnmlZ13y2+rEitmuM0fQoKhRtcSs/v
/X8YOrZx+DDl1vf2eKmAc6Mtn90OHRYJsED9PyHEksifKI+XHZJzW+UORTscDwDcYuNw6jCq
A/Fn8zEHJ4fyZI+Ba1j0E1lV6e8WwvWjqp4K5jAQBqQz7e5xz8PiSzEeMB7yjsqTVxYB97pI
nFvel6ar31pr7fXF/rI/nKpwFvPtjSV/WDStag/Yn8APk+D/sf+HnxDwfAR5FkiKfQoF6fRv
9C9E2YnsZW5kc3RyZWFtCmVuZG9iagoyIDAgb2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50
cyAzIDAgUgovUmVzb3VyY2VzIDEgMCBSCi9NZWRpYUJveCBbMCAwIDU5NS4yNzYgODQxLjg5
XQovUGFyZW50IDIyIDAgUgo+PiBlbmRvYmoKMSAwIG9iaiA8PAovRm9udCA8PCAvRjE2IDYg
MCBSIC9GMTUgOSAwIFIgL0YxNyAxMiAwIFIgL0YyNyAxNSAwIFIgL0YyNiAxOCAwIFIgL0Yy
OCAyMSAwIFIgPj4KL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0KPj4gZW5kb2JqCjI1IDAgb2Jq
IDw8Ci9MZW5ndGggMTgzNCAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0K
eNqtWEtz2zgMvvtX6CjPVIz4kCj10kmadJNOmz6S7Ham7YGRaFszkuzVI2n76xcgKdlOXHfT
+mKTFAV8IIAPoE6uJ0eveOhRSRiNvOuZR2lIkkh4MuSEJt51/tmn04BSFvk3U+q/PJ0GXEZ+
28FEdX2LU+EHdjVksHrEQvgN+fTr9WsrXBAuYhQeegFLiZTMyiWwbxD+z0I3GqXETk9rRaph
NeubBvb6up5y6qP68rtV3rcaH+RWIZNgA0kja40kgkeglREaS6P1S0il3QkGb+ykJOEAELcU
NQhmsf938QMFF/qjnWfKWF0u4Xfe63aHwsDKCcBmIaInK5wy6b+7nibMV7clGg7zHLQtpwGM
sr4yltZTlvhdax9/CaOwz3IrQHWIsClu+07bFSta+q8uzt6c2iVdGikVnCQ8wBdanIMg+iuL
4qda9BIl43nV+kqrJkONC/sIgb9/d4WCJmfXEwpvQqx4TMQkpNSLwWfguqya/Dv5/DX08kno
vZ6EhKeJdw/jkNA09aoJJxFlblZOriYfRknBICpYyzrBgN9CzURKIsYHfQj+7MMjUDEkSCoO
AsqJ2g9KQhaG8Saoj8ePQCUJSUDxIUA5UftBpYwIuonp7fEF+vfymfXoDm/yKCacp4fAOIja
i5FHKdDXfmdyKQlsOAgmJ2o/poQSysUmqNOzlw9RiVCChugQqAZRe1EJIHoZygfuvER/OncS
Qn7GCSzBUEh+ixVi5h+XCighh6ndn3iSpNKgSqAQpR5UDD4Un8ciUxJGEswcNyGVzBqkmcoq
uKMwJgINkdSpRYajoux007r1u0LZB8q+1WZNseqKem5XDch63qs5/Gu7RZXA/sC+924XM+S2
ChClF0SQ2jLeOhXdmKJRLGvk6zi2ZIjDyM8Gciz7anisLB3jsMgdQxcIXOf2pVtc+m7H3UIX
jR3emMocW1q1eOEEsFCRaRBFDE67XYFF65dnS/eqVo6W0YZwC3277JvMVRLliqApiQ1IzoYK
db9Ytm6I6yovelecita+tGqWK1PC0NqmK8whqNI+7JaOPs6h9D3MCmweZOJFEpwO8f5HaeFk
BRvCduWFJEmSjhrxGF6fXz4CJqCliOLDAHOyfgFMRCSOky1gJz9LUA5WcJk+NUFtTIAvropq
VTrHG46vMDDnbuXYBEGmW+fm9yb3OtelLMuDNUYjnovT82Onu1T50F2YvkU3d5iRurFYEEnf
rfpu3WXYtgrWobOiJsNubQu0Pr2tNhWbVBYDf3IBJ77RrLLtZpVFoP1bN2QbpDAm+tSM4GFo
T0SkkJyweIp7WruAqApLBGafNq1tZXMfV1DKzA5rI/x+U1I7APd4TCQgDMDdKecG6UJhg3w3
5cyQlkTKCHCia9e793PDaG2n852eSgkc5O82zevIkf5FNXInzI4ziBh3CCbfm6U5oHiDCNc9
Lcyc3+Dn03P7Sq0q3a5Upv9Ps/r0KMt1a6AgixW3luJxWXWO/CqLNzcuKdvtfnqMA9uek6dE
Fh8jC8Ozs45aqHbtQBDupFsnYpjP54NOnHamREhkdmRZe22q3JgOwTDr66wbA1WVGIZdYeLh
YBcolefj4dX63g5u7J0OvHnksrdfrRrgkHFrb8qdu87N+nLjvUPdSxo9U1lnzmRUuwZ2X3SL
4SKFt67qcIpzjUW8dqnQdqa3yFWTDwXSPP+m26O2h1H8TR9O90qZslzpril+6MFoPORT121g
qSYaOgVwtv8en5xbvnx45UghlCMOtAPNo5B/dudwsoINYbsuHVCOYzFqRHtevbn5hBQRYRNS
GSoYqd9l8h4bBOVEpOIgNgyy9tuALUUIt7lNG94eY6z/hWZAd/HsZF854mEM/QFzrEHXrCEc
a6CdK0vyjh6g28PD6SG7MJDrdkeIhFtpfe0+wGAnqJDB7hCgi5ZbU9m1+/5iqVDVQzOJjFi0
qMz0hkMF5KYZwElm63SNKUf956ZyoX0hNGMMGpVUDjYFIkmRBLuHqYn50ugXO3pU9uit3DWU
9xsWmLFyXzy22s5x95j8qPXF2hEb2ecwc7jQyWjDD9tfsgwOKdbfrlw9y3pDxI3jcXBXV8Ly
dxfBcvjENijf4y17MCzio5G2apmuRGAhK+Y11gPcYuobDrC+Na6w4RzuD3aQLW3RchcOJ3o5
G566CwpOitq9i1+o8CbF4mRcXDb5UJGaHa4yRx7GdoO56eABhdICwUFhAWjTUOKVARs707EV
ZdENAQciEBu+oNrO7K2XVZEp10LAeqYMxZbLeT/oQA5EzBgvLMWARxhOnvUVbLvcSRrDZ1Ga
cCIh4X9JGjSK4IYc7aaNQVqwIc7QBlzH4SIsDIEzCDa4GVMZExHRzcswS+AKnMbccAsRMbT5
nMTUnvGi61bPj46UaZNJH8DtL4R606j2FpOPzJqjXeVCApFRpBhOwsQ2Jmw4hP8AO5Yk+2Vu
ZHN0cmVhbQplbmRvYmoKMjQgMCBvYmogPDwKL1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDI1IDAg
UgovUmVzb3VyY2VzIDIzIDAgUgovTWVkaWFCb3ggWzAgMCA1OTUuMjc2IDg0MS44OV0KL1Bh
cmVudCAyMiAwIFIKPj4gZW5kb2JqCjIzIDAgb2JqIDw8Ci9Gb250IDw8IC9GMzAgMjggMCBS
IC9GMjcgMTUgMCBSIC9GMTUgOSAwIFIgL0YxOCAzMSAwIFIgL0Y3IDM0IDAgUiAvRjI4IDIx
IDAgUiA+PgovUHJvY1NldCBbIC9QREYgL1RleHQgXQo+PiBlbmRvYmoKMzcgMCBvYmogPDwK
L0xlbmd0aCAxNjUxICAgICAgCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp42q1Y
S5PTOBC+51d4uOBUEY3lt7lswQBVcKB2SWY5ALWl2EriLcfOWvZkZvbPbz+kTAJhGaq4xG25
pX5/3crLxeTyjUw8KUWRJN5iBVQg8iT2siAWMkq9RfXJf1J2U+k347adzsKs8FsFr1s9nUnf
PAHy+XQWy9CvB6CfGubZ4cPvjEGueon7NX8ZOnzm/udAxm1l1zbAYL8btbXU9dUrZq2tYMWv
A8pfuvMMKXIzDXNf96qxLPVWGzH9snjnyUwkSeHNoljkaUEGwcGgVwQK4km9ZrpFK4fnuOny
TZgdOWUWCBnG3iyMRRzkdARonzHnV+4TeeQFxKLKcuxRwGAFVJpsrocaJbXmnCQ+YCZBUpw+
VpK+3fXamLpdo6DU322mIO7O1CX6A1cq8EfLsSDZqoFogcfufpkOQ60rloUBxucIlpKNdGIW
pCcO5BiEMUSVsgCI6/dvF6ji3K7b2CBd1aBChB91r1u0buAPO+J6SMiBEwnWgCCDhRCQn0Hh
L0e7R/U225LA33ZHUrqen43GvMXPZTfuGjDsBzlRPNZLZgBrSWXrrP2UshDDxQuoz4rzxXAR
kTlNc4gu+pWM+1YpmWSiCKQVdnFOmQTKO3PaaJuZb94u5kx9RFWu5izpd1LOatHz2lt4y+GX
j849EJjRwWEIMjIvFlHE7gjPeS0KcpHECaRELrI8eazfbqZJ4qtm1Fi3MvZL9GHL9NJ5KZKR
X6KzKMVR95spaU5JUTH3qsevW34hRs00uZXOoAQGQFNthzs3Np/o2+cgCWDtb1xSWEGsmRVO
0AZ1zicefa8bBYAFmyUXRFiIME1OCmKxoWCE/qY+JLDqS7Rg4wo5pPzuOWyRXxteRD2BoMSR
YEjF9cB1gnTD/P8yVz08tRu3B0m6ueMlxQ+Xl7lv17sVP8tGAdIgkJXsA6g5xhSyLPgKN5KA
FLjtWnY7Jjq5AQqTYx4FRzGH7ZEUMuPEkALYYvwJQZYME//jRqGpWexXGKQsAUWjkILvaNVO
I8QBWkF3WUbeEPv7GlXe8OI10ABEv51JP1AFUlqm2f+0DPJtr1Vli3c0DIKZvyJcOddMoB/F
UfKzzaTSpnSxqpcHLCg7DrLDRMI8lM/hAgbFCdCtR4eMxm3Fjm7ZbVrzd1vwZa2axhr2Z31f
6w8uf39JwzDaZbe2SmCbP9UZfkf3tbMARMk9qKVyAK9/XSPFtG4G3bN/i8T5hTSD1xcExViY
Vd0+47GHfCbWlNCzNA79pt4SkgA/zDK7hv0aFbYzFrG/Vg0VRU22wYclhXW94Vj2vJmwR1nJ
MuVnfa7MlgCMj4nN4+G2NiOMCPe2ulGHjLGPPAFV9IIsYC9Eeepr54Eky6A8cB459Gnk36GF
3VErgTXqvQ/H72uuyth34G7JHiAbgGiPjn52xnxT39t63BG476hFUQEObtw5HU0O7eQ7iMwN
bA44y3469mgIA7J0LXaDQRp2OARfXsLvDYLLPf7oHnFrnGGSQNt3U4pZkp9W+H7J6AM/l+fi
USTiIGflsl/fqi2a2FiLeZomYxs78M5kkYsoDU989PoWMKKivMakZThDarC+RTTDoQTXrP9j
aGmHVjp0XJJ30zz0MfWjiErSnkFPBKm+PvRj3G+rdcs4TM2xMRzIkyOUm2hAazuwH6XsWre6
PzSyDMco1KsCjSH2dpR6GACVlcrr9RFwV1WvSbxxu5aULLphN/xMT4psT8IoGtuBCHYf+gq/
YLApfkAjtiEiWGxjPIYEqBQpvlRG213o73EwmEuVPR1RGFPrww/b1fzV3M5wWLQvBNPze9ey
G27t3wGNQ4vKRFRkjwWNxTS3/elwC6OQg+dhYli3TF9foQ6vGLwfmHLfjVpIs/pIfYv2vG4G
lDSWLuRjr921EhD7W5NAtAig3Tqcj+QZawACCsciEfeDgJW2vfJ7GAu76LL8k93mCiYHNzvx
7G8H/1bveeHEWa5P0wZuzJlvc3zldnSt65et1pWbRi4uLlB3GkcmrxcThBVI8cNtP4Tbfhjm
Xrmd/DP59CXwqkngvZsEEP7c2wMNl52i8LYTmSQiBoP4vZnMJ38cDpu502ZHx73EfxgyL4Vb
QszXBLggwLVBFqnI8/jkopBDAIo0QjbwY4p3dpHKxALtsAOIXcGVUqzNqhStMop6TndDq3/t
SyM2w7Y55/QsAq0BEJNIJJLjEzlf/AeC1CwuZW5kc3RyZWFtCmVuZG9iagozNiAwIG9iaiA8
PAovVHlwZSAvUGFnZQovQ29udGVudHMgMzcgMCBSCi9SZXNvdXJjZXMgMzUgMCBSCi9NZWRp
YUJveCBbMCAwIDU5NS4yNzYgODQxLjg5XQovUGFyZW50IDIyIDAgUgo+PiBlbmRvYmoKMzUg
MCBvYmogPDwKL0ZvbnQgPDwgL0YxNSA5IDAgUiAvRjI3IDE1IDAgUiAvRjE4IDMxIDAgUiAv
RjMwIDI4IDAgUiAvRjE3IDEyIDAgUiAvRjcgMzQgMCBSIC9GMjggMjEgMCBSID4+Ci9Qcm9j
U2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iago0MCAwIG9iaiA8PAovTGVuZ3RoIDE1NzMg
ICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnjajVfbcttGDH3XV7BPpWYq
ivdL+tBxErt1WsdOpKZN00yGIlcSG15UXuI604/vAbCUJVvp5GW5FwCLPTjALp8uJ/MLJzIc
x0qCwFiuDccLLD90jcj2LccLjWX+zlwsp455Rs0H7j4/R/Nm+n75wrCNmeNbvh88FHxzhvb1
JY1fPkN7fiT+yO6zazIpOtR+UeeCTC4/oLk5e03qVw/V/3fLy+fsHK2+XqC9JMWXpwRfYmEh
Z/4Z7VvacnH5I9qrsxPyNz9h5Zrll+wX61+Io+QXNVcnMLshDxYkd/6K2t9PGX8g8/YrZP4g
GQQ3OAjuLLJsPzFmvmPFvsdq54vrJ9OZZ8fm4uxi/hNOjEFiPk9hok9X9OnUdIZWFv60Axtz
F5YMbwrVrnk9Vy3mi4z6xXdYdVzzSks9b7BUqrqjxY/o301j12Qhz3y6N9WqulbYwJGJf/mU
MyeygiA5Omvd9DCCbV3PN/tt2lPPQ6/oZG78rptWT1R0ko1WyVWXtcWuL8iv+pvpzLcDbMdr
3bDZkHH2lbYpmlpWSHgt3VrdSudXknpGpOIdA9ZoDndZYRDB18cR63Z6CSaygvwrMRGGZtaU
Q0Vg0aCo5UuGtw3FgkZ5SmPEp1NarkqLumRoj9W2rBEgcI7PW5W5TDTrUbLr26FS9RTOkNV5
rnqV9YDusc+7llAgx2NTtQzPnh1uyOzImjovNHA8HY3Ijd0VY6vaT9MgMFMtSnG3hLOebSDo
rsOcxf5eYiWe0NWFpuMGwJ1gJ/MRTNS5dDicU0/i1hAazaaQYD5OBhh2Q8uNJQ2vcfzY7JuS
bGxGEDW27C8ttL1MjNil8lkPnz9rlXQFNCmW2TF/SIrJSKFqhC+0rs3sx9ijqWm9Um2HzPCd
0LwUqVsKUFN/q5WYpf0+2hS85kTEmABeRHTsaZ+i7O7BWsvStiH1WxkUNTkKB1KdH3q6k+/e
z6ZV+agh3/ReutmzCYhuDjM+Dnm7WLYLTFAFX29vf5e23Wj4JAUHWYb5Fe1xJ8zLCxDcU+1I
Y578WDAzXAkYffeRXPdyZDTkdiv5jlLoUxJzISH5QjP4r6HTNlP5AJ0eFe/IeFHtSjUm0shr
5rRxVMSEcb9x3brfBKZrbW+MJpL1GDztba0ByBtR4GMo6ddKyvFoSk//MCLp2pbv+uzBLw0X
INoHSG20E9opcn9AEZDCpGFAbmeqrffCwo8DZ4t9qsVGZCURJZrrJJbjxoZveV7CG3sn0jG2
Qs/H1bQXKkbAd7pOpu1UF5qIij5dUE90wTi65FwntOwgRCeyPHIBxs6mKBqA109cYMJpHtic
537iITWoOtbEARJIZTYjkaaqGq33iXV4Nl0NJaHMLt3J8pqp1dIAfCIphWpNwjzItkr7T7Zv
t6dytWZ5bnKSCwlXfAOz24oVJdNHOVqPc/JNRSNv6EZABYnjyLzsR5msHHI5J3E42xa1mp3w
pKjB7h22pBqTrkpike+OQBW9ru2YYvLjK3UGnRWfuaOXAA0FxZo/atdrLS4Zh1riLnHc97mg
P/ZJACjTcXPaBsHZSBeWKuvUmwfdyD5mw1XTF0eXz8gquby5nqhPnFRlszuZnFLZ9F3BSSzQ
iiHNS/fwZT2zkQVguIsT2TH7ATCjEy6jF3s4PD8SEHgyCoJlxEVdYjEcajy5uh5YSTqCdRyL
ZEQVHbrZs34YLYwlHwQkBlHdq9L9HUUSdIFTZjGuJ65/ycRmV6qH1egLtbWVhxrL8o0l8HV0
3X9/CiU5/OGmX4FSlX6kK0Xty6LD7yEdua4bqt3IGkyof3ZlkRU902Vyvpw4MIM3B0zaVhz4
hpPgoezFRlZN/p68e28b+cQ2XkxsECg2btFHKJPEqCZOgL8leCXjcrKYvNobm43WZgfmntIP
V2SEKI0+HwJs8FArnTixwiQ4rI5uaODdE3okBjBC3B6eFTqCibI2muworPdioeW5icZk2/e7
J/M5Xmy92iiLmIKikQMaS+XDfDesAIIk01xK4ubuA2hPlMcl1s/l+R36lov/wdkIPCyP0o7t
zKYz5F7d3EmnyjZDUdf85OqsbV+VpwKXOJaHSxCpbnmRwyb9MRT/AdnmsC5lbmRzdHJlYW0K
ZW5kb2JqCjM5IDAgb2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50cyA0MCAwIFIKL1Jlc291
cmNlcyAzOCAwIFIKL01lZGlhQm94IFswIDAgNTk1LjI3NiA4NDEuODldCi9QYXJlbnQgMjIg
MCBSCj4+IGVuZG9iagozOCAwIG9iaiA8PAovRm9udCA8PCAvRjE3IDEyIDAgUiAvRjE1IDkg
MCBSIC9GMzAgMjggMCBSIC9GMTggMzEgMCBSIC9GMzUgNDMgMCBSIC9GMjcgMTUgMCBSIC9G
NyAzNCAwIFIgL0YyNiAxOCAwIFIgL0YyOCAyMSAwIFIgPj4KL1Byb2NTZXQgWyAvUERGIC9U
ZXh0IF0KPj4gZW5kb2JqCjQ2IDAgb2JqIDw8Ci9MZW5ndGggMjQ4MiAgICAgIAovRmlsdGVy
IC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNqtGcmS27byrq/Q7VFVI5r7kqoc7LFdNamX+KUs
vxySHCASGqGGi8zFtv4+vYGiLCqVQy5CE2g0Gr2j9Wa3evXej9e+7+ZxvN4d1n6QuZEfrlMv
cv0wWe/K352nZrMNg9RRG98RsCUQgAGhqn0+b7LAecDFxBmOutMMqk7/sPlz99Or90E6O2Xr
uX4QrbeB7yZJRof84fkpY17z47tZuPYIpahU3+ueOfjDi70f4exis/WZnUIjeBoA7hECDH/p
bCa59SM3ipJ/enZftUPPd6KTOzilrXT/wNwgJ6euPW228KG7wej+Xz3+oAo9zG4Ox/3Ykeg1
T3a6HzpTDIZEMR1Ox6VeIqLOidjjJMcwckrdkwjxQmYP/GcOkgxDp2hBpKdB8JDugUHQL2OU
ba1MAwvuZhvFqbMTxQNOYY0F4D1LhT/6cb9lReKpPRPCKwHVs7CcunGcX4lIIXtEIXNU1bcI
paz7Ck/qSeOsjshj/R9xoTPNMyPTHE7VQudEAjzxlTs0G8NCgSNklJsCLtHSbPLLh5PIWRRJ
7nwUe4G9KOHOWCHgDT25W8y61WoYOy3WpZpSgGEg/vfjYG3e6gDAyRf4xDB23qMHzsyEOWZa
FycBK0GVwZWHfu7KBKKRW+9xidMFVeyOBhCiIHSezRckpOWThIXAAUl2tarwM8D7I0GQAfmm
aRuebw+MrgQNd6E9gQ6jCMUMKhSKLXPcVojDsQZunQaR8whG2ulB37WcTqvK9CgM8I0GWU2j
STYIG5AJGWvBJsSzImoEZ9YKrMW+xzrCJeSxfWbT9CeO0ZlgOXS+muEoiEdGItJXgRN+zxZH
HMC7ugC4YT+YYRzEA0i1pNWXpkWxfK10+Swre7JH/bcKfIJ7BQns27BXIjwzEFPaKwRJykol
jLG72D9OfHp8i/IIMg8pZUwpd2qDVzrOECG8RSgwhHtTm4r9ciBvI0ZITAiphsfv0st2Qbvs
OyI/toc4ijEEgSSS0Dka3amuQCJHQ9Go4gXwgLFAh+NP05SwPFgd9oLU1iLuhAzAekX/ykIj
OzQZB+8pzRfTc/ydMXOr0Eo3z2QXXso+AOOnR6T5lolHHkjgMOiG12r1IvKVVYllrcQyRDf1
qTKFGXjZNIcW/E9snuf0twtGZnNIZV7ECHCy1EVltgscN2py3DACNt89PjBERwyKpaxLniSn
YPB/HwD+iBRX73YrH8h6a38dJImbxdk69iDD5fG6qFefV7//6a3Llbf+aeW5YZ6tvwIMVUKe
r+tV6MZ+IF/V6uPq14nU1tLazoi9ualqghSIQvazSHipd7/esGtlVJ3naYSdTJApqQz2AyMh
QnZUvO/zqDhggbhBMjatxTncI/4uOlUX28OgEkWWIQS5nmh7Y2NXhPGKRw2nEGpnxLpxVhwZ
5AILpWmIXQ7ADxKUwB1IX0KOyMZkTXuc/0ImPMo0GBLjST4nsF8ykoHSadPWGneEgQOJi4Gm
tYCWGNurzqCQcZJPAEDx0IPpIx8UnqZAHYYEP0sIuiTbNI6cN3xSeBWBOd7CJN0QxqblA4pK
Qzlxe4HSQJxtCnEZCPOSsi/caHJJ359nX5RqeFP8MRrJrGT4kmamVILMaEU1rOjD96fE46N9
6VrOU9csLVQRS3UcVRIBq/XMsOIBgvcDQ1RLwcilDgAHim5VJct6YKClwiOksM8zZPQwU7dT
pTHRt6mJaiRITzZ3hZKhyAzswWxatwpBg/BzzOCAUJ63Q7sde6oIvHmG+K4o8EPnt03G2ofd
qrMAOokETpjIIFNxSKcKETEKsmCu5raVaV56nr9jB8BFaSC5hXpKjLd3OFHlSrVWGkwFHIDW
VBGmXIVCnNIVSj/1UdgMTEnrB8gsQWxDD6y8GCoYASINwQj34jvhB16DoaIdK8FcsiJm1/BF
Og5BAJZjwWaUzswomb1HEgpI/+h5eLcieTOaqmSW45yKgDDxbolwqYRLdCSi8oDvEDR72Uii
gdEyhFODxjupQUpWnsUXACVx3cuWS3yHj84G5s8YEA2X6ET3XrGJ9TOgcF7HUeTJ6i1skciZ
FOocm3sA1KRG2DKeeIKrIpxRPFFQwq/bhtITzj+T49ncgVOTnWAFApJ5OggxSfOIw4F1wWI5
kAzIUJpSBmAnTTPr9ak8jWCUaFaqruQJXela/EBQKLLTHlEEgB++q+RpcnKL3Hnds/FBHkHE
M3oyRqocdaOFiNxmoVDRZKx+xLfww6n4RFjxULQoRJkSEdYkROaNCdhnEYCGLkQ7RZ0ivOmp
BKHcc3ZULRjB7SA/i8n4kbUDa1Bki/ax/rAU+oBn6giEV2VM4KZJIC0BMunYI5tGLQG4t350
20zIcjcIbTeBY3liY37ifEKmQMXsodscGAmTK4Z+aYX5IMzRS7C2D2dvCJjl9/Re7dE+cbFs
m/8IXjNZKX6hcnAEeWKhyh/cv7B7LQpt+7bhEku8BwMFHrgQZSBw/81L8LrWCnM2E4lXmBvC
PKbS+C0awuufEfG/sPTqg6kuFUcCFd7Piqzz0tmAjW2jmej0mOKAC0ukGF6csPBhyhA/j7mG
rhXPse8AoJYy48J7GJ9icchFVxBGkJV7gdQJq1plW0M4GTv9kdNBMO/P4AKoT/M0qwAYHRvZ
g68MWRQQXyCTaV+OuI0q9NCJPGkS2Np6iiEbqX59h+KzhGW1H/mxOCV3cP4n3o/ioxKSiBqk
88IUKLOigeKSsWPPi8A3a5zSspp4f+C2zVfYqL+QUS+ViLUeVEkZgir94OoxGUlJFEnUYf5w
WlFv4zTokt5N6fwZcSlaEZ713CJui1FxxZ8niow3PUbeeK+IgpoWazkqyK2e8eOIch5r1WxB
kqXaSy8Rl/BY7T5Tcc1ZFStc1hwX7DVPkVJphhs+A0ZfXJh8FdtvPSPRWzOzx8/bCbdMY7rB
u7lMbidRNeZ4c3EtiKwg5emBBgg2o8LKEYIotUf9SEpphMiIz1NUpvH/SPXDjhpoe7ulFCMc
p6yGyvO5zukXY7Zt3KFuuXF3t+R5jQVkLCqFM2v+lo5RMHWJqM1MXs6vCsAxMk5GRB/Ty+fM
+6eXEyyKQcsKx2wyCljrR8Nqg5WDDVwdr10aeff6L/OuQkoRdtZo89J7pTOsWEtHx8PichQa
TzzA3fAtShZDWQQnD+1IzykP61DbEqG1BDhRGJL6676KWtCT7Y2IAK4eTid5/U2XX8jCvp+5
XpxKLgWrx6g9wKMak3HFYQYyMySaSrEoFnr7ge+GmS807j0wYiyqpiCLLVv0SXAI8c7w0p0g
BUXAWB6ut0HuZhn/rRLb5stfmzal92VuZHN0cmVhbQplbmRvYmoKNDUgMCBvYmogPDwKL1R5
cGUgL1BhZ2UKL0NvbnRlbnRzIDQ2IDAgUgovUmVzb3VyY2VzIDQ0IDAgUgovTWVkaWFCb3gg
WzAgMCA1OTUuMjc2IDg0MS44OV0KL1BhcmVudCAyMiAwIFIKPj4gZW5kb2JqCjQ0IDAgb2Jq
IDw8Ci9Gb250IDw8IC9GMTUgOSAwIFIgL0YyNyAxNSAwIFIgL0YzNSA0MyAwIFIgPj4KL1By
b2NTZXQgWyAvUERGIC9UZXh0IF0KPj4gZW5kb2JqCjQ5IDAgb2JqIDw8Ci9MZW5ndGggMjMy
NSAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNqNWEuT2zYSvutXqHLi
VFk0wTedQ8rjWdfaFdfWxsrWbjk+UBQkocKHTJCeUfbPb79AUSPNJicCDaDR6P76xfv14vV7
lSyV8oskWa53MAr8PImXWRD7KkqX6+0Xb9vdrcIi8h7vwszTOI69rbZVbzYwmUjDobxT3sB7
vxwP3dDBvF3drRQfLe/C3PtOTGrd7gdYPXzls8byMY2bv8HCWNZMGeTyL/YIg9zTervqdqva
7A/Iafj6GnbPb/u6/rgMlisV+3GckPy7Xn8bdVud4LIoTD3T4hfOHjQTupZYwfmu7vbwOf2E
bF6/j4KlyvxQkWqAaVT4RRQT0wgkVWHi/Qrb3z2A+FGWeGW75cG2RG4lTxp4QhSAyvBxNdAt
c79QPHAPUz/MWeQHUmXJ4uF5kG+ra/uGT4bZ3GSZH0cJHIcXBzkd/y1Q2Y07YJRHcBNu+Xws
K71ao0imgcs06+S3IAne+nzvL6jRwQJJ3bh2xdxY0elfvfZDU+7ltjSbPTNNvU/TM3kRRYHl
DyjiAwz+/pbp/5XtPn9/7sYT6RS2/QikPPXe7d6+4r3v/o2Wfcc7Hz7x17RmMOVgviMe9QXT
j/4FfvhZn6qHDtkw/uvaKYRUkAXphep/ZTDEbnsvr43xZdbsW40QiVNvhwKjhnuewypS0KtM
u0daIgiFoxWBm1Cq+WP5VLfjb9XVY9MKkQAOpwZU76bWFrWRhEhnsTM/SYqLN3YoJyMU5ImT
hBwPv7q0GkcpS4MDM/mLHICHHDkU9OXG1GZAzZ54M0q+42Fph54e0jWmQtlqplclSQq+NzJP
uq1EycHIeRh5hNODPt2wzmEWVhjDEpW0uDkA6hyoWNpy0PVJfL83olEyDFCGs7FRqn5rHR9b
OQbmOJiuFQ47Xv82lpORAGBajlGYg3BAE0ID2XmshxuP2fVdA8+PEowdcRR7R4pyJwv6qnmh
0aWD+yjgiiO2OZ9DGWion5xRTCNv5AX0LO2jH4J6s1R54JTgExh2BYUAmDgN0aGT8Ynwg1Nm
11mzuiE6KASvpuPkIcQ9KVJwCefCqJJcOc9Ac+UBoIHTBo43o6lliPiLsgKhD7udr7K7AJnG
TO1PfKLq2kof5bh+MnZgR4Ld5BFAnSGQ9ArDNzcyBmeIwjuWqOHBVGNd9q+YVjm/pcssEx8J
n6ZCpgcmEXY0j3/YE7w3gnkkNfQAyhKSLH6QCwZBS05ZMYLMQZmJF23JctP6c1GujfI4kymN
vZIEgkHVNQ2HFJgm0wW4hT+Ph66WvSKe1QMKmMXnl8HJIzn/hgPNiQ+03eBuOZuuJ/cC4sY9
AMYYLG9F3Pd3eYghiaKYfkLuzbHWgkwMZeRVFBxzr6V1iZQcEMF1JQbiKzcESt1/v4N4Rq/p
CDOwbCRYlxJGZxrFIaEJ6Gf75qRLuNUInmH4zLpAcQqNOYbU9Y1Hdhs7iTT5TpQG4I1bzSMO
BziaiiuczE9SBjmhvtDbIBDcU2QgW6Ug5Y6PGDlK7wWPb7WYhcn02CdgdaxNZQa2ZOCNFqx2
LTm7R+QxTiOvhhwhw64lyMecsTAn8VSyAA5L3umSk6zvmLotB1knww2l4YQJBFEGHj24m1+2
LijkFbOG+HL9BEAeR2+yrKlrnk15AoN11VOolcSQeTtCJGaIA6kxTF3IYQxfpFUOJPekWMp1
I4uJ8E0mdSQux8Pg0WxltDWcznqLmZS9JREdwbJpQZKG0phxTkxk/v7L/GHo2l/4GEb7CLYF
QcCEqSxw/gShHcN1ILVbvsz8IsPKDUoiP0zCZexHEZc3yY36DiJr5OdKwctzP8u5PpaCBDPB
K846CMFYxR4h+Xg8Z2TEPS5MmTJWESe4ThwbV6cKhydTqi0p88GJkj+QhqfyZFIfLjyL0UQi
wyNDZ/hrpOxrAhmm3wj6kEYP5YotQODgMgAWGB0w6Dg20YwfVbKycYrGIF+EjQQibHEIAbBY
UalFzObF4XzLy4C/lrwtG/0GgkKsvH/AJgoMn9f/wZ2Lv60XCrZDf7NUeeFnKltGceQnYbis
msW3xZevwXK7CJYfF4EfFfnyEcaBr4pi2SxgmwplVi8+L/45sVo5XqsZs/vrJrOI/DDMpxup
MXiQvI5520o1wEapytFKrWAdIqhCOOMYp7WhIAQ8Zt1XwaqkLNUwAdQmOcx0oytKJKhyYQMl
pw+J7kKZ83A71Xbc71FE4HIGu0u35iKEC4IULTDoImS5MgnTcxOK1poXlNPSrRyGyEOjc6l1
I/yw0PcjakSFHBuU8va6hRIdIzP6vUpcuwJbsMvHLVM5BjRM4K627nm5pFCpFDnCdurfgCCx
UNgh0NkRTkyYFX10y3CjF+GgCRWuq1alHodvwgLCfIoM//fpa1RemMHTtxDFYaRIr0ghoYeS
AwEZAldZE7hOvxyAomvdnLstXJGwzUzoM2kADzSzDpaudgy5GsDhZbfipGllEfmvXuzRGvo3
oVvtFDBaNuLNzkRJwlAuxWDYvC5vGP8K089w4FHJm+0A8OYOiOlUMfATq3IDJfG89IijELId
u+p1KLIdgRuYsEzpuYBT6QVyEhZStIKrBFdIxdsTr59ztEov/0NtmbaR7hPH54ABk1lPINAn
L8hRQX/eWsawcdZa4hQEt4Avqm1jBT5vmV7y1PVL1lCdgysWwgFlpq7lPdRmw7cpf5cWB7ed
fwZgrkSLWnejS3zilfw35UY7Rq7LXay0sKmLSZeWBQLxesGyL1U2GFriVN6cZtPfwRiqzmeK
g1V74K66BY0nQSiAwJWrfgoZVK6NhbELSLh5sj0uPLc90hjFuBVB/5InVWPfTx0x5lduRFYp
1M8f2ouUG82yMmF3no0/UA2wl2WpXYtw/sfOddNB4cpG+d3JDAct1/W6pqx1s+DmEBhjGJfW
f0BfH89tPZfcLTTsMSJi7Ge1IZbXPX8BqWN1sXLuQw8itPW5XltLlRt7vxvOc65Mj72LAoiY
XQuNGcCaP6QFnhqAwuW13GtMT914b6X1ncpe/reSy325dzRSL9amFYYWlCc/anJpbGEgVfaW
Z1Kx57OKACakBPdquEou931/+rOnCuVHgPRVFPixKug9qSuc/gfMp+YcZW5kc3RyZWFtCmVu
ZG9iago0OCAwIG9iaiA8PAovVHlwZSAvUGFnZQovQ29udGVudHMgNDkgMCBSCi9SZXNvdXJj
ZXMgNDcgMCBSCi9NZWRpYUJveCBbMCAwIDU5NS4yNzYgODQxLjg5XQovUGFyZW50IDIyIDAg
Ugo+PiBlbmRvYmoKNDcgMCBvYmogPDwKL0ZvbnQgPDwgL0YxNSA5IDAgUiAvRjMwIDI4IDAg
UiAvRjI3IDE1IDAgUiAvRjE4IDMxIDAgUiA+PgovUHJvY1NldCBbIC9QREYgL1RleHQgXQo+
PiBlbmRvYmoKNTIgMCBvYmogPDwKL0xlbmd0aCAxNzA3ICAgICAgCi9GaWx0ZXIgL0ZsYXRl
RGVjb2RlCj4+CnN0cmVhbQp42sVYyZLbNhC96yt4C1VlgaS4+za240pccTZrkoPtA0RCImNu
IUjJ40O+Pb2AlDRLMk45SdWUpgE0Go3u1wv4bLNwXnqh5XkiDUNrswPKFUkYWLEbCM+PrE3+
1pb90rPVcrWOQrvdDTzw7AZnArttqhumsnJQOZO6rdWxUL3ZVRreoVBmU1/uQU7ZyIonOtkB
Eduq17wlVzrry23Z7G9tzSVqILUa9JPl+80ry7VWXiCCIGRlG1AhcAPQWjHRtAMTnewN1YKE
HZIhy0UilzA5oFzmeeeG7iC3lQLCgyWxXEWxa28KOXylmeWIZiiW68S+YRl4bV5SFdmoVs0S
boUaa2Zpp3NhCo4+vwBb29wPuDzfrluySq4q3O7BZRSaGClzFjDRSR9R+95su37+wvCjrJbJ
LRuYOTLc00+upKur/Ams+aExITCh2y6PysA+GncY1l3b33OFjhADdvThQGNrJIeCD0RaD/2Y
DWNPw8geWv4/K4k8s36rFsm9bMpPKhd0oheLMEwvjn0z7hFUrOAM05wFywxnyrbRT3G/83Id
n8F+5QpvHYC0RERrlvbO9WLmvBUgIvHhvuQqwIYXNKhtEINrjkxkbQNHkYVVN2icjAhOpVCA
oiCNGJM4jZaveiXzGx7nrD1Cny2Rs8ytQRnS6F0CJe0Y9XxNGKHLkOceeIWX8EKjnMPrHqPw
Xc9N/AijZHCbwXg1a/vZh5oDvG1yimlcZpiSdxrjpq6S2QSJQtWMA7oUz/BEPQmlu1xcaXb+
BC80Ad4kdqML/35XNh9mLEQW5L3UTfEyaC9fhEHKoOpQNjtzNZQYCL4fgAY4McgcVwc5yUke
lFMMQ/fUcbZlVYlMZj38VIPKCqHy0cl2eZtpZ9SHdgUAATOMW+3sykpp500HFtnAwaIY6ofV
Ze9+++KbK1TQRz9LpkjV2dGP1lRWZZNLMbJCEK5Sb/di1zt4hlNJPdQtyHP+1oLf/4LY/eGf
qXWCnlGrUJI1Oh6PopD9QfY52fCP37LaObTw54vOwNl3MU+sPQNnkzL8RKR+QkIDUMJbh5g6
MMEozUkCfhpEZowZDrHE9IzlHWFioKUSmffMcA00YvpuhMBd1pFYJwEdu+HSGHixXUgsEAc0
kZmZUyAc1vDUYRmGXIbLdtQ8p022o9gaZp1xqTXbihbFHnkw1QTMT2OV3zoLB2Xd9bTjsKTM
Qzk+xei7m+IpIeeKq8hDGRwTTD+nAryzqYY00/b3pHzIZiYTcNDH9rHMleGUXVeVmbyVyL3z
nHVPWSiQf8AwBvjA7xE99qEU1EVQ1cQauSfrYjgLLjbICu0H/DoHXILsDuQVVnJKL+1+8n7u
/IyOMKBAYSSrQYbr5/DDiLiD539dLYYj/FwRVGsU+yM4BEoOMtQkhmB18x3KAgn/i56/YrGi
HuSKQmwKI89+ydF3t4z9B1rhLBnrmmyoXy8p4+Mat4oPhPkaMh+b7rWcKhfU86HMSl1r0wmZ
YDFlmuaysb8MkKlFOjVNcs5Af9nEpCJK4sfW61uNWGk0bNqphcPexQvnJrPcVkYb1bSUNgse
YodDqKISrC+qPLUrX6rD2HKWOtI58zHnpkSP8WSvzJRphM11Au43ILsw7nhwg2Lbkbkadd4+
3mcWJfXNrfbiZPmT7zFRq7MM/RmO/KxuFPoulNrLZn9CjGmZIoA2t1+ovr6nM1e3DWbcicbq
tTFQpaZCBSnEmGkq4V/Wx2etNT4W6AHCZaSuyZBmYQS26KPSFzpPlaXrScrHx+kWPh5/Sn7A
E1JjN9+1i1L1iKQ+wwAuoEpVvKApE43Z1JZCoD3BFX50EQyBi5p4JKTJ1PhOgCYHGoXTCt6M
EgiKVT1XabNID8y7yRueobV5rIPfJsdPyJxeAShorIZylUOb2WiorfQsYeaOriVrNUxlWGNH
Kr6Yq2swJoPKhK55E8ArEo+mg8tP+BLnYFunYh2FF9HxvG0y1TeUC4IgOTVqVD72ZOlSSxOD
yJPO3wCAnb8BwFy/nFrSFr8urILYgF3s+QtA4nr2K8G7XmcvWrTckfxQVTw7xwsO9AMvUjZI
YsUijdEcfuKLxPOsQPh+ahpT4Fl8vVl4YCXoYucPM17iisjK6sXvi7fvXStfuNarhSv8NLGO
QEPmSFOrXnhhKAIwOY+rxZvFT7Oo1SRrNQt7hh+CYisCfQLyzxpUAQW92BfrMDqpRC16KtLI
Rzbwc4QNtYi88G6THroXTTpef+rToUhkzpjlc6d+iQ44NfDW5Ook4U49ngzyJ7OuwX1lbmRz
dHJlYW0KZW5kb2JqCjUxIDAgb2JqIDw8Ci9UeXBlIC9QYWdlCi9Db250ZW50cyA1MiAwIFIK
L1Jlc291cmNlcyA1MCAwIFIKL01lZGlhQm94IFswIDAgNTk1LjI3NiA4NDEuODldCi9QYXJl
bnQgNTMgMCBSCj4+IGVuZG9iago1MCAwIG9iaiA8PAovRm9udCA8PCAvRjE1IDkgMCBSIC9G
MjcgMTUgMCBSIC9GMjYgMTggMCBSIC9GMjggMjEgMCBSIC9GMzAgMjggMCBSIC9GMTcgMTIg
MCBSIC9GMTggMzEgMCBSIC9GNyAzNCAwIFIgPj4KL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0K
Pj4gZW5kb2JqCjU2IDAgb2JqIDw8Ci9MZW5ndGggMjU5MSAgICAgIAovRmlsdGVyIC9GbGF0
ZURlY29kZQo+PgpzdHJlYW0KeNq1Gdly4zby3V+hykvoqhGHBO/sk+2Rk5nYsWMpWzs1yQMt
UhK2KFLh4SO1H799gaKOeLZqtC8i0Gg0+kIf0OXs7P21G4xc106CYDRbwMix48AfRY5vu144
mmVfrGZT6LbV5fJ87KnQalc5DzZ1de5ajwVMXWvNsKxapwDUJU/hqyKrrX44/2P26f21ioZH
RbbvBaOx8uzY8+ik3x03Ysw9pgBj5BBK9djk9dN5EFhpq/H8sjlCe8xbxq5v+374v9Juqq6e
56ejt1mh9K+NnhNNEDWxVWhE9gknLbNerXtK45nHn3nagrCk6iUMqloDo7RSLfgLDPm0XmTN
6fSdPp6PgRvUdNfiQcAZjNkHIqsr9dO5ipmxGhYaHOSGo8C5/+nz9B3j3t/B+v157FrveH16
cYvY9zcTAdxdfhLc28kHgd3cTYGOezKj7AsUqaM+BQseIS142AsN417ouhEISgoI0we03NU7
Jnv5M85+RBEFggq4xPlUAPc/3c1kOL2fXDEquoqzI9b93VS0MfuIOLeT/6tKYIyXuEyLV2NR
vedsRmU+YYLWymZr8w8o98V5rKwZWvtCeH+YXE8eDOPEauSEO5dhtsJzlBtbEFoMSy1Dmrbu
5m1X5zw1iE2ri4KH5QB7Xq03Rd4KMjKl17CaLgWyQbbrdA0odQP8KS+xsrRNcTWy6jyDs0Ao
4TSygyARrQassppvo5c4cC4qLU7g4s6LLsszlBFo+k7IeswYb63x5lJMaBnCehcyc/K8BWq7
azjaAk1kPdMgZTkX39zZ2iK1Z/zJc1nZsOY2XSGmoU2HTkWRR/mJ1aSoK1RCGEBgYWAFB4B1
/53PkaGWgdstFClhHDhsCYA9ERf1q2CQHI94bThBkOFdywa9uI71sd3dTKcUOVmFV9oV2ksO
ppyD0CzHMFfq3ji7MpF7BqG5reT23tDtPUhrSSR+jzYEm8DJq/bIFVGx7QBAcAcO2fAhGYNy
mbIbQBDJX8Be6POhJ+EdVrVg6RIECLq8nOey8khJYodvGnccSuvvZWeFIee5lMPyPKN1m100
VLZy1Y4uZqwzSB1dXZvcUSIR0n3AJmpxqb9YdAzFPBz+dvWhYdR5WvKgKotXHvW+i5g9fdxd
o5unpW5QQlzVC94CVuRTArZ7gPeD6UP8yMuma47ZtNyrO8r8mYPUoqql7DDJcnuhJIZl1abP
mxnr6shtvsSwpzzf0ubb8DctGjSy59Gtikm8hgMi1T2Ig/Qr2bZOl1T9yNIqRds+EWjJoEyD
/T3QQylxAIEmtiGndHLA0aCu82Z7cJkhlcOIxGoiFcRHDkAgRhETHnFekkKg1mnSWqNFEWhi
Jt1Ugjzp/Bm9Lw76VAjD1KADCHcgqReGrflKZEblxfZ4DkNU2BQ4Xr4es3Ut6QVZBW9BVnat
phxbeWrg4L6Hp4JZWp70rvgnOjaNmpY80VcQZoCBVVouGQnxOQIp0h9+u0YWJg8PeFkwZz/w
UtrwCjqtL4mxA22HL0JilUoGwqPoysBge1Fwawb54W0bRpJ9TViA+TpPG7qgOKFkVoJMacYA
Cnrw5QsCA3ZQErIgUAzCkBhAUuRBPIkwQoZqdvhiuNg6DwAgDLAdaEY5+tByFN8SOJu8gtT+
bNRBcL3WhYR3L5Ebm5hbDQjz3kE4kQgHIAgFgCQcspuEzC58/6n/InHzB54/GPvT9b8V6pg1
ihwzve/6wBkGoqEQHAfymlqauuFATiwV3brkaZmSaLJIsuQ83vROh+e89AEHV+E0DbmMRt/R
oWeT2ZkLJzsjd+SpwPbCZOQFWJ1Ho/n67M+zL384o+zMGX06c2wviUfPMHYgbyWj9ZlnBxDn
eVacTc9+7UmNDa3xgNjlQYfnQVqLY7c/EeX+DmwbQFU0o1yYs1j+tsgJ+NIDiPJHt0bb9H7N
NoVFEyMwt2zNzZ2PC8kUStWhy0DQF3PHxtxoa7pYSjnk6AuqR9yEsquoleo1uH/bSIdNG1fZ
CM8RkwoK27YHZYfjmAJTSeEBX+SRg7ybkE8hkMsNV6qYVDwaV5qNrilJwGIqJLbFxt6d4Jai
pgqso/oYChi9hkQn9TKe0C2XEvZdqx16Diz2pQHY5kfO9gRHH9cvVfmOaS76zMvL1CpWaz3n
KaZxlB+y2IxzKMjxypVA+sI4bLpDEVgTMRSvpq3HybB6Ri9IrEVdrXkEEU5L0ZkWDGo4SLKM
7/FakhLo2pp2C8miwZt8Q26X9tUurogiuEYbNjxQY9mJF0qR9v531/Nh13/+caScGxvc/YSj
lIexqs2HnSxBm9eBp1cFJ0ZcYO/xKfTit8nBmTNZW29Tdt1SKJ/nYjzfca1r3ffJLe9I5TQK
bwIzlImBDg3apQXVXrAoKVe8vOj6Lk0kOFLsI4W21o9dyxVGJJQpbXqD24wTqbIpa3qccXJ7
ae8HLxVBNILWTcWBrZxvC16G1nhA7DB4qSiyHRDJIKFoJk/jpXh3GF9D21fuSVg0tN5m0VMJ
eJnaYfGXu9nkkLXIhf4iOg1rQusrrEW+Hahkh7Wruw+HrPluYEdRfBLWDK23WfPdxN7j7Prm
gt5PDrkLYjsMT+N2htZXuIP2yo123e7X3y5ujnmceUFVkWNHofom7gyt8YDY5ZE3Wx/yftif
iNzdXvzrkDMfPNM9DWNM6it8BR7cF7XL18dfDvmKIU65J9KY0PoKZ3FkJyrY4Wx6dXFzeBOg
OwOLn4Y3Q+tt3iDg2pG7a839BzUafb6fDN5VsPaBOp8ydMTvFHXG2ZnfkvG7oZKMHm6iuH9s
oMd7s8nsr9sVdWkmkXPLAhEwDnefGdK+3KUiww2AvbEKYyw7eDCvuiLj4TbLwKShJyscUSWF
X/xE5gVL9y1yyN0JonBBAgNOXwV1CGOqmUxlRSWdHLFJ54K/zWmH2bGvszx5gqnoYRdmKVQt
KFboS+3oQT58pidHXMa/QCD3POnM4OMnsFZ6uWJAli/rXBapUfPopT7IX/SjLqCUhO1yMnU0
nmmJaG//2PU3b3jmObZ/EuFa7+CZg7Gn2z9yAseX553ACehk/FK/xoUjTqXDZ2uUUqLLlr7X
7RHJyESlKPitiqePnS6y/lB+eXj+2xYYmcIuLZK3Mx+aZqkIodys9V9p3xPiEirA9/1t24kT
FgxH9BrD/aRAFh3aDkeHVoBbBbaOYmlyCYvEbI70imh6UHmyfeL1zBsueQzsvcbLaupyhT1M
Oe5LN91X/PLPWmJkR0LYY9C3MYfQp2tyEICX6NU3Nf4Di60wNK9z82cR4rFvwIB4wx740I+k
fPdDq+GKNUvrjAHSTNDTR2SkEUxAozjDa83gLVHQ+R8gfHKYHZY/ECqhD3XDxA599xvLH6Y1
HhA7Vv5A8Zio/kTOk1RjfLlHYxxnFNzMjiDpn4JRQ+ttRn0/sqFh3mF0+nk6m9xu/yAC6wVQ
8iX0p2Icx4QUG97/C3lhKZRlbmRzdHJlYW0KZW5kb2JqCjU1IDAgb2JqIDw8Ci9UeXBlIC9Q
YWdlCi9Db250ZW50cyA1NiAwIFIKL1Jlc291cmNlcyA1NCAwIFIKL01lZGlhQm94IFswIDAg
NTk1LjI3NiA4NDEuODldCi9QYXJlbnQgNTMgMCBSCj4+IGVuZG9iago1NCAwIG9iaiA8PAov
Rm9udCA8PCAvRjE1IDkgMCBSIC9GMjcgMTUgMCBSIC9GMzUgNDMgMCBSIC9GMTcgMTIgMCBS
ID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdCj4+IGVuZG9iago1OSAwIG9iaiA8PAovTGVu
Z3RoIDI0NjMgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnjarRnZjiO3
8V1fobdIgNXTF/vYl2A3601swNkEO3Fg2PtAdXMkevrQ9jFa5etTF7tbIyHZB2OAYbFYXayL
VUXq3ePq4UOg1kHg5UqtH58A8r1MxevUj70gStaP5a+bf/zt4+P28+OPq+8fV8Hah79gHcQK
6NREV9SrL6tfP/vrcuWvf1z5XpRn6zPAvhfk+bpeRZ4KQplVq0+rf06sdo7XbsHs3a1kce5F
SXol2adfPj1+/9ONbHnm5Xn6x8gmvP63bKEfesrPr2R79/bv7z//5qvA2+6iMN+82+6CzTjw
xD7xOBxtD1Dkb4rO6GEbbGzb8FIrJI3BD888Kdp6G6abvW000A5A3AtDx6YFfL1Dk6x3eeAl
aNcg9uJYkVSnygymugBxEmyeOmMY0k3JwNj042m7gz1M92J7U34H+NTf2IHXif9YCXVFsqEo
ghhaHP1NaX/zgwgXTWcaFHlwC7oyxdAzOZjHDxnkL2ZqVMAX0dmgN7rDf1Q/DmIyFo600taC
fWo7BCIws2FMr2vDqJPukLgmDdDwBAi9bZg85Olr2WitpL10IUjTwbRHHuhzgL07Kjyyu/OI
/ZWHm/NRDwIhG8Nw2fLYtMtF3JA3A6fEfrbZg6OyjSlwYaS9zS0vglt2GUyrlrzb9rKsq4oB
shECe3Y/smucXUD/eGAFUXo0/ROD+r6navIOygfmM33R2dNAoR1mIfsFAetsh9SneV+0pd7b
CqIOFLxsMzTnLg59sSBydeP5iDwuzPAHxqG4GNG0xyBjfSJz4VbdMNuSVwf0w60mkyFjf3PU
KMzLAoNhEkW5mA4QP+PiR0ZqHnoJMJrQmQY6NKX4oeqvUAh+QXdOdrgwkgQuGa7529I+Xea9
Ynf4a8ogMO2c99iyrQtQS3t1lzv6soCJ0yjh779iXurdQbHNgdf+9Zf3PbolV2h3cjeiT3Sw
isEWBpOHCkEFtPvIy2Xb/Glg0OU82iuFTHd2jJHde4k3WPl97OWTJ1whFy7mI9rm+rxxtvtl
C67FjcPchxNiGEC50es5pSscIUKRD0TpFPxIiGFkqlKI0duI1fINia57MzAaImhLjsbJ2eKx
QrIrhv1Rd6bkhfPkiiMvtgSbrr+fOdBIwOnLaPo590WSFjrzBj96+BCmy5KZenEE+T8MvDhg
i4BKKVO+KvteFsGWSHJs0V1nZk6ZKEzQwTh1BwtRHCMhOrx1JYMRbGCkH+RzTgGTLXCp5qPN
u3AuJVsi+Z/vKLNjGZfu/QZlJL+iCNea8FRJJU5Rm070sSJ8007qLMQiQVI/uTIr5h3lL3Mt
TvvxcMDwno4OnIcwgaCVAEYaypUNw6Uh+9rB4gFF/yIWzySOEraK8w6O5AEE6Pj9jAb9iBK8
ZezTosKxZLjt871I2UHzE8agUuTF/jcbF8OZs0HKOSjzl7k/yrCsFxKturswBRZ9RFBtg3lj
CrZQrzFj2UroCilBoNXQ6cr+h5uRPN4Uet5gjin4pBx3d87OqbKFHgyFrSTtEHYznMqBNS+c
Kk2C4OLZDkeGSkNGlEYr2DyjPCSZObHuoX/bICAlZeOTJdqe6cbTjkIBV+5JWuphrrjQRfyf
U5B8q6NE0549QWKHQQYi0EAaFkhyZMRgMWjCIJ0rDQYmGHFKPEimpcAgDFkds30IxeiZNjMn
4UW1nLg/M0+KZ1yhdMcw766bg1O/f7iTznVZWumRYZ2YUeCMpxPlQI4ibDOk0olEfcvEVOQJ
0icOCmHGQoy9WCZ1Zw0l043spKnPeDMHsfEOnnPTbQd04i51X0m+cyGVvPIGr1LHGPI6d/7X
ZfCPigTqSsJN1+65pAL8slXcOFe2XFxBoghSh/iFooYsWnMWiyI1dSwRNoGuM0KVbMlYLO9k
AzomsBNxuNDZp4NyqaXEAzEpTaxAEPiwvNeemK+2F3auzFxn5Dl9vcUWHi5Guu/toann1h1w
nH9rnqAn6Z4A8L+xXzB7nnyaWrAXaGXI0YRfJHmcUiv5LF0hImzjxtMoG2oe9rq3BYOlkTsa
1Gil8istF91ylPDdJkqU1FsAlp0HLbRMOKfC5FXFLZlwL50ywmg8utvF7vKnXtcrYtq7hqs2
84d3XINmlD4TLL6nJA6pmlLdwWB1ZYQcgzymUIShshSIAE23CrW4x9GCfMv9rbsEzoeXaJ6E
K+1Yo25x4C62iK8gC9yKremmB7cDaq/RO3yfZfMjB75a4k1tigfDGL68I+ROKn3gkLri+IdI
pjn0n6W8ByRwzfpB+GKXwTzeiyjyfWcqKFFKoYwUu3jybpOitGFqw9eb+R46ZZeEe61xcmuo
FrECEy1JKpnONCD5PsnNniJnhXOEUKId5gSmpqRFhPHy1ULNDZQV4knmuVu4UwypdaDLPrUO
KnOtw1XrjHjNQ39sO9RPQcWarq2NndyJNC7IVI69IXfsiLcy1kY3vbhJRe7CiSun6ZbKXHo7
c8UqcavBZOQ4koOEMo8l9wQl4/fSByOseTigD1t8h8EZBSCM5qvrsvH5BDGUaWCULN3RUbv+
qNaWOygYKXHGkXsOgVUJeDlJmq+bkAK/u3tSMBQUPo4U1Vg6FRiDYyxuVTG7jnpY7a6wgKVW
W2FsmNKUaF8oq4/IR2wMFccejq6Fgql7rHjmKfRwth0pbSX+Zk+PachXqO29vESbiaxhzv1+
mKeYxTO+lqWvX1cQmfDDxsOH6KqS+pGnokBqabHF7pza99uiGysvT3OhxGTsksf0EAJ7SDAi
WLTyFjIddgoYevZQ0NGjD5myMrrHF6DIdykIsW5k40ptiXNPBVfZgp5e8KFwvnLJyyE3Rwjx
hVKwLY9zvoh8OX8lvyPKB6Qf9M89dzzSJQTzuwU+Tk5pCcSoFxtAQbyuMxGmF/6UIqi8lx9u
jMoXZ1dRo9iDAsbXMwxQP3NXbHnpi3zsbJmJhX6wMRRamNkXZPw84WO7K0Df1gJRQaoqzdZp
qdUd7IuEFlJws9A9826kLGBL8zJdIyrJKiQfn9W2mi8I9xqEgzX08ALFZj4+IVQKN8rFEPKr
7gXiO+Ni6a+c32X2cbnz4SJfu25fnlwGO9YS6tk6hfimt+809rI8WIO1o4zEU/eOg5dG4Xo3
E4n87uGIRNtOquCjApciON+/k6TFQLdnem273Dz5y88WQeZ73/DgHyhFV/f7T/7Cazcxowf/
dJ2AxjGlgRD0ABMEaeSBrEulw2yde3kSsc5xgnHoJfJKcByG05uHh/P57B3A8m2D9j5gQ+y1
3eHhXusOO0AvAJ1t7mUZWy53yv8XdH9qLmVuZHN0cmVhbQplbmRvYmoKNTggMCBvYmogPDwK
L1R5cGUgL1BhZ2UKL0NvbnRlbnRzIDU5IDAgUgovUmVzb3VyY2VzIDU3IDAgUgovTWVkaWFC
b3ggWzAgMCA1OTUuMjc2IDg0MS44OV0KL1BhcmVudCA1MyAwIFIKPj4gZW5kb2JqCjU3IDAg
b2JqIDw8Ci9Gb250IDw8IC9GMTUgOSAwIFIgL0YyNyAxNSAwIFIgL0YzNSA0MyAwIFIgL0Yx
OCAzMSAwIFIgL0Y3IDM0IDAgUiAvRjI4IDIxIDAgUiA+PgovUHJvY1NldCBbIC9QREYgL1Rl
eHQgXQo+PiBlbmRvYmoKNjIgMCBvYmogPDwKL0xlbmd0aCAxMjQwICAgICAgCi9GaWx0ZXIg
L0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp42sVWSa/bNhC++1foKAMRLWp3LkViOygeXg6tXSBA
koMs0TZbLa4oxc//vrNQtt4S5NiLxBkOh7N+w4+72eKTjB0pxTKOnd0BVr7I4shJ/UjIMHF2
5Vf3lM+DzP0xD1JXzb0gid32DH+gGlUyI+ffth26uXSLuSdd9WmeBW7bHYGhRKOQ16NY5OZF
0Q4N6uv53OWkOqtaW5Y2/OebWmPwvAZd+4okE7dvWZsZ9vV4iqQGkDoelfHm33cPju94MhJR
FJMvvW5htwG5ENQe2g4XiduoC3N6tBaVoB81qXuPaiBM6TRMfirSBHRTfPBQf4bP+8UCvgav
GLoCVR3g06KuoxJ4sULRBcp2KPW3QqnewGdxVKNA26DGtsIPhu9qLZgmylv6IvCldY4TtTtp
61it8dzJhhg93HPGeDtn3mVOa0julflo0oGXAwe+zNE+3Rz5hD1YtHXdNrwudWGDmndXZt3C
yoFghWcqDdSaEd9QmH8bcxQkIgJ32A2qhjAJsPQkJhXXuKwgtkBIcidzlWqYNG2teEU+td0/
TJUtx5QU7HHryhsY4JPlr9rGDFXPno5ljkIrcFP3ylLoFRrryVTE8fJZ5LfnvECxKHDXpCdn
Yntl++W9sLCocOubH/vAWyFvtV1vgZY2z5mTimVKdRYnQsrQiUQYZnRT8kYtRCINA8e7C73j
KyhFkQST2B7pbrjroF1s0tFgSmCDZndaGTH3ImhcSILdP0OlYv/rUln/E8AI6KdpAOgqaMYx
rtCrmPck5IQQZ28gmCxWUu8yUAy1slhgUx27pTJFp/dcdhOtIUENauq7vOj5AgrvtUEb+/yJ
eXlT8skvnx8XazixQ6H1M0Bgw82VL0e1T7Z8URYLx1axDV8Quxvc4ZswhFxNKPG6B7YWIgv9
zZcROcoFNvbNI5LNccgJHLhHbE2sN+vtI9aDQINnm91MgtW+I2/wHEP3yyRyinr27+zrd98p
Z77zMPNFuMycC6xhe7l06lmYZSKOQktXs+3sj5syb9TmTdR9fD0SgkxEUINxshRLn6O2eepV
Y26+tAf+9yfrSDF03VjwHC/m/7VaGyvavkBeDJOqSrt9ys0IVWPXWxAbux7IW2MNpaarSm6O
YArVHrgWgI9BCsFJyXq4Kn2jjWCVhRbTzwTPE7TKq6mrqWte5ve5ey9rqMtLbZ0obwABBGb8
g+D1n7rAmiLM60pzB4Tn/rCZ0xr+H/z54tGQvA8P9GvqFIg+CNbyuVgTgjASVNXoGLmSQkVN
c/M7vwRSaHQcYblu3qHRMdcW8ivFGF0xiQ7g/4gFl1MzDxWD2diipI3eJRhebc+XvKEb/t/0
I/iMLwB95oali3g4BmlywyNc27r96WioySIDDRD5kzGMxK1FaMoBBMPbBmKWpKH7oWER3Rw6
cgbNRUY+HShd26BVtX2xgAC+pVqWtNOdGjDFNwZx6WXBy8GMdqAU1SdSY32+xkp4tVXlG8+J
qr0bRbt6xAW8+QfmXnVUMKUioNWVKvkoJe3WGuec6Fr1qjM/BT+Z+SIJf419Mo4BuOJfYN9d
G0Ff6iQweyMGPpioMIxlGoogS6bjN8gcAEM4RtM3SiDloUhkbN+D/RlegpfLRRSFKY2AR/Di
rf5MfRFlWP6gS/Lklv7o9X8EotpwZW5kc3RyZWFtCmVuZG9iago2MSAwIG9iaiA8PAovVHlw
ZSAvUGFnZQovQ29udGVudHMgNjIgMCBSCi9SZXNvdXJjZXMgNjAgMCBSCi9NZWRpYUJveCBb
MCAwIDU5NS4yNzYgODQxLjg5XQovUGFyZW50IDUzIDAgUgo+PiBlbmRvYmoKNjAgMCBvYmog
PDwKL0ZvbnQgPDwgL0YxNSA5IDAgUiAvRjE3IDEyIDAgUiAvRjE4IDMxIDAgUiAvRjI3IDE1
IDAgUiAvRjcgMzQgMCBSIC9GMjggMjEgMCBSID4+Ci9Qcm9jU2V0IFsgL1BERiAvVGV4dCBd
Cj4+IGVuZG9iago0MiAwIG9iaiA8PAovTGVuZ3RoMSAxMTYzCi9MZW5ndGgyIDU2NDkKL0xl
bmd0aDMgNTMyCi9MZW5ndGggNjQxMCAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+Pgpz
dHJlYW0KeNrtlmc4XG3X90V00YUoYfRuRp3o0XsXXRhjhlFmGL33FjVE70SPHoRE7wkSvUUJ
0YIQIYTgnSv3c99X3uv5+L6fnuPZ+8v+rbXO9f/vdZ77ODYHi56hgLwdyhamgkJ6CAgJCkkC
FLWN1IWEAUKCICIODkU0DOKBQCGVIB4wSYCQhIQQQN7THiD0ACAsJAkSlxQTIeIAKKJcfdEI
ewcPALciz19FYIC8CwyNgEKQAG2IhwPMBdMDCnEGGKKgCJiHryBA3tkZYPDXCneAAcwdhvaC
2QkSCQkB7BBQD4AtzB6BJAL+5UgdCUcBwP8K23m6/jvlBUO7Y0wBuDEmeQAYi3YopLMvwA4G
JwLqoDBaMIyT/x+m/tlcxdPZWQfi8lf731P6b3mIC8LZ978qUC6unh4wNEAbZQdDI/9ZagL7
lzltmB3C0+WfWXUPiDMCKo+0d4YBBIREBUGi/4oj3FUQPjA7PYQH1AEAhzi7w37HYUi7fzrB
TO+3D6CmsZ6xsi7ff23r76QeBIH0MPJ1hQFAf1f/ZqG/GTMkNMIHYAESBIGEMIWY+99PVv8Q
U0ZCUXYIpD1AWEwcAEGjIb5EIEwrYTExgL8QAIG0g/kAYD4Yx0BBJMoDswSAmUwgAI5CE/21
qxhbQDjir9hvFBUFAKEoFxfI3xExANDB19UBhvw7JA4AumK2E2X3n5A4pkr+PwQWAQDV/0OY
3Qf+3U/iAQBo+zdJYPT+Q0IgEABo9wcKAYCwP/Avr38gRsX+D8RYd/gDMY4QfyBG1vkPxOi6
/I1CGF3kH4jRRf2BGF3XPxAjhP4DMULufyBmOB5/IOblPf9AjA2vPxBjw/tvFMbo+v7G/36g
FBRQPv4CIuIAAWExob8ciwDAYqDA/7vwERLh5glTVwKIgUCgB8ISv6NQTzQahvT4/SFjDuu/
GY7AnG8YzAcGJVqYRUGlIhwzWqIqg5RLPlTh8rgzZpVHjHZGvsySEtxbkaKcRre+N4IxHVNE
UjgiqsnTDzRrgHZwsTW6FvmAIX9DYOQ8xRAJNU9RtiH+IXTP8jH2cMFgL5lLXuz2AvNn11a+
w0W201WvTtw6rV0hcDHdwROcyrnZq+9BTsFjawvEmXZsm+lEVgWvtdJgxjurye8u9lVRJaiF
0mFay+xTqusFut7lSaePJFkScQXat2crjixU69IOuSsHIEsfM/sDTg30bn9f2uzCb9yRhbf+
DFwOWPvaau7TkcLVJZaHxee49GTAT+R6+hCb3jWyYb1NZMUGSHZGbb8/c8tDY+NBHU8h59mU
wwsUx+irsCV/d0VjSEqHQxCVOqtZWBiIa6rF/rYUSWv5VkhZWFsI21RucG1o6cwr+8Iy5yeF
S8NSd9MrdHHEXzj6YrXad4yu4RGpUWBJ+16Nus3JBQsQwT13JSfpjV+OJZ49PpDZ6S6K2ztr
m+hE66mhZ5BLXECmjF9o5xaHYUs3kNki3Y/ete+fuMhLc1D9iOyd8JX4qLutPLy9ljNums6X
1Iek35gaQISd7bqi5lYyLlmc1b3tc0tU3DAmRf9LaZVFf1uWdJtf4vHfp1y1ayRfQnqT3Ghg
XWqaPxhxAamTQm9hkMTn0FnZh8jxyIR7RM64sY3XH4Wp3HoTvVcytGFWpzeB8ge3rt0CU57E
WKPK3n+e7A4JTgxO9aVZSz+YKGm3D+Fj1lAnJ/WESBWKueS9a59ebBrId33uanrKAp1wJyP9
PHEeIKmxzVYsfeUb9Uu3QyJVdff0GdRojWre5peS4w0xvtLpIteod0B6TVPMxI7Y8rtPbJf6
Xr5trYcIJCF9nr4+8bqdK718t24Fpbnad7wX5RWyYjPtd3gc35jpvOVvDEq5XrAws2TZ7CIp
Z5/Gh7wD+69Yt8Xn3RVwJhmJfxi+C4OydPUrj6FGqQUOadYDZy8+NN0zYGson/UukBjCT72n
yy+FZv5Q65KIJzXtg+NjVVuucT5kFN5KBcOjMfzSqzDykHb1V50tDWsGLItLshGhr/uEPsBu
K/5Dyq/Gzitz7OrXNHBrfxOOU/1qTpewRGa+3gDKdtpctasf9UKJnC/zgYvLybY3S9iOL6sG
7ljXlCc+Xc8PqTUMsprytMhM0ANahMhQGUFdib+Zc3C8yTb/Gg2X0aggk7+nQvWcAdUgSxDI
k0rBc6BTc3PKdsx69fAWFXuB3qaBzzRFnKr+JnM/fV75Neshzd6ufvSlalXhocSnJooJlpXF
FeLRojTqjlV2ik91FO71rdwe3fksXY9kc9FE+JUhxD0v012Tw4YpxQwmVXRL6z6HdP/Q3idM
Oo68aXxFnhkmk0VQGiOsHLvMajq2+f7bjG3zRhn9z87xsy0a5FiKVxa+7jrBKTiD/ka04MI0
JqZr/bkt45TBxO3e9u86Au/ICewGmh9zD05vBxmMSt6G97gVSAAPFZSwH220OWXft9iwHGyP
Y6bdHX2ln+qulbzrGLmwUey02GhTzBxA7DE5D4L23CuzpPTrCf8MEmiKbUx9hXuF8CE/Z1uA
h9HecCytWDdIGAQwG+lTHnZ5ehfpmSb/5PViaeYmIrBqv5g/6fISTihfKYv2MvO7A7aS5bu8
pXKivh7vI7ZGrkZo0QbeCRJrx9vqDAXNYrlaZzj7yUm/0AK5zI4wuX4ix15NoorsSEvq5KZL
WHh5Z2Sr4DaHGO37W24RsPO7Wdnabx9gG83QrTV0jPk1SD08zqGwVvEVPONhXcmzquJjWNCI
TOkrM7jFkdUEL2g2qe01NMfq9EpeaGLNMu6reEbOy3S4oK3EVmcGFY5OWfVZ9gFnjkxRyhBJ
GYXxCMqwDdElC5WpSB0S5t/qUXzBy6MZSH0CPL4yecbjvo0q9xTSDVv8BuYIZA+hTGfvoifa
pp0waxUuwnX9ta/O2IDLonLXo4qqsy+Tg/ZlwPzTBJSiCbxhVxs2M1HHmPjuk5CMSqFmJTr2
lRHU8oysXIxMIn/tdPT60Hlg2vYopyHCL/DD2IGDQ0R7QIB7idQcNI5w3EuxYldxCCwXpZPx
JuRitXPpfkD2Oty0wq7SzPKZsvSVvVD4wKk5yy+pt6k0i+fFNusiDd+mt/c9oC17dVZQCl21
uKPS9NAcUUZHqKeG5dQBNfzk/r4ETrl4/+CMtcBTwwDM316DCBQvT+drHfR2Fk8cNFgm3JdP
fvk41zVZaiNG2/vi5+xsD18KSX2K6bav9pQeNc5E88OwZ2LAbIY2wWaDcPUpJ9ceuR4zu19+
T8AjEdJ8bUXjr/o3o+pkfZIdX8cGCO0M58obFeRNghp2QPXmj1BcJHJzw4B+SXy7rTzR8oui
DepKgqvWDfq2oUTW16L4bfeKtsLiH887cv3KZFx2pqDGec++WRUuaxL0oETz6VvcpZjQZ89Y
iAdZteCzH+vd9pw3ZqSMysFOq+nq4gg6BfZL+e9pMw1kt7jT4qISJbi+6n5TbiU8bQ28xFVT
4vPSS/1GZZRlXZxuE25lNh8mdrs73+fOpWyVzNZaF2vIva1OBAQpqP7mlTHmu9CIpqNKvqj/
4X35a5BwUVP8yfcaw6EY4zuqTwXkpehZxqrfCtRsQqSU+dCzkMTDaU/qnb2vagoaRbYiI2Ov
qQXkCV5wv2hJd7qsf6hjkti7+YSwK/tXWcYmUYLdpFrSK+2t1sVPonRz0hwf8mqjydhFb3gC
YGuUueOP9l2qjWnfag6g8ZTmolhkeGxBeE/6QCdBdCbMZ3vDG3xmRxImd0BRooNVz7oJY3AS
xkJ04ZNnXqWGK/EblzirGZ9ZB4lfXHSmXy7gtl6bJV5F4vFbaX3QMsINz0kfN+I6Yjf3QMbJ
3bMesHY2Y5maj0NC7R6YkyK2iMl2NWRNstg72tayiJmfYxPoNOdrnHpopRhW+UsBS04P93Rq
0uS6qmJyRg7IuS1C9M51ruGuEz/YLr5pDj3xNgMy/5w64w1uf/qiY/fr7sHX/TFC456MLDZB
JeSLwRppz8aN6FqBDKLejfngpYhGXsiMH96XW1xZzXxz65VZnzhGlzkYZhKZjSxzUrR5LyfN
yQWtDeRdN3FO5qpzLhUh4BiX3nZsn9VUK7BkOImLYPrpI4di2TTV9Lhq8+K0CY6bg1AuPd2b
xiyCzSyh9g32HMP63OYnO/HpoxyW6sgvoZ+nOU2Fr34GrxbtsPDKOx8Gug9dKM53rL0F27tF
7XG4B/t1+vYmeH6+Vy8zCq88SQ9XT2MqCoawQOdAJGlJ0fgvceneA9tKhu9ldBw/EA82E6jt
MJ+c5eKwVRP7TljHwnXmXefGSMSpOj+0l3959INAog1AgSM2A6HyzO/j07pyLi/LzkjIqPaN
tLl3t+WWfOc8SScVT6LpbY6999g6jfP0HY1XtCq01abUbS2bRCatPeiAR9LvL6gMbLxeV8Rr
H4cf+8ZZE+sGHehwhLK/7H42dZ/mm5NCPQNDmpmSKVbNVINa8w1wzvTOmZjX9YxkHKl09uSG
g/wsShLfRpWKoizP3rT6IjJMwFz+Ro+4oCgFRNRvgKXw7GAbD/L23S1c9lOc45mqrELTCKnh
Kp2Dm5LNCiLLBljDWImRqFvzCSkZUaHph64LOaVsheMtI6QG8q4mTXgOiGfcQ77eQWm4R31h
Qf28/uYkn/1L5rjlMLkodaGAmOSFPWIlthvQD0ME7Cpo7T9QwYnWsdrjFpZz58ivv++UEEDs
LWqmlblylG/IhzeaacWJsLYBjViewSs95LVZhZ7n7VnCyRkMqMfB1CY43F6F7mdowe3QJ9A5
B2lr7gH2boHLqJzjkswyrY6Kr+Z7s/qfGdnBSNspP25qeNUk4u6Po0dzunPQdn77xkoS62yS
izqRddqA2JTlPGfQ9NeI9T5w06X84RJ/tZ9BFqneAQsHWiCtZ2vpToULnKWiRrCxW2HfUFeP
kTV7xeTqTYPHinHsMqfc16ho6qq5u7bvW2LnPi5wPprpurYjFvDLXpu8aGh9ZKor+kCgcpo2
MYpKE6QnoelYHtxQYi3yJeEDMm155Ga4hi6RkHjy9R6sE5XpG/y4XsSCcXvHyaJ0bp4mCG9D
oMdf8givOTGykqZxmRtENmNj3Ne0FrhxqpyX2SqCffs+5c9u3qy+zS+0VLfMjuy/UEHTFxfs
uNkXkicr3tbiVpbJDJSXuYiA9PoDB2xdviTHAAPlZXbKgT9+fX+9sjdJ/rWO18y/BdE3ODJC
X+9PoSZVlRbIBBYy6F5vF60/7JRSZSaLHimJQo1rq53r90glzxImwmb54jynFPlRPuBcStIz
zhtpIlJNEe3C8V1fC/WFLC/Hp3u9Bw1Kbq8PRtw/laqEqSfhjmSLqzFlQhnUjgR9bXn3w72X
ymUDdF8bIM2ZM+KDljzoGGB9GtPO+oMHSlHOW4uDVa6Q0ExLA4O6qMuhx8rjFJ2+obV68t1e
3iIZNKqjntVMtIlxuovuu5ZjnOrMKquWGpNLmcQ0Dg343x2B4YJMC/FZUx55b/rsSCQNI+qf
r12ubV6O6H7Je5EUonZwpAZD5QzRwaRzqREro3RTNt8L6NjGby+wGIQUv/r6o/LK8zy39OPb
+hyF0rEl6anLhZjgXEslDcmppESzTXHiQR34nFOrLYcqz4klg2Zbo9nATRPAIUL+3BI7x9Dp
G5veXJVkryuR4pmUwOpHXRxgwdVgtei6HUT3vdmGzyqD150f3hI463Nach0Woa5a5JywY/wP
ShV07JoPFd1dSl01VyfT3yta1rJTkxzVeeSlDGXp7VMlRs+Cd7m1p65+lmMdc8rJDsLLXZnJ
hsOzSpUSl4vdhTY4ftLeVSYadjA0hWzy7908dCu8rcM0wHxO3kJarrk8B+vXAN5B7n1elpN4
qrJCOHHl/PQ8Bjn3qDRh10xrvyTOxSuhA+1OaAqOCRfZZtxO92PUPlJdld5NlzmmbO9qvVtk
dyInYeCuIvpzIOm1mXIZQeNB1g+Y12v1fpPD+2nd+F7Mc950hfCQbzmuU7NMlw+DvNLaQlnb
G3pyNqIXkLD3yQaE4pepbkGEqV8/pugyDGV2ZNk+Dw1N7qGRY09ljSZ9U5u7N2AEsznJ97bZ
mTDmc5Bk35J4sroW4gm+zkqNZuSpNUs5ApCUduwesZkE7mV5eRA+Z3F+ncGo5Fo8Zxhy2ZQ/
UOwIATZxLIY1VMDDsKXpQTSRk95mjKfG5myH/l6RjzQ2svUjCXsBVTf2dC8vvnA9+IH3fjdC
ymknSAs3XY0OPOsQ5/+4cjLtce3sAL17GbFAkTSI7FaY2MLLV9spDD8vydo/el9v0MbLxrCJ
QoXvdzKzvKrwoiOJDydLAWY9YAkS9USpx9o9Zc4x4ZXM+SkoGVoWXu3cF3l3NF5Q4Ps8tTPT
K2MX7IBCS4H0BMfBOsh2Qd2t7kt8L97xKOK97SA+sXOzMBUaJ/JEItSt/rK7yo+tOVWwmj7p
WfDkxbhg54gyTDUwvMxXIx3CQuPpELX6EzMlPzSOksdno3kgiE5KYZ411HMYjLLcYmytD6aQ
vK/f+FF+dymfFcZULrMk82pNduNHJg7/5+IXVguy2uYbT4H9LuwscuAW8E1aTT2WjdV35fw7
kFjksEbdoZTv+XhZdw5tofpm0dxKVIjqiO8X5e2yROEszbdaZN/n77+qmWs8j+xLpUv2Ki67
27Qb2Nhx8UjU9F5Hcowrf+Nbuejz2YqI24p0/JnTkKdNT2TKmZJZD7zBLWHvze4HhSTvvQsv
Zv9yhdStfBQ8UcLkkvYOQWp7oSSwC93D+dQTEh/i6qIwhRuI78Wfy+PBeIfZYi7fcvtN5+kO
38kudRfelwgCukwwkn0S97tOxCb4V0oJvqXnh+az+eTX9RQ484stlE+YLxwU+XAr12o72xkE
lFLWuCwfja4wc66ehFjwqKc1rVs+bfzsLIxMDdW/molggrn1H7JUSSaUCsQbwA+XO3VsLpcU
GftPoKac4eePM1XjgMzfyCAgj6+66gFDcz3YBNbqUwbcBI2AGGeWUvotSqkO88NVkpefah4T
b5d104yJYX3c9EbutclpkUH3QZF33mqkh5rkSjVbF03hUJdgG+a2llFXt0T33fY3sPVwzrUf
ITIZOAWPpSZoTzemzS6UdL18g3jDnAUMll7Din0bQEDbjkqFEb0nTon5YmPxRD2jYgWWumNJ
SneFYClWxME7Z5q22Dr8hr2lZlmzpOFX+wHLQoH3sWyICCp/uYTLO0fp9HTk41cWA1z9QUFV
ZsmrG+txz4Th7vD9trePNZtsxj7qTZA19gbr+71blalITIrkO9M+zmO32C5p6w3e9vNKdnlB
ahnq6Xrafzx00NekXfzqgoSz1KGZvihXwkQ7nkWL30DJV80mwopZbHtkJ+X5rYcn11aMH158
tEOnFy/kZ2G/KZnmgt8ZYdSdWNhc7+9xiuFFvAp53P4NzUqJ/2ksqZSDkLqDef6H/8XIsrJF
hstcYX52KlTpfr3FzxVxewn6UeYAUe35zL7F2d2MmC8Gs2ZIS2WNXF/2x/v07ffkVZUkM904
vazdCxaSUtxXce8XSX7hNNfaCVJI/3yQi6fC4MF/whe24tvP/cmUKUmhJzly+YjZOOerONcU
rY3LTdTl+thFbK3RBxc4pZ1eTUHftZmoZd/jIpJA64QwLlUbJt7se8iI+uuDMqSERZ7PvFjg
8rx+tMCKsQs4VuxaHL/76VQRKZWbA/ZuReWzs9sM68AfQZsE7p9vXrb//NzcNeRJF3a/V88k
vRDL0YnUXczkQ0X5+ZATv6LXUksMYXgQbZ2C9bt6jqYtGKGd/yRl1fGRFHVsgFrdLnu4LfhM
NoBgQAvqmkQiqaLhG3SFdSo4/+a8rUgU4fUtnaCZvYJ+/gv3A1DMYJCGi9r7WoJx6RedvCSj
+CBAIXnJa2IdkpWr8XRRdXjvgLdWhrmfNn8iVfXEPV65y8RTfYbD/dLIVq1MR7dJzzQtqjqS
/Fo+Xg8tJeEyrF09w/qyh2SPBrb7ELTi5/wKQRu2qAYxS2i92ah1xpfUcMcVe+HHt8DLqDsu
geMyojV6yRRj48w8Qvc0X30SUE1w2BlPOISrrKHvUEp9bKD9GWZ+fX5X6RDeLe5/Gc14sL+C
hZ6GL80qHnhGRrzz1NuEtuAdQ4sFGkvaYtcLTsl2vCP0Oaw2Y0Wp75A4EnM/OA9/Y9jvEHYs
8l2qgoMzqkpyt2iMXMG4YjNL4seoZoPNIv8Ig27altuvx0wBab7f9KyknyclCYdHJ/q+YVr6
WSnzdP1iaZW+Z1KDyEPE5NELiWC9d8RVAEgQ8afuzE3kqOrWdZq/hy7sht4cb1/vwQrbohnj
Ny0x49Pyz3kmcUOoG1XxYrHqr4ryrjvKPt3IOoKVw6VuywCln7P3Jh4OkYeCM+wrbM60CwqW
7rV0a+Nsx1f59SxJOj1cP1GjNoU9B0fxzSzSDh9kir9gsOKPDMk+ONIyhJ9St2XXFswI/myJ
x2WPJmVUOTF1O3wqBAnK6flR85ynWse620oWWdy8QzA8lUiHTng9ahT98mX4FrO5FhH67ouA
i1bX5GWrORRLIlz8RsiChwb0/3gR/W+D/xENoM4wCNoD5QJBOxH9H2ti09tlbmRzdHJlYW0K
ZW5kb2JqCjQzIDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMQovRW5jb2Rp
bmcgNjMgMCBSCi9GaXJzdENoYXIgMTIKL0xhc3RDaGFyIDEyMQovV2lkdGhzIDY0IDAgUgov
QmFzZUZvbnQgL0tWUFZFTytDTVRJMTIKL0ZvbnREZXNjcmlwdG9yIDQxIDAgUgo+PiBlbmRv
YmoKNDEgMCBvYmogPDwKL0FzY2VudCA2OTQKL0NhcEhlaWdodCA2ODMKL0Rlc2NlbnQgLTE5
NAovRm9udE5hbWUgL0tWUFZFTytDTVRJMTIKL0l0YWxpY0FuZ2xlIC0xNAovU3RlbVYgNjMK
L1hIZWlnaHQgNDMxCi9Gb250QkJveCBbLTM2IC0yNTEgMTEwMyA3NTBdCi9GbGFncyA0Ci9D
aGFyU2V0ICgvZmkvY29tbWEvaHlwaGVuL3BlcmlvZC9BL0kvYS9iL2MvZC9lL2YvZy9oL2kv
bC9tL24vby9wL3Ivcy90L3Uvdi93L3kpCi9Gb250RmlsZSA0MiAwIFIKPj4gZW5kb2JqCjY0
IDAgb2JqCls1NTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAzMDAgMzUwIDMwMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMCA3MjcgMCAwIDAgMCAwIDAgMCAzNzcgMCAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDUwMCA0NTAgNDUwIDUwMCA0NTAgMzAwIDQ1
MCA1MDAgMzAwIDAgMCAyNTAgODAwIDU1MCA1MDAgNTAwIDAgNDEzIDQwMCAzMjUgNTI1IDQ1
MCA2NTAgMCA0NzUgXQplbmRvYmoKNjMgMCBvYmogPDwKL1R5cGUgL0VuY29kaW5nCi9EaWZm
ZXJlbmNlcyBbIDAgLy5ub3RkZWYgMTIvZmkgMTMvLm5vdGRlZiA0NC9jb21tYS9oeXBoZW4v
cGVyaW9kIDQ3Ly5ub3RkZWYgNjUvQSA2Ni8ubm90ZGVmIDczL0kgNzQvLm5vdGRlZiA5Ny9h
L2IvYy9kL2UvZi9nL2gvaSAxMDYvLm5vdGRlZiAxMDgvbC9tL24vby9wIDExMy8ubm90ZGVm
IDExNC9yL3MvdC91L3YvdyAxMjAvLm5vdGRlZiAxMjEveSAxMjIvLm5vdGRlZl0KPj4gZW5k
b2JqCjMzIDAgb2JqIDw8Ci9MZW5ndGgxIDg0MQovTGVuZ3RoMiAxOTM2Ci9MZW5ndGgzIDUz
MgovTGVuZ3RoIDI1NDAgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUKPj4Kc3RyZWFtCnja
7VJ7PJT5HqbN0rgWUa4vkTszY5AhrTsJk+Sy5TJm3mEY85oxM7mEYtxWLGKJ9ZlcFuNWKOnC
kiL3S1hySViSEIrWojN09uye9s9z/jqf8/7+eZ/v9/k93+fzfH9K8phzmiZ4yBu0hMg0TYQW
Ag2Y2TnqAwgtOExJyYwKYmlEiGyOpYFoAGFggABM6D4AEg4g9NA6BmgkAqYEmEGBIVSijy8N
UDFT3SXpAyYBIJWIw5IBOyzNFwzgaOCwJOAchCOCtBAtwIREAhx3bwQBjmAQSGWAeC0YAgHg
iTga4A36EMkw7V0/NmQCBOh/LuPpgX+0GCA1iGMKUOGYVAU4FvEQmRQC4EECTNse4swCOU7+
G6a+FLekk0j22IBdeU5Gf+tiA4ikkH/2oYBAOg2kAnYQHqSSv6S6gJ+t2YF4Ij3gy64NDUsi
4kzIPiQQgH8uEYMsicEgHkOk4XwBApYUBO7VQTL+SxOc2PYsaNueMbW0t1ff2+ZeC4MlkmlO
IYH/Et3l7mHEn5iTDZUYDFyAa8HhCA6Rc/74c/9ilAUZB+GJZM5z0NUDsFQqNgTGeRccpAuE
IQAiGQ8GA2Awx6+2Fhmica4AnEjCAQJEhe0uE2UAaENkcLe4h3XhgDbtEvQnRnCwLxX8CwMJ
aBMgOvXPgg6nQGT8hYECtIM49nfx33MxNYWCwzSR+oAmkjMMgUAiAX1dePi/E8+TiRQ6aGPO
8QOH6xt8jgpHp1JBMm3vIXIy/wMTiJwNgWAwiIONDEE4Q6ZfZm0sO8KioLeUR43b1Odein1N
4/N6/ujhVG5SUbstRW2i2nWzLFtUaJZnVu7SllTQd48un+2yXL5KScka3JlleM1mh96Xcl3N
tgv5NVBhI3pB+GHtwPu3utwO/RMd7HS3wqe571oW8jAq5k5zvGPyXE0XGHeacph6+q6W2aTz
cTHVx3XkHUWyKOx4VNz4JZH0tP3jPdERfnF8deqjK9Aj+qHNAr6b13cufqhrf8jaIjWvzFci
V1ELXjvh0zYZVeWfHE2T8wWSB7aDpq9fXBgQEqoIbIwPtZCVknxmVTlhkto5mohFefYGbsOf
rNGHTZLGLaxU88/WrMtUXo6POmEatT0kovZ6aWcCb+Xit3lETrkwSpzd/gvcWYw4E1wdu3pM
ZbWSuXzk5MzBH79RpuTblDZtOukSYSp9d2ixIl7PuARPvfrZQtToo1W+rQMTX2T0hvsts1Rh
m8uDxozgNvX3TcmQDO/7APNExrz6zXVFrvWd0BS0dBl3IzkPmdjGlHZ5dsCy//HWVZS3TRH+
7e98+d28GL3uYl1Wu2xK43ps80PlpU2LQeuNet4zs0Lefg7RLax59DlFUXSwnjY8OanzyriA
zSv9rrZyvgfTaVFTfqF21w7nZKwq1+fnX73FfrGwJocxu1LNdyj/YA9r4aDW4+xTNfXGV6+w
WlRRccUWHjV1If136i3T1asUT/xw3Eqhw02MdAqsd7vvR6tSr84WdbolYYOUFyAf3XG1lRJr
FKJ5JXRURfgy3cOMb57lWZrBThMje6IvNgRYtp4/ZpXM8EXSpddHyM0n6itcBg0dP6CEy1mT
Fn59CO4oU1S1d7lAWaGh98ILg5ALlaSdTGc0pvTVSkZ8nMGqj1cs+6rsxezTEfxrDsZKzgnw
io/C/OPlhrjTAw/83KhChbQ0vR7hkLJCCgklnHU2Evp6pCxi+D3UFJvoeVIv+CWl9JLGysa4
gob/Sm7yu557xVBLH+z5sSaGqA1vmb4n0NNFCL2dPtXaIR/yREVHtW1Gd65Qdr9a74ObbjUf
vY9hr9TYneoe1rFSuvSgy0rNOufgkwEjpLr90OxSTkP6y+9fbidp1zQ+XGcI+vQK6Ta0tdww
Zn2au9cLrq3RP3wQ4N+Il0i2cyjXoI468VPGa+saS+6ZM17ztvYjaKPnMvgqekhqrKyYdozM
3FxaL4FPq8u02TKxNuj+oUTT5Dczy+EuCY/qZVcd1qXBqu4KBdRaImp4UeVDIEL0micfraO8
41vKDaviO2FA/9IwINL7tlc8R5QaYFpQtDzABZf49nGzy9caKpP+ZpLhCTJJq+LzPFs31T13
+Dc+DhgZBIxpiL/W7lE3LBoTsrHYbBJeX1fEMKUDV4yeELTKpFvygyQkkricClTJpOYx50zr
gYIR/6yfBHL1TnZ7S3dMb5/S+mnhtodEit71zKFwfyzDWMrfRn1eBkXf/2vr3Ymrq6UjB+bT
R7jaZV89myloVoQYeVvFOm+MP2WGTQrqogrwFZ1oFpK4bbz9DrOvLXSDUvDLpaR+QJLPoFZU
HxNZe0R1E8g7Ss6OwXLPPZfbHzWympVfsuJGEBnKbSzTqahLvCtMSvjeAaGQ2zaFvwzJYstd
3zZw2TYI1odblC6M5sC27nxDbuAvsYaDbYf1N1IIBGP70IE+yUUJe8owjKV23P1nDY8IxcMh
wFS+a0w20OO7efft1rKydWiv60nWJ+FxfMwB3/fVdmKnG33ux7M8SgrFnoG8otYHb22xBUyU
WcIL0eZP16Lnl2SKD2ZSEqZtfkuNRDhiLvIlqkSbjkuYVVcM5tplOcsr8hz20BztrOxOZSq6
DI2EJYdDJe77BKOeLga76q0WPlzOcIvbHqhnB4HokgVJFDu4tuoN+ndP9ayJbHZSJjJyXkyL
N2N8MjVaavR5aHJMLM7D+cVQJ4VZ1fOV0dTyUfEwLp6aM+39ZYtnnX8jNvlSpYdI8EoS2da6
8amD/wAs4VoQgYG9KIn5dOB8g3R1Y51OD7eGfbzRpNDszGP3M/3u6J/Y95cLdIecr4/lLdya
2yoS8LpxnqVS6jA8nKqZN0OPGfiuEZTNMXEXTMeu2jHlRO9ubWm/FO+9fWEi2fHoQ5nIF1bL
DYNhnQTvjcht3+AfVuogxk6FyM+SJOWuhReHDIkbvcOZ9y26WG4FzCOSgN+dtArCepP+MG8Q
w21bFS9pZOyRh/bbKk9fSWcXzZzw3t5XV3BSfC790do+tVpjzRmT+uDvW9ME2ZFWAxMCET/S
xf2VYilt17ycciVRkY/tqR0SN6VtLcTYDXXKCuU33TVeD2wdn62JaKU5BBYnjp12UR00uRsk
s5I8NkPpWFSa2bnM72suObjonWD4gtryrb1DA7oas7IzbBbIHT/poM5wb3Uivt8aCxgLDZyZ
5oKi2J/iFJ8sXqAPCQx+c3KsbE5AT8PZtsTkkyzjNnoSfdY5zbNG6LBuX3WoXL2qWiqu096/
5vS2modGtyxkMjRFkD3SZ/bVSEaOHcMwp15f2mbe2nLlh76AjwpdLbMttOu/cLlmt3sntsCW
6Bf2SeG5j1SWMXncvVLy5UUizUwv6yhB8+bPueD/4Qf7v8D/hACOBGKpNCgAS/WH/QNWTUJb
ZW5kc3RyZWFtCmVuZG9iagozNCAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlw
ZTEKL0VuY29kaW5nIDY1IDAgUgovRmlyc3RDaGFyIDQ5Ci9MYXN0Q2hhciA1NAovV2lkdGhz
IDY2IDAgUgovQmFzZUZvbnQgL0tMQkZOTitDTVI3Ci9Gb250RGVzY3JpcHRvciAzMiAwIFIK
Pj4gZW5kb2JqCjMyIDAgb2JqIDw8Ci9Bc2NlbnQgNjk0Ci9DYXBIZWlnaHQgNjgzCi9EZXNj
ZW50IC0xOTQKL0ZvbnROYW1lIC9LTEJGTk4rQ01SNwovSXRhbGljQW5nbGUgMAovU3RlbVYg
NzkKL1hIZWlnaHQgNDMxCi9Gb250QkJveCBbLTI3IC0yNTAgMTEyMiA3NTBdCi9GbGFncyA0
Ci9DaGFyU2V0ICgvb25lL3R3by90aHJlZS9mb3VyL2ZpdmUvc2l4KQovRm9udEZpbGUgMzMg
MCBSCj4+IGVuZG9iago2NiAwIG9iagpbNTY5IDU2OSA1NjkgNTY5IDU2OSA1NjkgXQplbmRv
YmoKNjUgMCBvYmogPDwKL1R5cGUgL0VuY29kaW5nCi9EaWZmZXJlbmNlcyBbIDAgLy5ub3Rk
ZWYgNDkvb25lL3R3by90aHJlZS9mb3VyL2ZpdmUvc2l4IDU1Ly5ub3RkZWZdCj4+IGVuZG9i
agozMCAwIG9iaiA8PAovTGVuZ3RoMSA4NDEKL0xlbmd0aDIgMTkzNwovTGVuZ3RoMyA1MzIK
L0xlbmd0aCAyNTQyICAgICAgCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0cmVhbQp42u1S
ezyU+R5mUYwlOzEi8koq9xnXUDRuoQwmQhJj5h3eMd7RXBi51EbJRLl93G+hWteEpFy7uN9F
ibS1pJZEI9s2Lp2hs2f3tH+e89f5nPf3z/t8v8/v+T6f5/tTVXY6qoUl0XxBGxrM1MJoY0wA
Swf8PgCjjUaoqlrSQQITosFWBCZoAmCMjTEAluUH6KIBjKGJnrGJPp8EWNKCQumQnz8T2Gup
tk4yArCBIB0iEmDAgcD0BwP5GkQCFThKI0IgM1QbwFKpAH79BgPAgwyQHgyStBEYDECCiEzA
F/SDYITOuh87mEwDjL6WSaygP1rBIJ3BNwXs5ZtUA/gWSTSYGgqQQDJCB0fjzwL5Tv4bpr4V
t2FRqThC4Lo8P6O/dQmBEDX0n31aYBCLCdIBBxoJpMPfUt3Ar9YcQBLECvy2a8ckUCEiFvaj
ggD6awli2EBskOQEMYn+AJlAZYAbdRAmfWuCH9uGBR3csaNYV5zGxjY3Wk4ECGa6hAb9S3Sd
u4Exf2J+NnSIDXiitdFoDJ/IP3/8eX0zyhom0kgQzH8OBoYAgU4nhCL474KPDIAwDADBJJAN
gGy+Xx1tmMbkXwH4kUQAZBodsb5MfWNAhwaD68UNbIAGdJghtD8xho/96eBfGLqADpnGov9Z
0OMXoOC/MPQBHQbf/jr+ey4WFjR2mJaeIaClyx+GQRuhASMDdMS/E11h6BQLtLPi+0GjjYy/
RkNk0ekgzNx4iPzM/8BkiL8hEGSDRMSzJzSiaTQlrfZCcaR14UCJiLqghd+dBFx1y+NG8ajR
REHq9a7Dp9RfVLnzSjO3Sk6LTCuFrGxncBrCnXtt5n88lZA+sjYd7DOdefrudndupkPo66Cd
n6Jmt9TXDn98ZyDoOPSiuzjFo6g1Z6Ft9qrTXiuXN5ufKwvc9wyuuZ8VbWjkbpNJdY05X7Vb
TxkvlX6q+KJ+zESIVEqS8ER/VCQlRrROY/wDrYGF5BWK5ievnfj469BBT1T2iKEX3Dfy1P9J
INWfcCnOVkNfKa7wctbdeyu88mwd8wG92t0J6fDwgexkgqF1nUrSSNcr+fCanEjtc8+Hz3df
DdGc2lmvSI8q9/MEbW/MCEA/Rb1TLDFTyu1jXXjSj0DGjbi1v35aYlYcee9xqtxgc799ICk4
Bjs3g/CUXG7WD3/epC309FjqaVTt1vEtj7wLCjHa39tcWxUml4qFu395/2iTYJ3xSXyIF2Ll
6TinWlYPI3V0xwmrou7Dx3vd5OV9UsVlppxSOCdnpCf0tswASeD4ZXmlDonefT665kPUH0yF
5S92cJRBd7Y/worMkzp4YFd9moy6XZ3F/bNTQ+6dw1eUB9zYWgm+GFSUeGHGd9WtXO6EoKWp
RFBGS0TjL/4DX+acoYaBA7ZVC+7lvqN+cb6B7YWLeBnNjHupZp+9OYOKdZWPnZURslMPWo+P
5tZi6cle+4HC9MX37x/KOKdSmPvmzd9baAbiRPSCgZGy9tsac+mHeeWG8zkA85LIQNgU1p6Y
5qw6ROeNmgdPS3353RAt3YQPdBdltBZpBPESd7TXQSIfTNZcZ79jLJ2LkolJrutRC4h/9bwf
6bTq1i0pdCJyzFQgaS5FwijfJVm7FSd2N3qlqDRC++q5hg+7TQqsKiNbZhIUNp8WyQvKQ1tG
d3vfsOWKOJZnnrYcnrEI3daIdQwGMVsDfB4eCifrNq3tS7sdJ7eHgpbb/aCCywowZMiFaGYB
CnY1zwx+2h0mrEiTjaqtKBp7tFTtFBGkW0JClCInLYt+bezHZgvfUN53ser4x1+SS/qeXW9s
v0wYU7A4Agr1bDv/ybeheOjBKjMsfkhqHCcbwRELOSYuYcbbs53bel/euy4/zrtyjyfXw6Rv
sjZRKftlzcrJ75NMp4vP9tD1WNKux7f9kDM2FiAQg0L11quYZcmu4sBL1+/oDaak62vOPrHf
uqiWwYnvqBE5usS26FO7tvmKP54yIUk4Jxh9++3nC3OPxec8cBTGMtHMx7gwx11gzlsjownl
E364MGKJ16T4sv27GV3z5bKcmy6KPY+4ZMOeUu6Cbqwya8QApaGccltpss1TGtnO1BsW3yKW
A/m4Svxecoh63+Nd1uOOO0kx6m1vRpsq8jt22HD04728wyTr45GPUsU3/bi5BpMfm6/lVnDz
Z5k6Zbmu0QJCxNvESptlzk8uER4jrytrg2UO3Whe0O1yClfRzKSQrOUrL16ywCVUR91RuN7o
kkJu8Si7MP/zF2uRdFUoMio38/OBNrE3QXcM0+rndqziASWb2y4M+LV9gaui3fWrqEjcVIaV
WJaGZrPC7Bd8AHJhn3rbIEZ/1kjoM0hcM00Rww6K941KG6UWaxou3k5iZwnk6eCHDD1bomzP
NGRLhctpJecq1KodyXubuNSI7i3vEi+IlNYdaZM+JGTafDZZjueRUIHJ+Jhk/bYyvFvE04Qy
UmYmEJ26Zbpl/lamaG7NDoH6uhqOwWbEHWj2Yiay4ua2kl5HKsorJUdOVHhX96BQkljoiyt5
mpJ9BbHioXHIy9nXS9jckuTS2WvHyuxGFeHG950dWJEu6Vsibcj+nsnOJNTxZXS1S9u2tIMN
bfoRcM89VWXVo90oJjZDctc5zxCV/b1dHFhrO6Kikbzk934yWWC8cbWgOnE8tuuRh3v8kxxr
fGB/EefNmYbly6t2zDbGuautsR7n4e5TZQvVhDE3vy5F9eZNpdfKz1Bu8FQ9nI0qqt7s5HxS
NW4ULdhS8iDfxCt0anbatQXbWVpUgX1okHwvyVETXWrnTt3k9lxlwUuWsFxCa7Xt7uRJn3W0
74y+5hH1UN29Y+eE3Meq+pJPo2LyPsK9bxbNuXr20LPGWljmsb33xIeTkmNHMpGfcZYQwlzx
LjH6YAp789BCVV5Jo/7US2zmIS1plqSDAAU61c2Mt1eHhPJ0t+55ZUFRYfteUcIBnmYyPxph
WAUBBxUedkczDieucm0+ZrkHTzbjycu3xJzNHUR7yWhw8cjdL/ePlQdZbRWUdBJsMP35t6XK
yk8jtv02+8m9oXcVV15++I07oCA2P/y997Co/u5U4oJe0yV51Qe7/EUTbpIoPNvo3JnlvcJV
Q+NJa+gJJLk7yNOSFruHi1FQ2DNhZh5RHAY8cJtjWqJShi0WzIMnL9lwBq/sOOs8b+Q46RC8
f15z/gYM4Ix3ChTZZO0M/bVSAZ8jTilzil1CbR+e2XsTObCWS9Vtjz8dF095odo5hl5cUUlb
+T3RWdZnLj2RYT6tY/5sNOnwpOS7ymyBFbt3hICWeNE01LVVuzC32PMqQlYFvZ8lipSUY8ev
mihUp2q5XOS9Eq2OmAsvy+iZL5NVg5cvsO6pSKD/ww/xf4H/CQEiFSTQmbRAAj0A8Q9IKi7g
ZW5kc3RyZWFtCmVuZG9iagozMSAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAvVHlw
ZTEKL0VuY29kaW5nIDY3IDAgUgovRmlyc3RDaGFyIDQ5Ci9MYXN0Q2hhciA1NAovV2lkdGhz
IDY4IDAgUgovQmFzZUZvbnQgL05WU0FVTitDTVI4Ci9Gb250RGVzY3JpcHRvciAyOSAwIFIK
Pj4gZW5kb2JqCjI5IDAgb2JqIDw8Ci9Bc2NlbnQgNjk0Ci9DYXBIZWlnaHQgNjgzCi9EZXNj
ZW50IC0xOTQKL0ZvbnROYW1lIC9OVlNBVU4rQ01SOAovSXRhbGljQW5nbGUgMAovU3RlbVYg
NzYKL1hIZWlnaHQgNDMxCi9Gb250QkJveCBbLTM2IC0yNTAgMTA3MCA3NTBdCi9GbGFncyA0
Ci9DaGFyU2V0ICgvb25lL3R3by90aHJlZS9mb3VyL2ZpdmUvc2l4KQovRm9udEZpbGUgMzAg
MCBSCj4+IGVuZG9iago2OCAwIG9iagpbNTMxIDUzMSA1MzEgNTMxIDUzMSA1MzEgXQplbmRv
YmoKNjcgMCBvYmogPDwKL1R5cGUgL0VuY29kaW5nCi9EaWZmZXJlbmNlcyBbIDAgLy5ub3Rk
ZWYgNDkvb25lL3R3by90aHJlZS9mb3VyL2ZpdmUvc2l4IDU1Ly5ub3RkZWZdCj4+IGVuZG9i
agoyNyAwIG9iaiA8PAovTGVuZ3RoMSAxNDA1Ci9MZW5ndGgyIDcwODgKL0xlbmd0aDMgNTMy
Ci9MZW5ndGggNzk0NiAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNrt
lWVclF3376W7RKVh6BAYhpQu6e6UnCEEZmCG7paQku4UkA5haAFBUECQlJRu6RJEztz38zy3
nuf/8pxX53Nm3sx37XWt32/tvfY1rIzaejyyYJgNRBEGdecB8YLEAPIacsYgfgCIlw+flVUe
DrF2d4RBn1q7Q8QAIFFREEDWwx7AzwcACYsJCIoJCeKzAuRhrj5wR3sHdwCHPOdfSSIAWRcI
3NHWGgrQsHZ3gLigathaOwP0YLaOEHcfXoCsszNA968nEABdCAIC94SAefFBIADY0dYdYAOx
d4TiA/9ypAK1gwFE/hUGe7j+Z8kTAkegTAE4UCY5ASiLYBjU2QcAhtjhAzVhKC0Iysn/DVP/
XVzRw9lZ09rlr/J/79L/WLd2cXT2+XcGzMXVwx0CB2jAwBA49L9TjSD/MicHc/4fMiru1s6O
trJQe2cIgO9fIUeEoqM3BKzt6G7rALCzdkZA/o5DoOD/toDatr8NADU0jVR0FR//+zz/XtS2
doS66/u4/lP2r+y/GfSbUbsDd/QGmPHx8vGBUImo739+PfsvMQWoLQzsCEUNhJAwwBoOt/bB
R00GioQAfiCAIxQM8QZAvFGOgbxQmDvqEQBqSwIAdjA4/l/HKcgHALpawyFQZ4id+19L/4qC
/h391/H9ExYCAB18XB0g0N8hYVQm6kxh4N8hEQAQ4WyNcPgdeQIA+kLgsN8BUQAQBoX8w0Io
F+5ev9eFUPruDnDIHxn8AKAdzAP+T0BYAAB084Ag/roav4MoafnfhJJ9+g+JoDS1/qEnqHq6
vwlVTO83odo0+E2oDg1/E0rB6B9CTTTQ+jeh9Gx+E0rP9h8C8aFaBP+BqA4hf+Bf7f2BKD/2
f6Agat//QJQ/xz8QJev8B6J0XX4jCKUL/QNRurA/EKXr+geihOB/IEoI8QeidsL9D0Q17/EH
omx4/oEoG16/EfW6Anr/gSgbPn8gyobv3/g/b5KcHMzbj0dIAMDDjxoLEEhAFCAixBfwvyca
QB1Rw6DyFDVJfHwiwqJ/R2094KgRdv/71YW6pf9hO0fUnYZAvCG2+LPTMFvx8OfpzZFvAhWK
xyqwuNDk7JGJmo3dE50EYV+T0JxLP6m5cS01GF9XZpETb2JtMnj9pEHEdPjrjCgehrglZkz9
2vS02szybaUxPsnS8NlwZboM2yNpb5482xdC0xpfGnqTYlLSn3v0Ya9Qm+Op/hbOAuO9HjPP
tz3Z4cIixopZzgYvIhrYBBh1STPc3kQJvlj0Ik15hbk4Ghb4/AVuy+P5Y1iHx/3rYtyC5F+W
GOARQ6tLtYM0H6I10+vE4cv79cHPymPWPAo0Mk3iq3/amC0w5IDMnE9eZk+yn3K7m2fWdLnO
1UzmlZj+0MKlEqxQilYVIXKMaessYTS4V59YyxY0ilws6nCwMtW8oB8unqZ1UFO6a4ryFf++
/HaCOL7tHSCDkBnERrlHXMuRzclypyqgFjGbMB2hcFv9NiiTHpFYT7z9XPF1bZRdNymTNsvU
RiSPylLT1/2h1Fm5sH58YUmHkkS3p4akRxJrVngKZDFO3Y0VCsmkmqi31IeXqkpXeDOB6id+
wiEXzadVKvEKwjQ/lhlqDdjP14Z9iPjC7dWk2DhhUhj8NOYGz1iMjWKit3hAdsX9MzKNlfXs
o3KEIJcfRi8kC9SP5lnLhNxLlni1eJ5pxhPIY+uPBglS08xLsXn1pHhqVhv3R5zlHePK/0In
yf82ey/OjmiDIHumqBye2QHKs5sJIaVpNVzDli/MTh5MC6Red8vnI/hlbHc0PWfRb0FBzTKB
xDksZp0MUhIB72QP1pPGhZifVFVfOyvabvNFPLOX2IlBJliG5gcVsVUaHflJBWj6rxFPIPeI
+IT6H8SVz14LKgs+uC1fW8hzVsqTOsgiK9AP+ohrWWJL/SVnR3jZJB6UDggqa4cajE4dwmt6
eLLSPFhofd1ATrwP4lYLEY+F2UnzShSH+InbV7dCQ0aOool54c1u5EIRQfTMAv4eW5yu9MlT
Xd22hAtBmqlwgX28HxQbn1wlApPDH2YQI8KlP1jnLlMMKom50DzeeMCzVxTRmlA4bAEer24N
2VTidAsP1ylSWLyoEA9l3amKV+Sru+Of9tlnr6qO+CCqWXpJytxsdRAlGWvvILKzV7L+uPwU
Ii+WSEL3/s3Rdgwbv0sxjq5Zqly6m5KikuFU6+plygsPsxL+YM8MEU+N3hi2Qbdr6mmVRAky
FsoDxBqZiAgvLHK9CrfH/8irgJTOVqnfyp8dLyES5yz+69XTUcrG6BOFpyGEA30JSSuPCzkG
5Qs/rkSk5mgQtuQ3eAI4FucirScemsUwldNO9Q1SP4bXTYwUn6HtDSFejClan1UmyuZ3z8nG
CZRS/LhfjDOrRkUfBbfjnQfGguLj7jeY5HQ1yZVuxm9zqCwcym9vj9KsGYIxTyhSAzt+MnEI
ifw8Uxq0OyzR5tKM7F7h9ICudMkCQMakj1oxn082f1+f1w85fG8iU09y2ViJNff84v2plojv
1GAwjZ9rdD9aExLshQvjl+OeDy1Il+QVe7em1YPxplc0GsfiV28UwqWdjdtRJvyya1xrCK01
XHIka4fV3sVifPbUKWjWVDnlWUm+BSWS3Fy92zyb1hJAKrB+5F56skwwO+Y0+vUpkepE2nqG
rlnPUwHAx7JWK+xWn8rCj8PQCbDXQk4VVNf/ixlZJsElsLzJTi1sTznQT7cXa+r8uPONEsgV
SPYsSytlmEw0kLviUaBdeVi7Qwq0VWA8pW+ufgVrtEkwMqPcC7fM4aL5E3VrburWnaNtKyHt
zaDgx4EJ7OZY9ZErX2+6SkTjloRji87U3GCyg7TWYqGTHf4aI04Ocy884qKdln6iBQ9/iTDd
KEV6Kr9iWTmzU76ukWUzv8P60oUvG8OJZg80IpB6VQaji5ku+x7N1XBXoyD6tABxxKKjExsR
wIZ5WzltB2G27ZuFaik0of6qDwpCvMbXc0poD+qY4xvvs+oNl+8t3NaFoCs5+CWIrvsLM/Qz
fWe7Gh9tdr13wD9W8nYpm0SI9yeNw4ODPm7h64SI2nOdMp5QqWYWe+GrUO8RJm8sCNI3zYy5
h9f/wF2i9ix9/fm+QFwFFnbj6D1D7lejkeiMZWIk9K6RWe3t5Ez34NZVVSxExMZ13QEGF5x9
Aq3AhfeqWmR+cWZx9iOeRQbG8J1CpJjGj4rXceLn/s/x614fjAa8xC+Ry2VIxnkJAHymxMqj
mDtNs9OzYGwzzYh8YDQoujyXKdniu6/5URrJqCNOgnEg8saFtyx7aYCdaDrsrekTdGrhbqVH
pKM5+jUMqmv+CL6qxFOpQMprdZ1YwOsT9FxDaBqnb81AfBjh9XSXVVmZ4UZyGttgR00vhmRA
Je7ccswrVdFJW9utaUOf23sF0wbXVmVYtZsPi3RlfypjWj/gqN9OoHv5QAE9dVwmCsbBiq6q
j4141LGtnrd/4rPCJDJOenkn/nx6F4OR6/1+NIW3i1GJE5rodnyQJ7W/gV/mXXG/dxol0EVg
6nQfhPzMS2u8mvlMjnqKeW4EzCe8YBrKMnhkBwZK8imYNF63lN14uITOvTqsqO4lSVAi8la4
Qv74KI7sq43qKrz2QubM6mtfFSPElYmduEO/3NVSWAo7c3U2P9K4gOr5I+gpiI446FQ5Zjf5
tsxypCpuYun5eQqrYlvPJ9SfGf3CaeN67PqQZtKQ3cM7LhBXyI1h3snv8HVBHsWk+OeRyCZQ
MUiqg5ziPGYuWOW5yF2j8GhFeHBriDxzADG5yKiafOhiTbZ4jnfJXeVQU69ZCC4Pvd9edHLf
0MtvhvxSufoILt93QhQ+ENnn0bNOLKwrQ0p3M5fEz7sOVR8VJHZ0sg9ohyGWgw+SgwDUbDUM
VFxnaikYkXSUAVseF6FsWpwwWLgco7VBsGOzIU/f0uuhRT3wS9uTvI8JGkuiu0cNwR5URBwd
gx5xc1tlSZ5brFGfgyrSJdTOhjqRoF8dGgo6FQYGumY7ZCqA5Zt7/N6ODRzf+JO20izEicfa
fYrpEjGd9ORShEC4vTzEVTEsIzhP1Vu+yZiwVRfs6wLVMr8YNS1YyxOYuZv5ETdK0uWscLVf
lIsTOmbeWzvkb/jY0uy4WWzXVoYUhLCbBgpY0j5R4hHQ2EIgNmeqSk7xOyABOosQ8fqe+/hk
tnNDem4EHmOuWz0kx1XH86RInXhQvdnw13y8yxTjRpUfsWQk36mqkZnSRQy3fscqKcoB+hxO
ct/MO/Lzh34N4H7rNa9pm1wzznwOKSSpflGZTOcV1mOA68k/YvpEEW2E8N7M/p1w2syExraC
qOL1reVakL/LYflYSCTiu6bpA7WPjotzg5fzjybMWJHWXKf5Z5nBJC/hCGp8wwYH+6V4g1Ta
nIOEAVZxD4b1EXPxkYLn7t/4ChX8OKUXLHZMKLQI92E6E93lC3zfUx8OG9bEKlp9P3g5QU/u
waAwFsJAkWhT15M5QNrXwiJfnqW4iZH+xYtKjkzwTHexGY9vO/2rMrIqmOT0BnFXGSCwZEjh
qn7PvFagx6HMbbzqjZtNqbhqZFVvX+RtogW0CNgI0qwG0+10bGmzoak7eBXRB4W30t80tT5Q
CgBaxEZwDJIjiR5hqjUxf6JQFulCIwtVaaAO8m4XVgcVhf0A/pJ5HZXfe8hsBHP7xtmSZy6o
+EuN8Qjkflra8Ek4SamocuYttXWz/PKhF0lGeofn8JDr3qgcNaPKusynLom8EKSNTUYCB+48
tpuu2ukQd9OuUlgxG4W8txbo7csP1q514d2XGmE392jfIFg+A4PQMhMI3LW8fn534UdM6jRP
eEsHlX+vxV/MGbONwabon7VJ6H007mbR1CIkIEI4cdf6QcrXr1Y5yMZ1Z8r8E58GdsU2RWx5
IF6XckMUr0NYT7pXAhxLdvRD9n1kQ06kAHFq40gSGVAI2fyuXKCQvXvq0/nc+kmslQ3vxi0P
BpYFlgXv6ll4Qxdi5JOKE8vZKKUGcYGrccHrx5+TZo+3qrWxoxqq9Pd3DYQYpFlwef3O1N39
6Gy4XbpZflR+MCVSoJKDP0zerc4x7eqfYY0310HE3OIXHbOFUW1s162yHK7+IukI3dAKEdQc
EnhI35BIIz/7bGDrLs+46WQwtDzCtHCQ6fRmOFw/IleJwsWcYwkc4LP66G371cfxLc0aEqdK
9yRIBnFvBa4AuDvw1ITzS5usQNcXPy02T6c6T9aHJ4dGevffk5KBoTHeFHHG71Tjac95NPpf
in/Q1hJanvj4PrU/V5qGh5WmPODy/rViCXbViNi3RLOn2jt6Fd/IvqQXMvU8TX3zUA8SIo0h
IQ2d0ET6WxvF8A/5ah/dnvC5SO1yxw3HggrdDFnwQtjuTZbblzsPslcRcPMMb5DcWZg5DllJ
CKqrXe6wUSUXqJ8N+Kkny1d0cjQd+URrjWn0zEzp0K1mx+leKqAPXUkqd5qJES88BNYsUFVT
vV8uHOrtNh8R+8JKXGWx/F2HV5Wt+NnXnWhd9k2lYelnOaItG6/SCKezJbBJtDCW02Zl5p5b
q9WUq8iA+sEdM8eN8UI3tulq+NWE3t5JQy7TzV7YcyxPWLE077gOB2IctdiGIilcJNH7xdHe
6+B29EWSUllQ12zHCHr7yCc9uVPwuEyqielGkznupfczTnO9z8U2p5MzdH3pZTTSDsu9TWwk
2B2l9l+Aj73vlnlbqcJ3bhCrJ0Tj7J5WEa06K4NvdNXmVA1l05/OkOHuxfn5cxV/rc7l85ZU
XOL3LcJYtD0p7XP+DWp/HQ2yye2AH0Ds9u+6jLBdrgltNYutF0K5CTYfbjFLyEbq37BedcNX
qywsBbQyZm4IVbCnMuzb3HZpFEvxnlIyAXQ23cGxEoIr9mnxGXSr18vBSbWMrC18P6uzBh62
delEko2mmv+6VDNb9cO6HoSfk8CIQgjYpMQ96+objoulkxN9Nrw8zkBXzwIWcllmEwFvLlSL
vD5mdn1K+B6rhtSmKbOHhNoa9yfQBcNTKCyV1ez2s5suXk362LAhn8qJipddWpwFrRH7en7d
Q1zZueH9oObG2RDZHBgLVaaEI1Zz729TdATqzVczJCs/Ul2I5MlmufAvxczKWs5Mz/nk4lAq
c/bqpPvNTw7Cr4kMTPEJafXV3Zu2TJht+bXkuOvG8r+aZdnC1rwIABQWvUU+uW2R1gqF3mvs
dxBdgj1z8JCTAUHWKdYLqF03TUDXNzuKNDs0rAQi9nTm49EnAIDOV/fvz/yaol9Mb4TSFnqs
CPGRjrjqKRmkpRLVUgxNjxcXJoXrcZ7fyaBPtwQ+6CVhWtUZW26TmajSCkjBdJz6ie74xa61
+ZVzl7/Ug4d3bD4+JFEm9q8IU9Q4djFNngy+07ea9PZK/Iobfev9OoEqlPWWOobeTy9HQ/gl
s/vN7qkxto/6lqZM69vc1YjXBe9jMXJSBfwVhUgqvajvsbeBMDKVjJZ+TZ7n3pzWExwnC1nJ
jHOeSF/DMA6+TCBYosvxfjY/qXtEMBsGO5oCq9se4zK+ezEAptPNvm63DD1q7kaCzvXbwA99
kgiy9G7fLsI6gtWROBrfuPJbrqWVDi4sEJ0Rr6h8smLlJSXSij+k0XziKi3Jvs69LmjFsUpJ
3bjyqsRVZ75feWX1TpABtGJ8abZ/mdkbeEJJpNExozmPjAp4wUDBdIpmsbzyndyv14L14CMw
DVhmIejz5kt82lM/M5o0P239sF0bYdpfJY+0YT1GKUYrOSPpY2Q/osexn59Qla4cQmzoWprd
FeIrVxNzWWnrPy49s2T/rHb80XxlRp3Wl2psSeH+oTO4mRq5C5UuY3CmqE85J0PE3R3PCamF
ps9IVTnvy+WOSk67eCJXlhA5+CsEEiraaqSwr8KsBkSHzTDhUuaqh+G+loPBrE8mbo9htcFl
TbEhF5hkPgDtGFU/GQ+79cQFs617wAw40j+Zt5bb3M+yjZCO58yD+wlpbv7187XUK7Lx2d58
ZIrMrHN/2S6D6jNEgweO/CmQZAw0yhyif/R5GxodU0O2fM6HUWQZzUSa10gYzkzUouYEyOzT
z4j7ojvgpwgvXKOQ5ZS4H0/gXMoo5I4rXihJyG7LATvpW7K+8yfYfluHLzPP8CAqQ4ItFmo6
m0c/eJNm0S8Yun/3cRmeWYr1Bvg9DVOFG/GzGmjR51JI/5n8lVE080pn8UBGLdqpfqlEOHv4
mWDP+5mDwwFoa99YKfz4Lb3TxKRLtaDu44XRHRNSnkdEmll7P9vn2SmutdyJRe8H2OzmRh6u
tUQuSnFfwJl8+kxaNYuDN1bh8PL7mO9ipsKE5095XIKZwJWnwO8CaWi1fX7FIl31yoqT7ibG
4H2WMCJz8uhQY86rrIXdhor1ckse4PVi3vTPS5PmyiIV87cJbDPFufrykuZDYaYnfGdvdd5R
Qrpf2yVnzpnReK/1VVcAOB4UE92RrNvu18+nuljyhv0MhMRuFya1bU0tjuSZpJdvMjxiUL58
j85gt/HQTo0cGY9Gnzf5KODElTsiPJFUhn/1XVCMTOBOHZwocu0EG+M2dohLN3oe9ydPoGj4
XsQPzMPod63Ich5VW5q6d3UaCYpdXGu+BqokYruOv7x3jXAwem24k3Z/DRh8OtEwzOoLD6ko
0quYln61FWata3YVdOODV6wvbVy6IsvO4Oj1mk5ZQ2NzpunRoGv7iEcR07u18MTxtwbvmeuQ
RV8EcqlDNqScVz7cyFBFvzcMi3p7O65RKKLwCWuDvPQnOMqN38pCtpj7RUWWboFke7fT4Jy6
DEbbJxc1eTvqHOL7eG/qvNE7c4q9BJ/4fKpJA0URz0qX4X5O4R1dQAw+OJes2hxxYAXYUczs
djYsOeH97K8rHTWQmWnYNyXR8uFox1bcKSycfMScj6GmV920BZx9vJdwHyP+Zsh5Y4tV+3bR
rlzZGIbRjX7w5t5GVLIz8APhLeLT0/5ijt3uC3kHGzKbfkNsiohIc453Iw2aCng9/qoVb+Xq
Yxpmvno0ccmrjJbJvuKkUCfZcK2aTIu0Mraal+wK6+oPb5Pwx4yy9u4NWnMqCQn2VtY/wsTZ
G/cMm4EuOVjwSCB7iWM7lV0RUcWNjPqreZLIVE4PImteMAMbbnfKqxip1rMPK3D/cY+Jgsuk
IoKYJJFIoXHBRbjYN5xtQ31HW+Mu0kQRzFZtbr7cj5VfwjdFzocMwn/kdG6164FxmQg5P9yY
vmDnM+bxZFS+2snYk7BJyHo2P2c/oZ1GRBk6HYUxjE8BzHqZOM7ygRUwkzmLlbvyXPjG25Zg
X3EU8cPzTfLwIhPbsGW1Ze74Wlmr7SspL8xEmDkZ8b1SBmE2C8XhPJWm+YWYh5NJizC+lnVK
dHVJ6nOo8oZWAVmlH3qtuKwU/UPYayFt9ZRPi5sycuQfuvPQLhG+83uzsXXoosrYFoy5bvuJ
Zmhusf14IzrUiqK8tkGLGDmPBXAC3j5Z5V1C91T1JvmlsK51YQtefDwLZV+l9n/j2LEdSVDC
cJgUwOZY7ZF+wxhL4fpOffZ+jI4KuuCv9jra5yf9uwkzcp2N7zSYjztfmFPIlqEvOl08lB7A
uZrt0X3cLx+K/sN30snu25KOFJE92dxT/sWWmyTKQ3sL0b4QjLaobDkw/z7ILqO9BEa52342
eMfIMMU/RTxpeWyee8f01ON62LLS9js5h7rHFWGImNykr8jFXgiobLafnXldPBjPdoE2/y4q
diTQOt8izlxnph661QpfwpXDYKhBl5vIUhndgEs1SuWIkn1GXPBb+Lh0jn5zHXloED23ergW
+/4z5Jj59GuYLGvN8WxwaSCtZeZaRXaVTQY3kfzsA0JDv+vZOkWiiwMLhS0mJPpSj8TXetNt
UTjWGPbWjrja2o1gb3u+Tg5/5xi3wrldqpgX0zAiqp3SvzVaUeXLJ77AeDPczsT2uBK0HWvl
6LMn6KTltzM0GFy3DTLG8MYNdbEz2Z7TJBA/rnXYbc8kBfNNqxKjhF8BTXqke3Xct0z24bRZ
bnLKF3mMNFNT6z7bFBNT/Y8+d6vzh3lib/kFv0Fbml5o8Esl04/qFJkGwK1WWdzXu8mojqIl
Ul3jrWuSnSKFCU54RzWi3B6TaPjBhio/NshhuK9c5fE7SfOzRGnTG2myzAt/fk6bcfWsZ94a
PtQmtlp1Fg4KDNw0Oik75Ip7nvB+XrRX2thMIkPoezMJcuTHoQLcUzx7tsM+8/UbMCtMbHuv
ejS6dqFutDKGykXThKgto+/eboAEouyb6g9PWsKywBh7JqD0LY8C5Wv5qgP/isOnKmcc+R/q
7yfyYGq5u5RaxCatzazg5zNUc9yLeenIao7W0lxBlioZ3D/r6lJB98Wn53YHeRN2xbPno01k
EBn64C7HxzHf09XF4IXgE0xf4lgFwFNJvWrTVupNKecBY04YxSJw1059kjzRf9O0JDvxNbdJ
6gBCye5ZqS5kdfMhpzGZebllpFTkkcZ7crciv7GCIxABj+Nh6bQq33ClsEHKB6Tz0OPTSilZ
loi2C3yWb3aZj+WnDEQsN6zlcfUFeE2xjO+s00oZ8DYohWgb2yRNv+INC609zvfUIGQijaUl
W5DA/ImWfBxbp0bfQ0Reg/WzBV3rlp7bjO7j3c2IjbardUiXth9z8MCdQjnLUCNbQwxVM6Pe
qtUw1lxQc4Rb4IPq6qdBlarAZPjjnXbotygCDrXkmPSoQx0r5z0FyXQjbZZQm+OQF5GH/QCN
8lSxsdRlL9566s+fSakCSS6HXVkq3sRzV2WNnnhB08WEiFbyvnYa+piM3lS58sobeBunnD9I
QE9ExH2quwVX0BiS+U7GP2iyRa9ayifK7pM3aVAkebHDglt2OOAvdr0/uualiA59L34ww5j+
CfyYoEDkLffXo9rlFCNGKsCKXHvtIOFe+s6xKKv+j3qdCmwrdPnXecP8ABxYQaW9Dfc9zr7a
bb6+44qyh6PRTAYhilhyfYzYz4Bfbc9ObRCbF3phlG79bTbpS87Q6hynQXmFq6JKYKfeIeHI
OWuaCevYB7P4OzyZxkabRFwjH/Tu9l/E7Pvz6qzaGxzybhJ2y1MiqfwaHBeTk0Hl41bdr25S
kNFndAs0Xx98S+DHNTKMKHdwJQWZdQVadY42vx6Za3hrdA9uQrPjU1EgY0rdqLkYs03t16sS
YILvyW0sgMlF/f7REg/Q28nXrjZFO39Dj33YnHKTW3kTXF68WpzBSyX3Y4SuhvnymTbr8Mrg
0SNy95f0PJ6FjG6pttNsmuAeasql/fSUq/qr6uI8p8/3LH5cn9c2YmmIwdb24TVoahpxxao4
WXFor+LMCGM05jlsU4dbzJtHqu05Y0fsdA52HdQVkAQe8qmBsIU2e1Zftr5w2SdaNE9yYqvA
nr73H5Ge296K31TpegTjRAlOKctZ27HPGHmzcqFPzBHavKqwovVQ1koEXqnhrrc/eb7PqDuv
s9RHlFFlmLEP9Tm9y6PUW25Uy7sJB0GiCY8tj27JZ8U+Ws0u+0Tmu5ubjAvJDwkJT7h+xitR
EEPznpbYrv6UqOj7sIXi8y/wWWlQTHAsbfOV0Of6K77/ww/+/y/w/0QBW2eINdwd5mINd8L/
X9FR3WllbmRzdHJlYW0KZW5kb2JqCjI4IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl
IC9UeXBlMQovRW5jb2RpbmcgNjkgMCBSCi9GaXJzdENoYXIgNDAKL0xhc3RDaGFyIDEyMgov
V2lkdGhzIDcwIDAgUgovQmFzZUZvbnQgL01OV0lSRitDTUJYMTIKL0ZvbnREZXNjcmlwdG9y
IDI2IDAgUgo+PiBlbmRvYmoKMjYgMCBvYmogPDwKL0FzY2VudCA2OTQKL0NhcEhlaWdodCA2
ODYKL0Rlc2NlbnQgLTE5NAovRm9udE5hbWUgL01OV0lSRitDTUJYMTIKL0l0YWxpY0FuZ2xl
IDAKL1N0ZW1WIDEwOQovWEhlaWdodCA0NDQKL0ZvbnRCQm94IFstNTMgLTI1MSAxMTM5IDc1
MF0KL0ZsYWdzIDQKL0NoYXJTZXQgKC9wYXJlbmxlZnQvcGFyZW5yaWdodC9oeXBoZW4vcGVy
aW9kL3NsYXNoL3plcm8vb25lL3R3by90aHJlZS9mb3VyL3F1ZXN0aW9uL0MvRC9PL1IvUy9V
L1YvVy9hL2IvYy9kL2UvZi9nL2gvaS9sL20vbi9vL3Avci9zL3QvdS92L3cveC95L3opCi9G
b250RmlsZSAyNyAwIFIKPj4gZW5kb2JqCjcwIDAgb2JqCls0MzggNDM4IDAgMCAwIDM3NSAz
MTMgNTYzIDU2MyA1NjMgNTYzIDU2MyA1NjMgMCAwIDAgMCAwIDAgMCAwIDAgMCA1MzEgMCAw
IDAgODEzIDg2MiAwIDAgMCAwIDAgMCAwIDAgMCAwIDg0NSAwIDAgODM5IDYyNSAwIDg2NSA4
NTAgMTE2MiAwIDAgMCAwIDAgMCAwIDAgMCA1NDcgNjI1IDUwMCA2MjUgNTEzIDM0NCA1NjMg
NjI1IDMxMyAwIDAgMzEzIDkzOCA2MjUgNTYzIDYyNSAwIDQ2MCA0NDQgNDM4IDYyNSA1OTQg
ODEzIDU5NCA1OTQgNTAwIF0KZW5kb2JqCjY5IDAgb2JqIDw8Ci9UeXBlIC9FbmNvZGluZwov
RGlmZmVyZW5jZXMgWyAwIC8ubm90ZGVmIDQwL3BhcmVubGVmdC9wYXJlbnJpZ2h0IDQyLy5u
b3RkZWYgNDUvaHlwaGVuL3BlcmlvZC9zbGFzaC96ZXJvL29uZS90d28vdGhyZWUvZm91ciA1
My8ubm90ZGVmIDYzL3F1ZXN0aW9uIDY0Ly5ub3RkZWYgNjcvQy9EIDY5Ly5ub3RkZWYgNzkv
TyA4MC8ubm90ZGVmIDgyL1IvUyA4NC8ubm90ZGVmIDg1L1UvVi9XIDg4Ly5ub3RkZWYgOTcv
YS9iL2MvZC9lL2YvZy9oL2kgMTA2Ly5ub3RkZWYgMTA4L2wvbS9uL28vcCAxMTMvLm5vdGRl
ZiAxMTQvci9zL3QvdS92L3cveC95L3ogMTIzLy5ub3RkZWZdCj4+IGVuZG9iagoyMCAwIG9i
aiA8PAovTGVuZ3RoMSAxMzkxCi9MZW5ndGgyIDc0MDUKL0xlbmd0aDMgNTMyCi9MZW5ndGgg
ODI2MCAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0KeNrtlGVclF276Onu
BgEHpGNm6FJKOqRDKYdhgKEGhu7uRqRR6W4UkEZApBtRSelGWgTOPM+730fPuz+e82n/9sx8
mP+1rnWt/32ttW52Fm09fjkrhCVMCeHkxi8AFJAEPNbU1xcAAwSAYLA8ATv7YyQM4gZHOClA
3GCSAAEJCUGAnDMSICgKEABLCguifgTsgMcIZ28k3MbWDcD1mPuvJDGAnCMMCYdCnACaEDdb
mCOqBhTiANBDQOEwN28gQM7BAaD71wxXgC7MFYb0gFkBCQQEAFZwqBvAEmYDdyIA/eWk6mSN
AIj9K2zl7vzvIQ8Y0hUlBeD6W5MbgJK0Qjg5eAOsYNYEoCcI1GowlMv/D63/LK7k7uDwBOL4
V/m/O/XfxiGOcAfv/8pAODq7u8GQAE2EFQzp9J+pRrB/yWnCrODujv85quoGcYBD5ZxsHGAA
8L9CcFcluBfMShvuBrUFuCHdYX+HYU5W/+mA6tzfBiB1ZXkFQyPe/9rUvwe1IXAnN31v53+q
/pX9Nwv8ZlR7kHAvgAkY1V8BVCLq++9/Zv+xmKITFGEFd7IBCIqIAiBIJMSbAHV8UCQC8BUA
wJ2sYF4AmBdKGAR0QrihpgBQPfEHWCOQBH/tqLAIAGTr7WwLc/or/q+QKADkjNonhNXvkBgA
5OoAcbX9HREHgHxgSMTvgAQAhHCC/cMiAgCQmy0S9kcENQWKcED8XklUGACCuP1GlIvcb0Kl
K/xDYoIAkMpvEgKAVP8hcRTp/SZUUf1/SAJV0x3VBKQrFIH87YI6iyDIb0ItZfmbUE8C/YcE
wGAAyOoPRD0X7A9EeVn/gSgVmz8Q5WL7B6Jk4H8gqtF2fyDKyf4PREk5/IEoK8ffiDpOIKc/
EGWF+ANRVs5/IEoD+QeiNFz/QJSG2x+I0nD/A1EaHn8gSsPzNwqiNLz+QJSG9x+I0vD5A1EL
QVyhcLgb3MHqXz387xdHXh7h5csvDOAXFBJB7bMAQBwM9v+/0wyc4C7uMFUFgAgYDBYXEvw7
CnVHImFObn+/qlBX8t9sDUfdXxjMCwYlmJ9FQKXC7NLfRZQFKBaMl2PzoMvbNCU9aeiaaicM
/ZyM7lA8qO7Cs1hv/LMii5JkA3vjvueve64xbX46I0qHwS5JGTO3Gx7PN7J8Wu4Z/8jS9F53
Zr0I3SVtfTd9uieCrjW5OFSW+rSwL/eofzdPm0tBfxP3Gwtat4lHY3d2mKiYsVKWg0FkeD2H
EIsuWYZLWZRw5IInWWoK1sJYaIBdJF4z79djRJs7xc8CvDcvbi3QrqA4sSGC8q8+N43ZPYrM
4qcXXzBVsLlaiDNjAKA1FHeC2C2zq7szq2On3zvNt1586Rxf0Xtf1+2NNv1rFd+SZ4R+86MG
F+64hKvRPm6FErEu1q6kYlOlJpm9K2ZVqEo4WLBE8ZQ2VSZbax/GG/qsMJ2ztJHc545JfTSU
+S3Zu3DatPEOeEiTNWDo4XIPX+WC4osfCt1P9kie+an1Pki5ZERvkze6pagROu3cSca7Ix9L
p9Kc3XPO7+1eO+HK22VfE2G/ZqbpCuAaFsk9vy9v7y+3Y0cUtgDl1HtZhFm+jbcywC/+eoKH
ZQue6f0qkK0sVRmYR1LtiW+D30FMXj6pBp53oi5iQhJcS5FNLlfGd+cB1LeQ5mhz38sQmV5t
9GLOwvOP8IgeJ697f9C6+vXAe4j8NbNJRxnDKqnwQytABzPvONQe69cw4QFxz4yj9ZFjPZu4
Ihfr0M6R9PZOqUQip1PXPE9gi1e3F/ZXkJr/dRFitibCeVdUC30xcfC6BuZv++GNAEWykeho
RXlsUVclO1co3Ey1Pfp+xeEWPIvg+354Y8wQK+srakuhzE+PNudFXNW+fPGhsuwmn1abkS4w
MVoff/uLUIUOsCbI+jXh18wUCfXVe7BWqbcEcLmta6WY2a0h75fkI1oMujk2xaCP5cT9ZvRu
94tuEXGdz9kJhjkV1Tvx0gfVk3JCi6yRLyN199XNvVcinntoUZtHHL36+doj/McZRsDAM0/d
yAYSAHzxiaYRxea4kAqDXr4zb4k+nwsOiytmEniM63NLv5RBWlkjr9DmPGuqmriLUOiUVYza
8fOC2oETsexCMd7VzR3V8vfu1Qd9CyufO21VHj5i4aQIqmhh0h8OTgsSBFYgV9gJPAgHvt15
J/J09p7ovUjJMNVoYKtFQ3JbdD8Pjq0VsfimRfE9O0OFQxFb7/uky9Gj+J4JnpTCKYDwDc0X
ymaPJYUwm3fsvAXVB/3Y2mFaemhzN0MbojMvqcj7Tx1O7mNO6fikgV9hjC/0LzXfva9maNAs
vxEsd4GigxnOE2X9fvbexdW4x/Xz2MAqGMdP9qf6DPNIUuXtDvlN0E110kY9f6YKxPRoTSUO
sG/VHzavBonp48mGjYFjsfymJV3tkAWEKSuzK9WdimQf2SoEHT+/i/P1r7MBYzN/+UU2WRb6
Nn8UG3uE/f5aE2FQLHlpS61eG20VZr1qaZT288wwNcbz7QWBAZxc4pN3J28qgjhC7qQZqUmf
rBibYhx9E8rzsncVZeyIiXNKEnU+YIBHkEg8zGkdzYZQX9+ryR/LypY0+bUT8uU68+0r40Cb
16+FXgBYarne97JCmWjmGp5GL3Y/VDxlAqbMY/qAcUsphtP8nrUqbohopwwQv2H7WLmeckGH
7je5YkHejvnWBw9rOyQkr+ZHqw7r8blBOV27CLYVJ8vr+/tMt6vcxT1cTz/hMTk0eUfi/aJ1
CuTynIjCFdZd5vz6aaKVEHP3iSl2kdM2+ieioTA3vIlRtjG/9wungTF4QJaoOrOSifK5Ldw+
GvoyDNGUWSqjLKj8XkyJXPvwUED3kh5HTHUwebnOk7hQjJj1j7y5Cvn5dLwWGiTCh7zCmwfs
fMMePuNZZVsZfqTBv15OMPyM4/p2/a7VCLdYIFqBWrS+iSl1eANozhJS45owlUU3SdNQPFrz
bEi8iTk6UudurnEFWo35NI3DqpyoIY/XV1h9kpD65TBJImZVNW7oDr0BkrtP/ypnRhuvXLqh
PNh/SOHyVdedhU9N3gsOhD4OX59Pt/5u7jRU7Yv4W0yNV0ECYnh4xqaVhznyUF7Pd7UBZs94
aIVo4gH7hU/HL04r8+TpinhmaQCS0VbFGQ/XiA5YuiM+ATU4B/LzOHU/BcRZQvfN2Bj1zcFE
3GVyO4AP2rFrQegJnYSfoSYhn9mgB+219hFxHnEHtEvYMfZQRiejAMmWezWxOPdoVTt2E7JF
A9HrL1KO29+vZWjb7YxA47p4IzLTRE5PzirGvad1AkvrP5mFdwQWM01sx/C9+P6UQFnTa8KX
46uxf1/uPVuNkh2ctqGkSAlNW54eVUdCXrH9H+6FGeY+vDqY+l8Lcc0JC/SHjb8EMYSC1u0t
N9zWpbEdAhDLtn3M3vhmXRu5ZxQrxFSpi3XG3QdtQs5pj519SXfPNPbiA7H0FEDRlKTRNpGV
EkWUAe1tgP27OwZ8Djr4QUv3ogL8Q9hdkVAySzIwt8AhJnBqn/XHw7sNXw3WkxyJxV6LiQfy
Bro7HZuFYmOuUhXmaUpTkzc2euoDrT72UEM7UQIrDaJtRqHXs+S+FiHjQTElm+bZ+irSaC3U
KUW8JuF4bq15dCojcj9KYp08w9V0z8/v4pTwp3KqguXciBX2OlQURm6znIlL0AwJOx+a3H6+
4vf21uvPeoNBSYCxQgG+Xq59PWPUbOn8Huyo/HPs0/0oioje4f12+mnsPvJm5sS2o4gEFhu4
GhWr+HaH3xCahcsHUYG5gAIcDb/4L9wmIKE1bxcGdPIpD7OMQex8g9RXwEoVepbDrZCacsuX
YG6DGpUUDqHZvj6v95acvVZsDyxftrT1PUn/FbcqL6vXNhXZNBCUKVQXR3hdyaMZTA4oLyXN
R6reNAA22Q+/2G/KgkJINcVffH/85I67aWOlMbn8WVc2PvPlLx+RpsT5Jy/wfbP2PcjhOMff
ltXAJN7Jffyd1PcUWOfzRVL5JDnfLjgEZ2xCfxR/A61cBur3UElpZBmP2++dKTpwdsrSFng/
vZey/Gl0vc0gxl/ZxoxvPTiAXSRTM/CIKieoWvLo6PAYRzjHZ94vLPRhv4yQryuaX2DIc4eU
cMfX1cJUh09dfbgWu5g9l1s4LPkoHq1NqVK3uS+TEUgpx+KZpH/zCxu3b9yhbAom2qLudrSd
2hCLnTK7deMtV+OXt54r4PrimawUnZYadwb7rMNkiAtGM5kbXOOjIfTIjz4m6O4rAJRVzF0I
dxX7ir1Pv6srkeBinjdJjPX3GuHQHVjrOO0FsY8dh6nf2H/GJx6XALeUtOvSeLEp1cJCB50E
+/oLuMWF1fyy62o+Vent1acGnmVrlx08gUhX6VwqKJ0YaGZ/mt6PfrBBl6yApjudht5TyEvr
XtstIaZgMtCjtB96+NaYFrM+KoYqJNy7hbvvKdKDNOCHb5cJ25YeZCRXWJgbJpOCPeR98uxa
5Xy9F7bgclWHg/a03YQ+ZGq5DJ3UuuX8MTDen36wzxS8QV9fxrbPgSWTbzDDmIJMqn4og4cd
BkSriiQR9/N+kXAaQ9oJHVGyg8ayfP+hADAnP7duWqqFm0RWgC+xcGbGIlO16WXGSq/BFmT4
+8/zKBKqGMT8GJnwazlm6NJo9M7EY2snXl7YMZ1pvuQkuVgJg9vc5rdsZjvdqkgOkrwtoUyS
079UBkcvM7EMcJhj3562maa+vKdq9tV9q9sF/TCYvyWG7FQkfbO8X0Oh186YppMYwXTuL938
RK7Rin4nfgbJ+nyBE3aZyrEix/QdRpjhfHGV3Gaoqr+Z5cb4LflWpjV8nGhX16F4uJ34ZMcr
p69q/HUsBSf5oCtNYRp8XSy7M+jh5tUp8B2FcS35M5J5iyx54uNGPq1jWGYLlSJEUTZh78Ug
WsPR62Cd5iY2Zpn1HzlfLZJ8XcERVZr0ti29ipm2ctyPiI7pwWLH8/eONHVe++zckZb3+cG/
aHffWbFWUnWoxTHOf1kjQa6aoO2p2X9VscVhIko8MiJeeHyCE70SlJmyz17JgmviiIGnU/Bh
YpvuR88zA/mKuydqd59IO1429+kSBDS/EqB1PcdmK5mu5D9RgmzZvYJSLjKUpHzn7hiXPjLD
sJoRUpg64r7Icc+jamS6b9OvXeCUaBjbHLB0eKhVUQcYJLNWs6pZ3vsUq/MSmRMPyOOlDs0X
ASTKW2oCEkEYbS/aX9FZrbi8NPaQayV+CnobeHZ7AvfZh/nkYtO7hyb3Vu150zWhE2wRPdJV
szmAteXUJByvQLpbyvDGMWXaCi9m1nUCNb5kxambUhhpBERzfSMDkj5/RlSiR2wfhTXQvBHd
YL4BHKd0IhKytN7kmGW+Xyx+2CMs79kojLmxp93IQsqKcTLX8XDPOKiTKPIynYL34qkB7dA5
4P68zEhJZnab6eSnzrdo1e1iibYGnA/f+LTfyhHKfh1MK8uFkNUjdKyEMRX17K0mgBLSu5iV
jZZ5TGJv+JZFjcqxsGWCou3fE9hfSgCXBjg+B86MSCH4jvMCcaOKvpimChIQrT/aUxe5gcyK
WnmFhsluJEWOpEWTlcbe0JpPTqr1iQXPvnles7Wg8xI+olUh7E4FglRlbDbIkeiyDXRWhjQT
mak6/tR61di3yjlLv4AsdFw1h0NnSz57w2UWnTHM1ZBjynNSCd0YkujtZqrvY8+gqjyd0zkz
gpPCD7idannx81hSLT6540x2LroH5fmKtSOvpKF3QYYDl8X7lFza66d6nsm6l3nf2Gn0h0jr
Wn9y0PjkYFgvIWD4IkE1xMs6P2jejVv1iViorngvTZ1iEKRfX6m0+yD3+fHVxh1JpRlE3dc+
QyeU5jxd1tbHTYIEfy0Hkx/Y2LPuGKntHg6DIwoTd/AfSnA2Woxu4grNqVdNUPlZ1oAC7QoZ
XcwmS4S4sb3ePzgkGBYL0ThfJ332Nmxu2eHx3FvnRI2lr/hGqsxYd5nU7Rd6YypxUoQeFF1V
lRgl39QzGCTxh6sKOEJMgDox9P7BX4nGXELR9LipFET1tynP27a/pum08grHuR8Z9N9P3js7
XU/8uHr9VE10VNsWHhzLM0+QuEIbV9d1Zd1aI3blK/b0XUJLFosNnxXb1zzZuRhC4SxMlvxY
FvXwHZIb2DcjTmO0I9KPq9YIRBto9PQ4MXzuAK/sNEY30pE/0EzkUs8UJ4OGp5DijTN5gAs/
VAW8Gy7DjGzeahsuVl4q3pzHUkFHFj8eJOFKWuSbemtC0Dz0pGb1yX5lP3/O8g/lZ8f4a5nL
0htvv0J0M82ICjLyXdx4jyW+nIzTG7jjmLz6eoz+7P6nWDYk2+GnpL5moHHlsbUCne8L09v4
GLCnMux90Cfms++G93Q5YyjorigMN0GZHwmds6TowhI89pUreiZtq8LW7gLi01TV5L8Cpb00
ye47NqXAjdF4xJsAXRTCXfeCcsNoxRQQQrxUdhb0gxq02025jTd0LcFY3Y0l2zbVPB22nni+
YfxrG3n3At5h59KaG5Once8K9B/02I+XMkhzIS89eEHF20l5NaMGHm+urvZhpTK0OsdmJQNZ
g0tJVh9kHLrRf+Q/OIieVTb6uNmHc4zFpX37nBULOjDRHl6uJ/95wdhNdUZKe1Odldp7umti
ZnyTxtd8OBmm29mpHM1Kp/XBymbp15600Wr4g9Kkm2olsbZuSn0sqHNGWqpHdHbfqA2DQtE3
ELCXPTHykkv1UDdytqGCYsIsjaGNHmj9ua9U/PmrJXlMWDmN87e9jR/YF0/C5zY45/ZZ8H6U
lNRKkD4n4xyLUqeYM8RVenygTaX4iEiEVZBpf9s6kA3cT+mMYWlmQvls6knchIhkAf/FNwn9
exDxhBcYrjJHHyRZ6hYtq847JslsDvCosWZFPSw+dLWJSwJfHao40XefzfLWvdG58wdke8y0
FiPKpnqTW+PiEwjlag2OF1psGmTT/QO6cFVUTwOctUtzeMbTuQhnGgI+X3sujJD241aPyBa6
OBuYTHynNMqQJx48flzw8dUParQ2jSCKlKHkoiCWPN4DasHaZYVfGFgfUz7YSDQqc59JCFX1
fWQ0qlGluuwuGu1ekxpQ4jqWapTeSSap8eLRY+WueUb9FGNZUaG/Hujar1RKI6O5WegLcSiZ
lbGKgsDrotrpxB/f3RvNp510BMA79qPq2UrbpDqjuYsDBD9t8KMz459XTpb3iApkRRCSYPg2
tqRcfICtEnz+KJqHvpiU20i0H4wGCO3mx7mVzRLRIqxeeodX2PQRU4UTg36VOT7hhYXKT2Oe
ZnHexmuJdzfo7Rze6qYJj5omJp72jtFmS3oobkLArjjUYrwykzNpWucOizdtlnYfK4ipIr0q
cUMgRo02H/qg+vuMw8pK1LRV7XOZPMfNYRWOeondmyHNZu9Pt8qAMrouI1hwGbSRDzhT4XZS
7GHq6spfUtBFDTyxQNpXX9KLYsKYS/IPWuN3b6u1ORHhL7/thVhGCcYbqozqhIi8cEx4QH5U
ETfBO+flHRJ2jN0LLAyokRTyeBWwQVpC7GVgPRhX2uj4UvddKAKwKhGPx3DavDybpqA/Z1Zb
A6vqaE5s5p8jxPGUMxyGHvslMpnjOLJ4AXObR02Mly8DzBOogi15zxa6Tg8Tjx0E3Bgr9LgM
FEkp9+L90J4/wYiBpb8npZziFJ5WHv52e5G3kk2WUe+hbkuEwA+0PKkKcYpYTThwGfmeOyW3
c4jNlH0dj1m10Pdjy/IQA9seC+tRcvpKwaRyixz61ZBHhummV46BD4bvN4l1Jy1Gu3NK4eod
vsPU+XRWObvxSeelO32ukkIqbvqY5lOqVJO7m71sonRvrreX2dDdexOge6G2bEr4p1o72hhR
V/pe3rpjjmF77/ZZph5ykmG432fgHr//qFh3c9741IjFivGo14I/PGo4XvUnud9YAeUzmS2L
LYDwsAmJjmc2oqunSh+DyTS2UmRG4F7oGb9gC2liRsygJMn1MO9SI5Hd0jpN6FCpUBdhKk/+
SafALgOdQVXEWsH4/Fa+/1SyU9gLxaEuq0V7hIzE0Rj6YrysK4HtB34p7mI9VTUionoKigxB
2tjmF47KdZiQq1ghOqr5oF5z/wL0zjhR4ysWycuIQbcGv8G6XO+xKr5Pfo4tQ0QyxVvlfs/J
5R9EOUxYnxvpS7Dj8lV7QCEYQytaqVoH36NZKGmTqIMxDOvjb+aAvny3WJ0nMqKas6peagmC
l/pvz5bWJNF+hU4uKtLqc6ZR5Sob6/I7HTCV7dKMUjZcatNTl6ZTEA0TZsMdY56F8Nqljawv
h9FBDl7nLZNe5myCMfhx615m7dt/zUtX3DUv7yAc7vxyHWaxtv5Q7Asfs7ibYWIjz5OPSsNc
1oKiB9iUM8Vb/m/chNBwVzeL6DonDs5KlhL69YL4KS4ye/D9+jPujvvXK8tScgZbpfaceHVu
Jhj7/aOfFWQkvqdbTJvZMXNu1eSfSwDXi1Z3eEjOp8724RZqRjPBKtTZaoYxXRJC81qV2uPy
b+oOVuPVNpuRZolSvfdcWx6bRbkX4TMrUo5N6+oCC5vI0hwVw5xmb1vYfrEy8L6lWIe+OUE6
iX6QqzH+4AGazFFcn2Z2WOUuHuXu6mfUTr/GnebDG8QrVnj+JVDiIFi7SUxomP97YvfDrBff
Y+3Cg0YOlN7gBQ5fRIrd+hirORFnC8X6cpQ1ZorsmO6IR7H++DDBdhn3bKSiVCUkaLGNL7p7
6AmlrU/ovMyeNS2t9IRQQ7QUho9Di4rDoKCoO514wM8DFoB2q4wJucJIb7Mr3flwh6TlVewV
NfRaJjFyaMVHp82pWSe7PUsyI813dxm3ZqBV6tzs3QBmuaLxojyoG4vPoB3s/MCcRFz+5/2O
2W84sheipgy2wIcE/K7FTA1X+mYKIsW2kq/LWtkDPraIaCYzvPGYvt8GJyW2VXu0iCyV4c84
VdhhCcjo4wXHHVPCQadbgeis/v5iKpnjw9q0VSNruNb9c7O37zLG0+eyitkNCkk2bdMnPcYF
eRKJZoTwow7ENxvdTLzzHScuIICPZStlveporG/Qz7EAjZryDgicbcpp+94XFrMsGpiJ3kV9
ddX0ykQR1BI1PLpSGLvmzLDrSCeDkzYPhOBnXaEbk0swgSXTOZVXnYPCgxby9ritt5EOPpSn
gO+HP40fRvcd1OxFPIJwYx+fKagW7XXgXFc1mzF3DllCOzshjsZK2Y1W7dLYGnwPpjBqqFZq
w+j3YNLlRX3CXobFpYnrr7Dpc+Sxs0cPOSPNe1baqySfLfjM9wV8eGBjyz/j6LllNWVzmnok
HCBNvaKxggPJ3zDd+jnPUAthyygvOOTGfcoBDBWw/JjILIjo8Y2HWun06yyArAW+aW935kil
LffJGkGmyxqeTwRzdGidPXDWf3kAtLXfRp6cpqoBwuO/kjcJY/gxKTkA3whUGa6EVNeRYL97
n5byTejVTJeAj+zE861uNrJivTVu4aKbzvOOGSnidkYj+kVOarxtRd4225ujYAiy99L/+8Iz
mU3o1603E9sFGZ00903r9qwjgl7NaZMPfS+yn89zJpf+KRHHoQcLU3vv8tNnPs/WOouOjSyW
Qdldw3ECP9B9Up9rJvuRlJogvSRrIyvTwJ7hWAJEdnBWyO4lhxdv8iC/ziL7D6Oqyzu8mlQz
n7N5ByccXTjlm1fwIh7TslsOVfrFkTDn0upCkSMR72szencsrD08AjV2qXrS00zVXOBT0Tg8
WutqFjEd9Lzm3BZJUk6v9uhUF1+Qq0elJ3GcSxNVpvR317U2Cj15fOB20rvjx3oaff05bcj+
LTiHqlTUaIJAnELMJNIjZerXG98uo7eZOOnlHgM+l3lmHNxCPVX9i8Vqh+mYr4+s5nuCHVYz
tp481ZpXq1Cz1INA97Ge9pT6PXQResReNLwbQ1+0va+UNHD74uYCejeqJD2GKY+GWMb6UNOX
3bXkJE/Oc5HlDuIrVTHmCABRwKxVGgqzjGwppFnmO0QNsdZEV14q1Lkhzn0RMRu7NAVTuT1L
igYjxt4k9cW6zYGydLqPuGjfkQZLXWIvqK1/KtBwXOLpeB1y815ZXrHyM4g/Oft76sUh6H33
1kfi3mOtMs4srqsi+6JVOHvU4kJvRMMvXUzpFU1owZAlN75l8lmbgGGtZEgh0FXsEtOuokwS
M337yzaj+scouuJBOjYW7DKFsayurpz8Jt3gt5/xLCzPkNQVHOrrqjPA6McmozuiCJBYzCli
Biv3RkS/5ycTJHl6TKItebO0dwDu3w9I8XRQqeNKZ0jfg9H7pHB857FxJPOPMhp69MzgUzfQ
4afvkH9BrPMQr+jjnv4ql181snPDcoTvnwOtWrMO62PARtWOaoJpNZmE9Hz4tNhK2mRctkzq
+2Pzhn0jD4qUaBTfWCOVuFtHk/RBrdrTikYgUxLVqvjqCXd2j4803Gt6clJZzXUjW0M4xOcf
p5VjcdD2DFWKnqYz2kTUR97/VEDGxHWbIZjCuczKcC5FNSHpVYxdxiugqELTtPqTB+/nZ1sr
vA1NCkc9081pRd+IXNBNIYb00nqnkkI+ZnNvR4sao17DE2JbncOkI9n1dggjZ4a9ftmYG7Mp
USRkRvkLGuejOW0g09rMhpZeb1TfV7v8FwptIpTe3MsqXiBge9DgS4w+px53YzzhQ89j3nwe
zHuPKcwcVEYGoGwFaECMIlqmu5DvrG2yx2ThTA37hrEdnXF3skn5l25R2OHj5yL9oeYd3xbj
jsK8HiwVMY1tuyYFi/SgNUzqoK/V1qcGHxysSFCrBystElGU20eAAlf9jAZTjmjc+bfqB0c5
Ibb98h0+R740fOR7fv2/Dp+nbR7z1xfW5vtFKSmIjeNrRNcr1FRlq3TVTZPFJvsfnlEluRW1
BZ/VIwYygwbOpgwvXi1Madp7tdxbKnClud5o0JjLl1IyekFCUzEjCcYHW9gAEbJSi9NVrfh4
L8nH8XA5j2i2qEfnwP+PH4L/LfA/ogDUAQZBuiEcIUh7gv8DtLlYA2VuZHN0cmVhbQplbmRv
YmoKMjEgMCBvYmogPDwKL1R5cGUgL0ZvbnQKL1N1YnR5cGUgL1R5cGUxCi9FbmNvZGluZyA3
MSAwIFIKL0ZpcnN0Q2hhciA0NQovTGFzdENoYXIgMTI2Ci9XaWR0aHMgNzIgMCBSCi9CYXNl
Rm9udCAvS0dCRFZXK0NNVFQxMAovRm9udERlc2NyaXB0b3IgMTkgMCBSCj4+IGVuZG9iagox
OSAwIG9iaiA8PAovQXNjZW50IDYxMQovQ2FwSGVpZ2h0IDYxMQovRGVzY2VudCAtMjIyCi9G
b250TmFtZSAvS0dCRFZXK0NNVFQxMAovSXRhbGljQW5nbGUgMAovU3RlbVYgNjkKL1hIZWln
aHQgNDMxCi9Gb250QkJveCBbLTQgLTIzNSA3MzEgODAwXQovRmxhZ3MgNAovQ2hhclNldCAo
L2h5cGhlbi9wZXJpb2Qvc2xhc2gvemVyby9vbmUvdGhyZWUvY29sb24vYXQvQS9EL0gvSS9T
L1QvdW5kZXJzY29yZS9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Ivcy90L3Uv
di93L3gveS96L2FzY2lpdGlsZGUpCi9Gb250RmlsZSAyMCAwIFIKPj4gZW5kb2JqCjcyIDAg
b2JqCls1MjUgNTI1IDUyNSA1MjUgNTI1IDAgNTI1IDAgMCAwIDAgMCAwIDUyNSAwIDAgMCAw
IDAgNTI1IDUyNSAwIDAgNTI1IDAgMCAwIDUyNSA1MjUgMCAwIDAgMCAwIDAgMCAwIDAgNTI1
IDUyNSAwIDAgMCAwIDAgMCAwIDAgMCAwIDUyNSAwIDUyNSA1MjUgNTI1IDUyNSA1MjUgNTI1
IDUyNSA1MjUgNTI1IDUyNSA1MjUgNTI1IDUyNSA1MjUgNTI1IDUyNSAwIDUyNSA1MjUgNTI1
IDUyNSA1MjUgNTI1IDUyNSA1MjUgNTI1IDAgMCAwIDUyNSBdCmVuZG9iago3MSAwIG9iaiA8
PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvLm5vdGRlZiA0NS9oeXBoZW4v
cGVyaW9kL3NsYXNoL3plcm8vb25lIDUwLy5ub3RkZWYgNTEvdGhyZWUgNTIvLm5vdGRlZiA1
OC9jb2xvbiA1OS8ubm90ZGVmIDY0L2F0L0EgNjYvLm5vdGRlZiA2OC9EIDY5Ly5ub3RkZWYg
NzIvSC9JIDc0Ly5ub3RkZWYgODMvUy9UIDg1Ly5ub3RkZWYgOTUvdW5kZXJzY29yZSA5Ni8u
bm90ZGVmIDk3L2EvYi9jL2QvZS9mL2cvaC9pL2ovay9sL20vbi9vL3AgMTEzLy5ub3RkZWYg
MTE0L3Ivcy90L3Uvdi93L3gveS96IDEyMy8ubm90ZGVmIDEyNi9hc2NpaXRpbGRlIDEyNy8u
bm90ZGVmXQo+PiBlbmRvYmoKMTcgMCBvYmogPDwKL0xlbmd0aDEgMTQwMAovTGVuZ3RoMiA4
NjU2Ci9MZW5ndGgzIDUzMgovTGVuZ3RoIDk0OTkgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNv
ZGUKPj4Kc3RyZWFtCnja7ZZlVNxLt+aB4CG4BW3crbHgrsFdgzZON+7uwd3d3SFBgiRIsOAS
EiS4u+v0Oefek8x7P858mjXdvXr9f7t27eepXVW9moZCRZ1FzBxiCpKGgF1YOFg5+AESimoc
7AAOVnZ2cVQaGgknkImLNQQsaeIC4gdw8PEBAdIgU+gD9MPPzcXPDUSlAUhAHDydrC2tXAD0
Egx/JfECxOxBTtZmJmCAoomLFcgeWsPMxA6gDjGzBrl4sgLE7OwAan/NcAaogZxBTm4gc1ZU
Dg6AubWZC8AUZGkNRmX7y5Ic2AIC4P0nbO7q8N9DbiAnZ6gpAP3fNhkAUJPmELCdJ8AcZIHK
pgSBqoGgXv5v2PrP4tKudnZKJvZ/lf+rUf9j2MTe2s7zvxIg9g6uLiAngCLEHOQE/s9UbdA/
3hRB5tau9v85KudiYmdtJga2tAMB2P8JWTtLW3uAzFWsXcysABYmds6gv+MgsPl/moB27m8L
bOKqcgpyEkz/7OnfYyom1mAXDU+Hf6v+lfw3c/xmaHecrD0A+uzQ9nJAE6Hv/34y/A8tKbAZ
xNwabAkAcvMATJycTDxRoacHStwAbw6ANdgc5AEAeUANs7GCIS7QKQBoT3wBFhAn1L82lIsd
wOZg4gQC24EsXP4a+ifK8V/Rf7bv3zA3gM3K08EKBP4d4oFmQvcUYv5viPsNgM0MYgf5ncQD
nSf2m6BTxH8TNFvyX+KF2pH+TVAbMr8JCGCT/U2cADa538QFYJP/TVAFhd/EC2BT/E1QPaXf
xAdgU/6X3kDVVX4TVE/tN0H11H8TVE/jN0H1tP4l6DFnM/lNUD3T3wTVM/uXONihguZ/IHS9
oD8QKmn5B0I1rf5AaFOt/0Cojt0fCBWy/43Q08cG/gOhQpA/ELpShz8QKuT0B0KFnP9A6GJd
/kDoal3/QKiu+28EQnU9/kCorucfCNX1+hv/5/0RF4d4eLMAuTkA0C/2v1rFB+Dj4fP93zM1
wdaOriA5SQA3Ozs7Lx/n31EzVyfo0XX5+0cLejn/my2soVcZBPIAmaF+n4OYCYTYpLWGVfhJ
FU1UIjDCilt+iFdq6pn+9DJ4IQHWrnT4rSPjcqPOXVUmDvoWwha5+wOxc2Snj+qY9HGgY3z6
7NOWm/FWplcbsc5ZpqLnpgPldfA+RkfrzMUBN6zy1PJIRbJucX/OycB+gQq9pMY20k8KmF59
t+berBAeXh3pTDvN8NBGWk4KNcx0x4oIrvAld8zkRPil8WA/m3Dkj0w/TiGdrth3Rcj5SU8G
13hxWGad5Jxqa4y4atsiB+XF4ZgYDc99X+tEswCW6k6ALYRFZLVhueBcnLC6HC8iKaPJE4Jv
UhGKbsfMbZ06FI80PIbLpRtGnExGVsXyCyXsJ4lFkOoYultkr6c9QOoNX2Hn2yR/6tWAYx+M
JJeCGC0DBj0EildtNlQEev2ZWRO4XhzoF9maRGJ+qJQOIsnP3q6imYZivqXOqNbrmHc24gwP
fsqmLzH6BgRVdnMJclvIFN72qRE4sZHFip7+Eo/1ZK1bNdBTmY5Ww1J8mFLUgPPppsFewoLA
my2LqpXVqLeKFfoFbgQme4R847YglsMTKchFZQxD8zbRDHNkF9qqRSxHV5JCJ0B0c9vqaGbM
pK7uFK4f9vYSeCpXPuQbvbfX0G/s7Mt9h59mjlSVk6xpN3OCTH2snWUF0/qTvy7kpchAEL0T
T6yAuMsS4jBPXZyZdC+xxKDTKDWbAAXz23nYGMeCMoXM5EOYpJJ7kPbFqiumTN08IP2gCPZj
rRUWRjpv6mbgKSKunOqKvis8sJD9sajFVe9Ny3YaY1UvFWI+UcbDDWGO48cfFykq7XvZp20+
3YOjqXKxo0lRRASYrQ4g312qUt0f4dq43riosojO9Nvrt198CSMaQ+IlYKXQVjvxjvZgNqLH
zCLOHwSOF773wcDqgzDY1O1faNE2PKNazwMHC4LtzQzYe2wPJeicHRg223XY23YiRam/AG2m
zpVlWmT4miNoaiwyricJ9hTkDyRFu+0rYTKWH4Gm3KkGZuaeFEFRZ9YHX72YSKJr7DxaN03q
kdK6mAaHgc3qoq5XcsS7upNX3NLCjpa5av7KUhD3t4w3T+cLAwL0vKkVNSEu1M1bKqHSX0yp
ihr8PjJq6bLRPdCdzuQYXXT0/DLlCPC6/pVS6fsKdlDLVEIyipJF+yPW3tZyksONEsB3qGuQ
o8ZY9DErQLlAodD8AwfPbR0X34vXVyUSszPzj0tn1xaqm9pWPLhqWJjLvaPV4iYES2Vz48RR
Hp6N5D892puGJDt/zpXqW55bs6HGvOO59+A3m7kfCmFl7qQDlAEg4hWZB5737YmFnqA60TIy
hI32GP/+6KCQhJDy/R/xDfjOnOn+vuJl4GwDvRDWW6LX/QbDNssfo3TXlDcqbKKfVQu6ek9L
C0pKulvkiXcG4V8rOpXlcJ5kYPrjCYs8OHTNTSg2B2Es9sCJR1uKtZEGITLYB/lyOHKThfJ1
vDr9LOUXbs/P6ieXkyMG78Y2mZWvZv9mqtuVrB/c8hV9razybBh7cl9KltZup2fqlkOn1Cm2
Re0OBUAPwmXbmWR/ZeZnRkvwjmDMycN7NOsDNjbNZbbC61Hdj6XIkkEmtXe67iyWJ+9yVpiL
IfOi3ry8xkuIscePHxg7Q+rQ3MvgvdM9TV1XetAzrxYX+V5Ki525Cfhz7qnZiLscTuBd6hLw
zVSvUWgNxD24KFGGOOe/UXZtMzsqKlmkjXXmKFGSw5b118BA2FhUcY+U14jN9RVaeuAPba0n
sHW+fltNPIzWoTMWHpjtQ93BYbHC89GQU6A+auLXgyCN2bM5Hph7z6JQUjf1RypAHNIJ27Ht
EMoa6VYskM7QzTJEPuPn1yUlhNXe5fCF+FUzqfi4tIZYGxrXgrR4tKFBwXnWmIvO1zoMksFf
+6RARqeaMdiD45DlQrrYx2qsogSY26+xTTpLBRFHJEUiauRedY9+TDRIqq8WE8bG/cjhBFk/
TH82sEtEmph3kgyxmwDFXPLyD0S+jHwfEeW6ufoS9q5t9JVR05ntMclLG9HGprLL9WHd0m/g
JnICbeqpVV/wc1m3gd5k6ReJacudPRJYP+3nGK0KH456DQDkdNOyvDI91SGirvEtPbLVEppd
+LJynoopuKpyV0Qb/sSorUkDYxve99V3GSHavBU3CydHOweHBrxGAJdg6q3VXVmTQjou3tr9
L/hA2l8Iry/o/eM61a5Tmx4NUS2uOy7HnLfgG/S+6d5yC9Nnwr23UCpldWZ+O11MsXPK7+j6
ZuO6UBdnE28/oQU7QRhl2qxiEvnOqFs2078RaYqnmOtuYNvfBgUoAueHRG+pmjIjBDZWiFot
DNvuzF973Zq7oPnyWxaNIWGT7sItqkuHLG3iTqWa3o7zSw+VnF4FkX7m86n5+svy6GP8nH1B
mbgoN1RXHZeuFSkBC5Mc3S+XIucUvC039C3fha2K60fMV/XhFhLcMO8MLU/slLZl/cMrSTxD
J0v3whjBwNf7rzrHSxWvIrGN7ImyjtoVMop9O6MDmbU176rAWUaDgtzan99IYx2KSiZ+H6R0
R536qCmaTUkPlmIpQA/HwVmv44VFZns5pp5smrZ3C4P6GZfTPeFatiaQTEdonmhJ29waRXfS
zpdRSH03md63/ux2Nd83W2bvfOBpEJ7a0/YJ5prwW4iGM02OW8/SnC6u2meRVso12NprEOtw
K9P3OlG5Qwqtxcv3oOnHD1sW9QkrsYZwORut8XIR0+NM8JkMG43xBu00FuUDbYumfeuqWZYo
U1Uq3dGuS6s+9Lt6+wlHX0uqn+z5nunmqslApf5EyGO6U+8wMGt/eo89EZeJUh9NDlepKjbd
7BeT55uPiHFGJsSf/1I0+4k8May2LYpZwafBTXhS4XabA7N2YaWo2RPF8w1makWIIz4Q4isT
NT834uCgmZvb+pr+dSvveaCQAUKPyVLUE0pwiJg1njGLeUgxEz4se7o4PXZIT3z0eVLrRDuf
cQR4wmvaKhc22hXjmCW2Bm+FoK29NRs1D+jluWpAeFRP23KJNW91X4deUkbsGCvBNXTP38te
ZZ1tGjfhCaP3wJzLXeMPf6ma+EMihwYl2NhoZ2SPPLS0suw9jeV0Dy2VxwVMCmbGm7juuuH9
TRnqkSs6IK/FYEztj0WEKo3MujrITNtMBahIgVXEqZ5EAqt7ZPO6xQpx1c/OSDOuN3X/0In/
LLjF6oBKc+e1NtVsOEPZ5v1oNCkVJVFK0g2BjXAvAjml1nOQ4U5RLBO54CjPQqTmEOcZv1JX
O008WHddKA78NFfvk8cH07p6t2/52nx89FA+S8Oog86WySZuoU74XcbsgHPCUAhbySz1FB7h
p3h0lmLydJM8v421jUMcZfDQFb/7ge7oz+T8rXrWT5RCMjvaJuw5n6+Bq8YifBDDY+mjOerW
bURDWo3afOx0oa9NKITx11Njbj62QP7wva8vk0qNXt07LiJvAMmMSc1sK74sdwt7XzgQwIGu
ZpIRN15ZAiNX1i4dcM9qGfmDPT6aKlOnsNY2ipCGShHCH0lpgZZq3j3k2AViLoudUC8VhbTw
yW3JC0b3EufomJTeekwq0k/GoTMdkBg1X2boNKuF4rjql7KK0ON+azGHYCc6dHOg+8aiNk+h
GBArEsluYwlzFqNxsDY8aMCoTWH2JDb59KhotA8I9L3fUy9TUz7+0FiQLbZomurdMZULOtpO
bzmx1dal+wWhKMBJhgennWfFlVzlOqjmRXIWQT7emcxsO8Kz+70bCNrmfkQVAvQssKCJiGou
qoTjsJfz0PRz+HJzsHvZskVIu08H2QnPNHq7cIHJ2xwfgPAZNznz/Q81RS78ypXuOZEuCH1G
eIXs5KGI8iZyVa/8rHJLLPDTt0UeY1DzumqFRtd/NirtX69QaxvjAf1kFd+0d3RnPvysPMAk
y1Mec51tlD3bHcH2B0TkzQ1npdWTWWPPMtrsY4//0HMVznN+4a7o79t9tPr9eDrtrNSjg7SS
91B2VybDTgL03d+mtqLYbp2MZEC4VnYig4Z08fwmvCYjbVCgso6hDdNtZIOTDqc7+CNFEH95
Xl7c1yX5wincboE6uSgby4WaiUXIEDDU+pf7ZylTy0MBQs8f3KcNG+tgtE4BZalC+uKWRHu+
lhcg3R5bnIxVGfxf8PssrCjE/juhpkkzaHMG89bWm9nJB8i3OKCmdOB6wNbGp7jJROnTXkrT
9ofwfnG2VT8g6ZFB0uhsG11zx4WOvxjFYfhpW0Ma04m/oiseOpO5eKfVjyFv4vEPty/9Q+7E
yMPI179ziTAx9+ez1TtPiVWJNU+Ke6E/ISmpx6ZqLsXVw3/gFvoiG1NUw+Wwsm5qnmzeU/i5
oIJlcLrrWK6f98PuIt51oIAWy4Z8Ppiwa6GFEnZILYM7sMS1jlQ7nILx64fjOXBWwPbHDqOh
rSV/FEOdQ13ONltxhRsimXD5GqYHJO0rVZU2dstvbeR9z1KmkncIkNFD16jvfbneC0t8LpKL
R12BXZWkPvRNccaNnH2JG7o5F84T9/jXs3NBIMEwoekFsWsYdKdFReJztx6sfaUuLm7IgPgA
dfDjHkKKyqbVBk6WNEpwVFBxpex+hqpGagl9Gt2BX999YnrWvluT5ldxGsNFAuDeYGfzJ50K
w5ELZeHmRRVXmvCibEd84Cx7uNiX24UW/WS5U1plWG3Pw4iLBskGzGUcgBtgUO51XrtPSbDb
1vZLTgbUQS4yhxoSR/OrpwXlXzir2RASUpLQEOShBryO61cshSI9Fig+Sisr1Dp9SKcSODLy
J660Y0ISh7vDCmhjQnERAKZeDaxzyo2B6Ccnfdih3IzwyBe97iV6DC6C7BpwAoAV5CwR/MEU
mnGWcrXqNTROqbKYB2YF5YWA6SKWipQH9uskZcvrPhZvZf9uEjYk48KhiMRxBcjdOiKs+yVJ
FrjlFg35/lHwhsnbEh+NRY5wQqx+og/2a7nDC9l9noci37bb6iZ+gQLrNgGjNZTJ9bBRjARc
zI8z+xMVB8JMp77nJQsNRtcVMNgtEBH6sbjBdxXTPzMEOrqJpinuKry/bN0Epaa0EEaksR1E
4NLdhodR2h4fKfgg/bwN7UBZdUM4HWSAkFyrqyLyKIahMElG28ZWXxxs9BZNpjkn6ujbdKrS
seC9F+Y0dA86Vbycxe/AHq/Sj9GVu1K7+O6c5JQCXy7dNf9cMANy4UpOomPUJ48Rt2i9fF/i
U6zfR3qiE4ib4KOl6bh010R3iZnAhp+Ib6NR5SAim9GCUgmS1nvD6oKU8j3VdHN4xBpr58Cx
ZMDaUzdoJ/gNFmazwK+Kjwq1wEUEUbI3NWLJzOi35+QB551b3rr4EhOTlPBhFH0BjM7JGRyC
IdefSw5K3rq+YJbvX7Najm5OU+KfVyg0HQQadT4LPrupesIWln3kfc5uw2g25sCzZe7F5ozh
t6R2Ca57p6aedJTiO7TKRMc9iDjr6smgRAzpFE0L2KxEfyZcvUdasHNk2j9TdgPphOlJMr36
ZkSCVhyakFEFbibkke+Nj50INWZ2ZHiDpHu9gIM1OGiIXeL7Y8MBFN2CwS978cpT0eLTB+Un
+nprBi06RYEV+U71gHhzxBvY/v2NXEN8hXLUlxiiodmNHr2RK5UkKPVYLvq7YXkHhrNZVT82
88LVaxsgGzzqIFcrRBABK/usoJ588WLoLiMvvkmIyYD9ab4na7ln6JyEci6DLW+koSFCl+aM
1iF8ZzyFkYeB2a8eVItHuiR3YeOn3R16Irrpp+hztuGJUWA4P5F4sowOuc0Xx3oJLqPJ5Vbg
F1k2cz3lQIa1+PpcSP8todMMiu4Xd0AdfLQE0dtqylOrHxSGmIfC5x2kL6IkLTctXvi3nu3J
xyR2LbnkYz03zx/9UoLHIGRyBe+Xn3Lg7QvatNRQVK6ye18vHaHE7uun6XQ/lbpR6XaoMVyx
CsS3Zy4ViZe1XAo553dJggVEXreQvWCqeQUXHExkWns/Rd7V/c0ETvwpGkME4XP0mrusl2Te
iVBLf1R7qGQ89WW3ILx+rgy19XV2Or6W8jSKlHuuCVzhAmbVi5BzX5KxyM606TwUZ/LvZmv+
gufvsVm8VIMvtsyybRF9fUlckwwVKs+Ywb2d9pOgDuGbAo/ZZpVya/vXKdNfVRSKM73DPK7W
nkPlnIb4CYwlh1PgEWW+Bzr8KlrAUXxuhkffJxLVD67IUrgg9s3HasXvLH361llnndI7GXGP
07OoDq+aHilI+17JBI28eQMNpT/mpoWKOyN3emgrQbI2KS03QGKagEZKQmmrUIcsoAWVDv5T
a5LxWFXYMc19D+kSr0pHJwChQC4tONnrNUwxxAQTPWU3+mNlU3a5yIdv/YPANDPXW9iI/FW3
ibbDHlwDzdnM4I81CNLzjGYByE3OMUYw7NfzRPowwrFRKt1cx1Sri6yFSH6dWOgxyhSwDI4Q
FtiG90F2ju2Zi1gL6j5OfcROF42Y1SToYS+4eBWwJkEBE40odjnRSKwfOTxmhj6TXVgVscUM
54NRelcOeBv8O7gujDx3qkz3sIXRpafcVkuGch8LAT/BLYs/G+OI9neexn8pUawkSOeqELhO
Tb1uXw/RJF5igAO3UYA80RLFnBI7i+fZ97Qo+4z9wr+4mbzJScmc0Wi+RRFtEUjhN+2wL70w
vwHXaMKArj7A4shloVmKq5H7MgtTRUXPkjag0KONGMWKjb6N+7G+YCMZptuy/1btYUdkSSXg
LD58//wmAfn5dPh1aMIM2dtHd+0c4sIgFJTxo2rGruXPHcpe3dxmLYqKwwKLmo3iN13VnccS
XW8cb1o7qHAyRJ8FbVGTLVfyVQe4R/ppWm6HU5pWioz3z9mnwbaWp08gJuTBpOMRru3R0BFO
DTi5zNS9X1HnnXEF+i3fOkVrfEV3g6449PVGxsPFSyijfW+SJotWxpxiV0KkXvJrMEkZ7/MJ
6ckpk/UQg7Vo0gRbPLfVj7ynsAY3quE4XYaI3yT1miU8NLnYFi8vYOxikr4pnLTRkHutRDCg
ozutw4BgkJIWaNh2GmayN0eQPVIcQosofD2vREv9raJXXYYH2zCVZWR4gYvJlfTt/Tc4XolG
aYUyKZZoMVrxpg+O6nj1IDLVXz3hxLW/dMGeLnYcWyUUYrQ1ZOfWls0vZvW+5BEF08Qfuoe5
JfShr2inD7NX60Ky2q6/1aOOtM84kSTFBx6pxQymBdjG3CMKbr9UpBAoQPhgjD89TlSB4BRB
SLVbM7PMOYayeMFygaWckMhQ6Zv5VVz6MvRRVk2jh0g7f28jqkcKtgVVe+1LCFLcLdd5oDmB
sdM1AwS+RrVx6uCY1aZ4KgmIV7YbRYHpyxMrEo3t9CyK2+7VFDqQGQh5pAFCen+p+LwEX9aM
8waGrdusqfVYD1dIxCed4V19u3vS9S/nPvukQ4Dz0WY9Eb+JNak0m9RZi5jb/64GY3KqPPfy
xbi+NGKgRGuOHiOsMFG2HSRARJ1F7OcG0yNT4qu8ure8aKtH7yAvC0P28MTxNkb9JXNLETkZ
Z4e3g0wpxLusL81NEPVtiR5YBYmXnsmp1rKtdcLWv3gx05H2paxoErQHVwtlDAudWIlmc6EG
1DM80QTWjJqKPWQENMt65hiNF1sjEj/ZutAZ+AoDM9+2nV1+w/ueLZMZaljezODtum1gTNhp
9HpOCmue7lNd16rnaePm24m02MDqtcU3mbYXX5C/hwTL5iDkm6ZuudrKyHaEqVUVf1c/fs92
iMXWqUb0KNnccrLbSNP15SCgBVAiLu7x65Jt/SwtTWGjAPvx1xzLHihtuu5mVfczb30dDYwL
Rgf6fI8A1kWgM5FPQyp68EYL+hWy5Bi/i08mmiyQJPjKGxDjoZhf9ULcXH50yF8iMuTM8xWq
VpFjYcXcOxo1Lx+sseaedhsP0RFYNViH3V7MgwizsAsz4Im2tP2xC0FjLcnE9ckwY1cJGu3a
JVB4vm94QpROIXxf4HFvYl80LT/98mBBT61fEnMeP+BTBfF5LpmqvI9/OZ91US5b5nQ0poHu
Q7W0WZv5laWo+2pjGgnzQDjtVDqNTEN4BJr5oE/uvEfdQ97Zy8/cfj831bfZpAzG3CpcaZ7E
Cbxb5ZPGvmAfpUaYUg4blhhMPv4Cfej4CQvwFlfWC3iLaSfCxbY7aSSVxiynygtQQ1abcGyd
iV3AiuaBCxG8sTOnV3xgsHgfzcgzNZEUA/f8PsssYLjfEjVF9nODaEOSVKx77KtPapeRL9oR
Cb8yZH6xS+WpqplgThaxgTPf3m0KLkHHVtU2i/Og1ifGWMXQIG6r3HImKvESae8IvLDNL9Tr
XKMFoH3blv/0Kb7pSu7HFv73AgGz9mL1FQGjLbi4jEwm4gS84VHRDCJ+dEoLYX6FJakelJFZ
hAhTwY+aCFqlr7c6lHXaWtq5/JSu7m3NaLKaT4GvV9upRdJfFlgOhBsZ17olOy5YtFxvHJuG
m9AFZ1CIZIw3zSLtjg2ab6bxlSkFP+4MvY5TNbVwOwH/oBJW1xtn69tJupbdIgmSVtRNycmu
o6mrZClXcUZhW8fu6l77jje53hWn9zx1uMKQStHKUi9zbeBmqsrTcJ83w6WTBgwjHM2zu6ST
GobhrP227DDKyHBsEt1Py1zcnQGrZgIL1JmLGKrGeWHeiCUi42P3YwzJBXYieC6A7SjlKFfS
RZiOIH7kMSgdLoYPvtU7ViUDzGRF2ZBTOWOj3hVHp/KSVj6IoSJWQEop9L09qeYnWD3bwWxM
or0PLhnEZib9DkW1S3ebbez0sT3YPm2KyNv0GCUGwQcXPN1twXe4gSSeDvom/ZhU+Sdhp0PI
PxuDpsEyjArWrATrFXdqvCGBgZYRq1oVJXnlCwNECotawhYyLh0nLJj7osQBiNRdX5y2yg/o
Vcp9dMj8EA7k7vLT5wm8jJkcfBlK9jgaMmpIR7aUUzwek2CrxgaSnqftV+J0GVKzDNfeHUTH
FEkodOtn7dtF6Qo6E/ai6kR8ESeWaB2No8pZbyZCMY9uxMx7l5NDAueqoL4TR2deRF4GnqIl
Z8E4rnxzGn468auvUM/8Q8EnFMf86DN9vZ/wH/jfC+v4V3NRjD/Z8qFSauL+QKv5Qfck9P1N
ztIH87CT42SsLTmZzQ7f0kLdKfuBj0RVa003VNb7U7t4kr4oPdS0FY+bF7wKX8USRZg81KPe
YZr0AKOZRdKpD5gnrNh/pEd6yXZlKIQhnaThm2tVwHElnlA7mjb4a4ykUbTWfnbamAQuYHg7
/FydHFMnERIiCYOLOWMIYg6Bh/Opn/xWrMzgqLBK/2I0PPCHFoR8yHgo240/fo8fa1QWiQhf
k/bY4IKTvPP+AD4BNE6ps8k9kFWMEUnVvmUjz0v2xjBHl1aEggFyo6jBukPQX/VZLUcPC8/n
mRYwV7ML/avmaBcPT44yjUovGD0rk+G4Xh9AitNrTckDwdcLodCu5bSDMyKhMV3kjBlp4FdO
LRrudeoDa+hg2hXl22PKkrwkXZ5EZQ/LcE7o2xHWi7K1invr0mbz9tezqNQsxeGHfoHBkZUW
yJyUmo5xsSqFJ3I6o4xUnLOwnz+DLsz5goh5Ziqd64wUqzXZ3hMSHOEp8LkMJaBqexahyVIn
g+UKzvPkMzDQjy+iU3IVXsAA17oL2Fh8to9KMLhpYgawMzbEd5T2tROtk1Hqu7MLPpRNcKqs
H+AmcrIi/kYg3lstK76BQZ7qMSe6ztVY0XCdHppPiXNIR6XYiPSW+q4w7sMX7ruWoXq6/CpP
nbBbz/JRAhci2Y4M98UblMej+0+VtI/kIBIj3izBFhacKBQK/YG3sO8md5cgtF5OQE8I4k4M
HVUyU6WCHHgxQw3fwfmcb2Ml8rzhNTmCbnExMMXwS06BqQWqOEdkK5fhcn2jUfkAiQFbC2Z9
RRY52HI3kWAseMxsAIOR0oxndjMvhDcgrM6S+jv2yXLJCBzzp9k0/bEOrDSQ/LPQRsQItXAQ
pbDQgcX6R8ZAw1q+0DH2urcRudYJs8FcLjAxN0aooHGsoeguTyR+kuct/F3eb80D2cAM1mOD
bq3BuUEZeFdk7EJcfecMv9LnjJiyLwpeZ+tjR/Xl3qBlBj3YGLZiFsyGExwalV0qkn42qYHj
prLMtCmEGvOtECuzNwpp0qklw7NCBT9Y+e/uOuEGCnv1FQZEjomOZQjoDwh6tduzEOW8gCcA
rZiPSdor1izA6G+jeyE2i1GsSuo9Czt4NjLqQ63ZHfrGeHlBvU0D0VtazvP1elyvibAh3O7h
naVeOdjLnXSRrmqy53hzOLJSRtE/B46qVTwuuD1oRi1+hqyn8s74eYxcGsXbw76X0d42TpaI
xx857sae32M6XHVE/hyJNqFV42eItmGFhB268qF0rih43h/I3AlcdqfVz3yhxNw/ay826onW
UeD3ftT7mTvEwxOJctw44ZAt9cE0yeHnMNOjUX5fI2/IpFC0cca+bgz/mcgSzNNtBrEhxlww
K6aA28gHdfm22UkP3Z2ir2vU9OL7Ra1pD9hqIJxrqiOmKffTx32Usr2kcfeyageHr5Z+85VX
LRpIb1ZzXZ0H+Te2Hdx5OaoV2q2jRSlQZJ2RQj4x4ZdCTn9W0O2nrqqcq/Lo7fTdX3B46WQk
W7Y75Qkeo+y947e2oQDaOooIOcFl56k3ZgkB/dc4yCTF+3PpfVOQKLDGP6VFSZ4h5pxKs3Qc
6msFInZqXMNWEI70M3eoJi8gTVUPd3PfsEp7IL9j0Dift+INMqppjaPyjt9vCu0iE6L3o1fa
rDVPf88Q3dt0B45jMgxPQpRypRy2gYHhV9FLMM9fuRUQQ6HSR8CzZzV4JSeiQlrfEbgTOrvg
wgOq2+Zw5Frwe/4BQPnsoRBpaYJlxL2lP5+pQRY41uQCa6IfWYM7l0D6VN/mxhH95tUnuIOy
MEW8H0OqnY6l313xp+CrPw7ll7IV3kzgWo+HSziKHMuu+3jSAotmzxx35vQEsFWqqWVhcuF7
txOj3nBPuWeGNXIVz03GsrHWcbQPkbh3iQfV3BwIEuOvGHRickBgMjfyaytT+uZWe77aS1bc
JEpMCMcu8/nTTYau+q7zU+L6qZXalJg6r59sWXabMOjjjkQYZm7OW7h2PXh/TSFl8R8OkPx0
jtfbaHljIPDxKv8Yq5VBfhZb4XYmPEjrpH8yIpiGsvF+MHXkfqg7W+AS5V6yUO4lwfj4pW4h
NkPdkCN4f2gFKcCOcpDjQEaf8bMpq885Kb6DjYfdLi+MBqwK8Y/p2VhmdbRVYe8I9uFPgPF2
EILLYpAkXODlp6A8wvcRgdG4tE5vdDhOf2a4Igriq5EmJHstjb/geUmOsuyH4HDFmTPySd09
fUyE6JE1XXX9kovzxDOcu0AHrm02IlDD6ZvL6IGwVqRQMnpUa0ughS/uqsX8K9+ZwlYTzdnc
2slY1FyY+fcTBzWZWvH5soRVu6nx+KoaRdzG34sfWviXqYi6eprEfyKuJtlttxVzmMGbj0eW
cl4ykVxhaodVYem1lG+z76GLZwLXelKnNbXNxSRUK7U+m5f5VeQ0WMWJ8sJVGRRsI2bCbcW+
Feyxi3URX57b0hHY1VhdteEuI1kARXifz3k1VBBSMvyIYf8/fKH+/wL/TxQwswOZOLlA7E2c
bFH/F3lg3ANlbmRzdHJlYW0KZW5kb2JqCjE4IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0
eXBlIC9UeXBlMQovRW5jb2RpbmcgNzMgMCBSCi9GaXJzdENoYXIgNDAKL0xhc3RDaGFyIDEy
MgovV2lkdGhzIDc0IDAgUgovQmFzZUZvbnQgL0JRSUxJQytDTVIxMAovRm9udERlc2NyaXB0
b3IgMTYgMCBSCj4+IGVuZG9iagoxNiAwIG9iaiA8PAovQXNjZW50IDY5NAovQ2FwSGVpZ2h0
IDY4MwovRGVzY2VudCAtMTk0Ci9Gb250TmFtZSAvQlFJTElDK0NNUjEwCi9JdGFsaWNBbmds
ZSAwCi9TdGVtViA2OQovWEhlaWdodCA0MzEKL0ZvbnRCQm94IFstMjUxIC0yNTAgMTAwOSA5
NjldCi9GbGFncyA0Ci9DaGFyU2V0ICgvcGFyZW5sZWZ0L3BhcmVucmlnaHQvaHlwaGVuL3Bl
cmlvZC9jb2xvbi9BL0IvRC9GL0cvSC9JL0ovTC9NL04vTy9QL1IvUy9UL1YvYS9iL2MvZC9l
L2cvaC9pL2wvbS9uL28vcC9yL3MvdC91L3cveC95L3opCi9Gb250RmlsZSAxNyAwIFIKPj4g
ZW5kb2JqCjc0IDAgb2JqClszODkgMzg5IDAgMCAwIDMzMyAyNzggMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDI3OCAwIDAgMCAwIDAgMCA3NTAgNzA4IDAgNzY0IDAgNjUzIDc4NSA3NTAgMzYx
IDUxNCAwIDYyNSA5MTcgNzUwIDc3OCA2ODEgMCA3MzYgNTU2IDcyMiAwIDc1MCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDUwMCA1NTYgNDQ0IDU1NiA0NDQgMCA1MDAgNTU2IDI3OCAwIDAgMjc4
IDgzMyA1NTYgNTAwIDU1NiAwIDM5MiAzOTQgMzg5IDU1NiAwIDcyMiA1MjggNTI4IDQ0NCBd
CmVuZG9iago3MyAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAv
Lm5vdGRlZiA0MC9wYXJlbmxlZnQvcGFyZW5yaWdodCA0Mi8ubm90ZGVmIDQ1L2h5cGhlbi9w
ZXJpb2QgNDcvLm5vdGRlZiA1OC9jb2xvbiA1OS8ubm90ZGVmIDY1L0EvQiA2Ny8ubm90ZGVm
IDY4L0QgNjkvLm5vdGRlZiA3MC9GL0cvSC9JL0ogNzUvLm5vdGRlZiA3Ni9ML00vTi9PL1Ag
ODEvLm5vdGRlZiA4Mi9SL1MvVCA4NS8ubm90ZGVmIDg2L1YgODcvLm5vdGRlZiA5Ny9hL2Iv
Yy9kL2UgMTAyLy5ub3RkZWYgMTAzL2cvaC9pIDEwNi8ubm90ZGVmIDEwOC9sL20vbi9vL3Ag
MTEzLy5ub3RkZWYgMTE0L3Ivcy90L3UgMTE4Ly5ub3RkZWYgMTE5L3cveC95L3ogMTIzLy5u
b3RkZWZdCj4+IGVuZG9iagoxNCAwIG9iaiA8PAovTGVuZ3RoMSA4MTkKL0xlbmd0aDIgOTE4
Ci9MZW5ndGgzIDUzMgovTGVuZ3RoIDE1MDUgICAgICAKL0ZpbHRlciAvRmxhdGVEZWNvZGUK
Pj4Kc3RyZWFtCnja7VJpVBNnFFVUggEVRRtW+dSiIhBmEgMCoqxRFEKAooK1MmQmYSCZCZOJ
JkJQjygUxaV1QRaXyqKeikcpiFJEixZssQX1gKkFa9wF20oJmxU7gB5P8Wf7q6czf+bdd7/7
3bnvOc0QR7n5o2Q8JiQJ2g3mwt4gMCwqBoYAzIXYTk6BFIbQOEkEITTmDWAvLxj4q2UAFgDI
05sHeQs82U4gkFRqKVyWQIO5gc6DJE/gr8AoXIIQIAyhEzAFoyFB5CCKlOAYreUCf7kcRA6e
UIFITIVR6zCUy4ZhgOISGsRjMpxguw86CiGkJPAchlG18m1rHUapGFNgLmPSGTAWUZKQawGK
SdnuIpK5C2Oc/BumRooL1XK5CFEMyg+l9F4fUeBy7RsGqVCqaYwCYSSKUcRI6kps2FwYhuJq
xchuCI3IcYk/IZNjwA2ez4X4guEGrhLiGgwV47QkAUgRuQobwjECHWmFiW/IiLswalmsMNLl
zVyHmmIEJ+iPtEoMQO/YQzX8rmZSonANWA1xIQhmiMz79mvNiMuCCQmJ4oQM8AQeAKEoRMtm
NoipBCAFBjiBYhqAaRjH7lyCpJkjgIlGB6QkxR4cK7NO7vFMtBg9iA9BPAZClEqK1GDJamZK
b3E+n8Epilw/PNtB+P3/DgggNSluPC/g5uXB+IBhD+DpKdD9nRhN4MlqLCQICCAIWsAbDkKi
piiMoIcWjsn0bS3FmTlgmAaTsPXNpMQnPfFAxbYTacHHGk+Ocx/fV3/qqZ51aVVlWh6O6qIE
hyJmyOjCZ0cN5TtrOUlN1sskPvusqK9sskU7Pun6wurL8qwjxat2bxLUcG9HcbRbsvZPGHCZ
8yykNnlFTv5Wg513DXU/99NZrvquWRvrLQ6hTwJij13saWs2nzIv8rN5M2099cdZraM/4Ghb
H9907KzceKDOV/Lr9Z9CQ8QclTBrTpN0kXl8F9L9gL1Guq6pySXikf/lW08M663RPy3Dd9Ss
1nQ4ZM7McHpxJapYY8xKs0tp+U7J4tzIbM8+akwNH8+ucQi42tpYm15ncN+1aclFh1D7+vv8
hJe29S6i/VNlUBvf5OyjSpvvEx9EnzkNZ7x+wrItSustRpLyz+11COrYkFxS5dsTzcnWcZdX
5MT8VlhVa95cNQ22WnxLH7ir7/B4UYNpFi9MXd69vzJhZ7s75+Hz+Q3NjUsK729SjLKwKUiN
WHOOnR2OCAdMsy8/bNt+VQlvKC1Zlu76anZfjLXUeCRPdCp1Oa/W0f7Cgp49d+Wbp3E2LLPb
Pt+/t5o7/bT+xY7GikvS3gqWwKx+Y2Fdbv6Y8HvSfJHl3EcVndKDd0WGex1kRsdYv8V1XHxF
iPk4ldL8YTY7z4z/ykzQbbtAWpXdPpsDBSrZ4fw+194Sn7WGrMmxr0Mv2zd1HfbVhfXf6TZe
MbZdH+usSNwSm8DKHNg+GtIVVoWOmu77w8SeR20n+bkWhg+rcg8H7OG3B/tZlZbGLN8rfxB3
M95iVfmrsxNNbAqSZuuLPE3F0YaDV1b8QU6JqxT87iSDL/kZxyqNJ655WJTmxbiwFopFJivN
U5InmNn/Uux6OyB+7TG8LIzQpkrszjun+/Wvn1i01MIuKekBcPRRIImnWzgRTeKWgq0nbrI0
UPPJzWN0evRUnnbGet2T4NBv3DIaa5r3b8pR993RWdSliNV11Yry49HBUiHPsC+tenLp/G/Z
hGOl16RptfS8geZ91kXb4g/ubjhqY5/K+dijyil49lrLF7eunH0+yWrBwNGyBFB873juEjfL
c6q75/tMZXMeby4qLKmODHI4MCkCYsXlbOjtnGCfn9Zr0sm9s2uVSatNmaN9WQHvmZOvNYp0
8zu9P9+ydUrIjznXTHIabpQ1PG2XuUr7WfTLmQWpvbvJANj4851ZU/uhpT6Zmgtp4gkzq0/7
LjT7emVLudDoF3e5yzXWyjSsMnbR447+h/FnbvfERK+B/uHD/l/gPyEgkWMIRZMKhEpi/wXl
VSqYZW5kc3RyZWFtCmVuZG9iagoxNSAwIG9iaiA8PAovVHlwZSAvRm9udAovU3VidHlwZSAv
VHlwZTEKL0VuY29kaW5nIDc1IDAgUgovRmlyc3RDaGFyIDE1Ci9MYXN0Q2hhciAzMwovV2lk
dGhzIDc2IDAgUgovQmFzZUZvbnQgL0ZTSlpGUitDTVNZMTAKL0ZvbnREZXNjcmlwdG9yIDEz
IDAgUgo+PiBlbmRvYmoKMTMgMCBvYmogPDwKL0FzY2VudCA3NTAKL0NhcEhlaWdodCA2ODMK
L0Rlc2NlbnQgLTE5NAovRm9udE5hbWUgL0ZTSlpGUitDTVNZMTAKL0l0YWxpY0FuZ2xlIC0x
NAovU3RlbVYgODUKL1hIZWlnaHQgNDMxCi9Gb250QkJveCBbLTI5IC05NjAgMTExNiA3NzVd
Ci9GbGFncyA0Ci9DaGFyU2V0ICgvYnVsbGV0L2FwcHJveGVxdWFsL2Fycm93cmlnaHQpCi9G
b250RmlsZSAxNCAwIFIKPj4gZW5kb2JqCjc2IDAgb2JqCls1MDAgMCAwIDAgMCAwIDAgMCAw
IDAgNzc4IDAgMCAwIDAgMCAwIDAgMTAwMCBdCmVuZG9iago3NSAwIG9iaiA8PAovVHlwZSAv
RW5jb2RpbmcKL0RpZmZlcmVuY2VzIFsgMCAvLm5vdGRlZiAxNS9idWxsZXQgMTYvLm5vdGRl
ZiAyNS9hcHByb3hlcXVhbCAyNi8ubm90ZGVmIDMzL2Fycm93cmlnaHQgMzQvLm5vdGRlZl0K
Pj4gZW5kb2JqCjExIDAgb2JqIDw8Ci9MZW5ndGgxIDE2MTAKL0xlbmd0aDIgOTI4MgovTGVu
Z3RoMyA1MzIKL0xlbmd0aCAxMDIwNiAgICAgCi9GaWx0ZXIgL0ZsYXRlRGVjb2RlCj4+CnN0
cmVhbQp42u2XVVhcUbqmcXcJwYsECBLcNbi7u1bhULi7BHeXEJygwd2Ce/DgLsEdgk919zlN
Ts/lzNU8U3VT77/X/r93rVXPql1UFEqqDMJAsAlIAmznzMDCyMILEJVXU2NhBbAwMqNQUYk6
goydLcF2YsbOIF4ACw8PC0DYxRzAygxg4eRl5+Bl50ShAoiC7T0cLc0tnAE0orT/GMQFELYF
OVqaGtsB5I2dLUC2kB6mxjYAVbCpJcjZgxEgbGMDUPnHHU4AFZATyNEVBGREYWEBAC1NnQEm
IHNLOxSmfxhJ25mBAVz/KgNd7P/7kivI0QkiBaCBSNICIIpAsJ2NBwAIMkNhUgBDskAQk/8b
Uv/ZXMLFxkbB2PYf7f+5Sv/bdWNbSxuP/xoBtrV3cQY5AuTBQJCj3X8O1QT9S04eBLR0sf3P
q9LOxjaWpsJ25jYgAPO/SpZOEpbuIKCSpbOpBcDZ0QX0zzLIDvifDpB1+6cBk4yssrq2Iv1/
beg/LyoZW9o5q3nY/7vrP0b/k1leGbI8jpbuAF1mRmZmFshAyPu/P+n/R5i4nSkYaGkH+UZw
cAKMHR2NPVAgXw0IcQC8WACWdkCQOwDkDhFmYrQDO0NuAUDWxAdgBnZE+cd+snMAmCw87C1A
dv+o/6vECWCyh+wTGPha4gIwOdkYO1n8u8LBDWAyBduAX2/j4IGMAdla/s8qJzuAydj5FSFx
wq8EaSv6SpCWYq8EaSf+b+JiBjBJvBILgEnylVgBTFKvxAZgkn4lSJ7sK0FmJvdKkHT5V4Kk
K7wSJF3x38QNSVd6JUi68itB0lVeCZKu+kqQyau9EsRF/ZUgLhqvBHHRfCWIi9YrQVy0/008
EBedV4KkmxibWv/PzeGBJLlAdt7RyRTsCHotQ0KMXwkSYvJKkBDTfxMLMyQF+BdCpgz6CyGp
Zn8hZNLmfyFk1hZ/IUTG8i+EzNvqL4Q4Wf+FECmbvxBiZfuKLBAru78QYgX+CyFW9n8hRMPx
L4RoOP2FEA3nvxCi4fIXQjRc/0KIhtsrskJyPf5CSK7nX8j+jy35V/L/fi6IiIDdvRhYAAys
bOwADshYTh4On/85TN3O0sEFJC0G4GBmZuZmY/tn1dTF0RFk5/zPcxhy4vw3m1lCjicQyB1k
irIwBzblC7ZKbfhc4iueP1EKTwctYt4Yp1DbNd2OGjQfD21TNCzrQLdao3VfloGLsQu/S+72
SOwU0eatPCZxGuAQlzb7vOtqtJvh2UysdZEh77Fj/+426BCztWHm6ogDWnFqdaQkSbug78tZ
/2GuEo2Y2h7iMgXUD13Xuh+ZwZxcWhIZNuqhITXUbBQqWGkOJWHsoStuWEkJcCs/g3ytQpGa
6JfOwW0uOPf5SDmJz4awwDENo2fcF+g2AF5slhTqGMYgqe6j2Zl04orTWQdK9SfV6haPZ0Pj
CEVz+jdd1ltUZHwj2pn3GEbCD7Nakqr2c4kl2lQZ1Oktdqk/hUR1YyJkRUxFN8TX8HbiaGbW
k4jqubaEKHfH1g8y/sBGsBrlcETPVi+pajGhl3mu0v6MbkFOmC2RcFy7w3e6jM58ItLcMN5h
yK3DYxt8Z7zt55HucwObqE/31jP5Nk8fL7a2u6GU1TrtI2t/jZZ5KNmv2hh8KJb8VY2oaC6W
Yo+D78jlert9ubS9eL4aYfT+FmtcQ96ub5LOWazuBNlefFGZyKk+cIyjf/Uax7VGOEnx7ECL
vpAf6UwPlYQ5pqI39xPyrk1xHw1ZeWQS71NpSfEV1npjMAk+6t2i652uPfSXWF7hGmJaO790
QG061cvXKivP5/fVGZ7r1O+LXOv5idxCx01LKl7ww/A8Hrx5JPk0iIx9mGV8Pa3esTa0RKAV
IunK23dWPYoz9VLLiAQ77csasJi1ZaPGBlKnLn/gZSbRuK/6cualDxcpaeEktdoM/pSlOq6x
Mo3TLMDzdizhu+pDkvFneewmaO74aFQc+z4pp17oj6vgMNtq4vEcWRjBVtH1iRzrPSpnUqTm
JYtQlqLBu7Pqp3tAr1Un8W/OxxwXR5EOSf8C4h+JcKuDMCPf29GxrcnTuoiviMYcF6M0/uRw
aWyEoF0y3Gi+XHF5iV4g5V+yxN/dXIJb0RY58OYixqJHmHY9a936299Mkr/MkcE31WIf/p5Q
wj06n/ikKR24pUX0NobNOY3PAgnd8nY+lsaUk8qtQcM6mXpyXX/4RPJ2i1Pqq9yV+M7VxorB
RWPyefCRroi320zWDVcuj/TyDUv7qFyg5kCuJ39LniB5IXXupMIvjYWj0uGQB+pPCcgYWXXd
t9fB4ZSEd0MNyQ3GKxxaNPX+JZYddMrzx9NW1Q5ysBN2uqnFjT+I4RyCdm4ewudFJyM8LXDM
RpAbsp2+7wScCiXClRClOlpJUkk2+PUWaa+SGPWqN88HUPAr4/O7sQ5mbAclDl/JnkO33nIG
UHnDMemPFweNrnNwQc2jk730OWv9aWSlJMLmPpgkrP061FXD3x2vu9Iv4AAEfmZo8PDQO5pf
UY2WOUTn1lt/aaE460Kq8WbVLIgXcGpPZL6+4WFzdZVHxN0mxpq4lxAaW5wYqaGQMGg+EnST
eSnHIszQGVlcZdOOJIAiijiKMLBhsiPbPp67gvM/cfIUVd0PMXrJTpX/mXp/PieQebDk9OHJ
kWU7H7dukZcKmwt3+FZcSN1U20snnZQxoyzxxiorAQWxjmeCOXqcCCUGjp4FznB+mWmt+Ful
vrp+lK5U8J5N0sD5lOR7AY678LOoJ0HaUwwMKVOVRoTmPF4Ce5/kJZRiEKKMtEUA8f6i3mSM
8a0ZV42T/0Pe1ocQHuGqd997csNuEb8aATXp8kzxliTRCC3W2LMDhDmMHFAbybTlDQBFsviM
AmccYJmVmv0bIy9tzg13nXirgOJqIla4qkIYRC581qmeQr7ztE32sWWURAbrhC82yycb54d/
aoePDkot/rTotX80Uk1Iy6xVOcu81adTnp1gMz6SYXw4UAHo+79HOLZ3K09/d7HkhrpHRsUy
qoh3u1q2ZZXTk6D3p55V1v/x+Sp/lesOreTkc+vzAZOnJZ3DNvw6N93F/ieeCguiOH9PXOsh
L+XtHKeFJOyCVSgOsZSSRS6tq5K9d21jHsolFgKzDmCRDV8sT4YLUCqpdyDgFzqew58KZZDy
Ac8XTktvHUwUMlvoPBzJ68AUi8AwywboAhx4pt4UlosE4nMvs6sV7LR3jvQuF9VJG8SRlXxK
hq7yM7ryY5iPdO38GKvb299UFuJKT1GRFPn+mK661ImVuNasC7et+Ab5zaKvwW5gTkSnu980
tFX95A3s79XXfniRkaZhTVA8kLe4D6VowxB8i5Y9dE0Rj89dw+I+sYvWMKgj8r2AMWEu1yGY
f0gR3z/7bKFVMGKKoejXkAXBzmrWy0NPPfpXzzvNpRkdcS8trC5ySiiGAk6Z6ApElILVGlU+
sem3eev2fIF3Y6V+ahubglJCWNSTnuCq3sbuZo6wtJIFy9FJim42XtUt9AjXj3lsX1Cvgdhy
H2nGY3kaRN8kGat2lmMsMu/3WNQKANIaguwNAysNYS9byqfHWnD11bL7jj8IjmB63TtLp/MP
eKhKXUcv5A1A4wc0lhJ5+46RU9bWGa6Dui64HBDBLyjbfLJa+2maVOXueenwUe/d6IdV2AKT
gu8IgjIis/4QDVzOxpaeEFOsmglr22W0CWz/wU7SgyIkkMh8bwojEApTfFGtyezKogGFhkXq
PoeJeN+XCBNR+OZl+N7lRoNeDGMlUw+FqzVk4wNinGTJpoWpeSzC5y9CQW/wpj96bifSdlNR
PCv1n5Y9fojS/qmbvLF/NRrP5qr/i+HhS5W26TsGmX5cx+11yQDVqFSilA8VbfhRc7tNTywV
eX6N+gS+7aHqnWMaBT0CMI6VtA5RRc58IDnLSLrvjQH8YAfP71D4N17V2Ppvvc9s8PpL+y0F
h57VWE508hUXicp2HwgKONqHhz9srTdj6+GhUa2rND4ZsrvKOMA1XSVzQFNhOBv9bs0zrPk1
8sm57k7imS0xidKxYhPXsQLtkd43TWdTyfOLZykOiZcIjAaYGGz4JD4RQ/A4KHMUl0bQ9jnR
UYGZ/LaMMK/J4xK8OOopGoVierRP9xt6wOmNcyqFD5u6yzXKbcrvDPGtvjnsEz6ljfXxti8P
F7iz7WXHAnTN9Rw9bLj9jojt2HfIcbQbkrscywmkwx87rn6TOrkaZk6p/EHuHOGGR1LE/NGl
h5d7CMbsmRPtj5LWgB62R8jdMoXmXnmrTbSzFpmEUi5yVGf/50+euOhuAsgxRoitCT6vsFkx
VEbsPDu49Y2u20t0WsL57hQuUj/SvOez9uLIiYGXTnM/SyAGiXPh/FyFdtnMCpY4U/X5APqc
WkO37U0X1zKSY/0KTKCuKg+qPPfX69ZEeCMtL/iF32NmjTSLQk2N18StZfmEdfOL9qwaofTr
GgULSPxiEwhWtGsf18W6murdb+SPy+GDS4JIfmBj551vRYp40arC8uQpzQ5YinyTELwsyOYe
LF5+08leHQnDJBCm3Pq2mh7lq27hr/XgJgWKE+4n2jJ1I3c5BA2rb8/ukGeaajP5efiQrjLM
S6aTtiOo2Ib4DLbOQ3G0ZrvU2bxnoR1xyvi+fSfxmX6myP26nxJZpPHCAlpE/nTAjNj9cFSn
wpOvN0tIVVL0VcJYBsKKjhnIeN9ig5A0RlVdAv1h3zz/IBqYhnqXc8MVt03GuMzzYvvpG8kW
2axTIiBiQ60Hrz6lSRe8obeyaQgIduBPHdD7noY4eXxt03D2/u6UpZI2VyzKk0Iw2JABK7H8
hu20SuhRDwcH+SBHkxiVazmiDcnRgsf2fdPJC4731AnIhuSyGL8sx3/CTt9yPDbrLdP3u0PO
SbhkoYNHpx88eS3PXJ9iqevKNF12UVGYyfpkMgRpz3VR2K0p8SJmd2LCc2ekTJ21BrSootS4
rLJV+A8ApKE3d0f0gg5O6UNu5ziZX8nM3bsfZIHnWrRB9I9m+rAh1YsPT29MQOdx5w8mMZS+
WGd72m+9I96GTquReT1NoxOt9weT1iLcs7yZ50qJ7he69S3dm9q5GKYqpCuJqUC8Ed99lk5p
Av4oQ+W04fhGelUGktU5O87x5+AJ1MPggPc1RyqgqWfKGQkzGGRdsoGFBSfWs/bLHVBHotme
T1gh9kskuVKbU6zj+Ye9d0jdb1YwVJ+SMEMP3B4FVBb8PKMhclZQnWFyCiUc3oD8vv+CUU/3
PtdTOTVNi7yD71Szg7OsX9z3yoqxV7G0Q5k+EjnsU+BIU2B3qV0ttdJaRpbAjsQgzeObupDn
IxhaVJcuJY+zSeq8HFCMP7frGg/ko7KfVzxCcohMan1+Rz3TNRW4VjS7ejiwri7qDWjSlMF7
oAWuJ/kgLRSYrMYx89jnPlezc4HRWlwysikUNYK8plNkbz9FVX7ZeSNwzEtgzrTFKAx/ViMT
ofCWsPJ9kZP6gcJ9kAinSNn+xZSOpiVfhP+jQ5CYRYHysMf3d2CQ0eVQVqPYiIck3ZBqa8QK
NDx0ZVDBBRV9CxlZ8SgJ0G+4jXc6Ai1Y/bH13U5+GUsp0akjCZEK0Z6ouP19iMfOI7wLaQdx
KNfg5nxLi0mSBqCLUHQIgRseD8aEIgRvKirtmE7FIa2k3XNF+P5diwhb30UjXuaXry1+dDNG
PNAOyRtTZkmneTKJQfhywgSj+Mb47U/jMeNHClGChiP4nj2oKKhZ8H1Rvl1uCKZTY0FipIIe
D0eUJobrusgkRm7JGMwTppKuOGCZDgHi6DdwslnfeTn30lZ+YNKZEuLKjyRUk/GHpEinYSx/
Jq+OttIoeGhXeMy+EtalJa14v83oc+tGKo6QALP76VA6CItJfF/llL5U0tQYxEp7Ndq8AluI
tI4FrInhBgJ/kLvKYwn20VzBir793qhIOTydfMPJ6Utxsgs9Jdf1Ba707JuN+rQVRpWKYc5T
1vqT4kSgvxv0udSh0Zvok2fWcAaXF5N1ZnluGaaWeCsjZ+EYT6WtTC3Vh/Cc06cVDz527ibv
i61DwkTzNDagOA4RcYjle6JkYnPzJX/bL1/ep2vNxAJXCkWw1nNP63EnDh+M2XmSVBcoysLR
Gyl2PGHy0lBCaoZKu9/KbTyFb64d7AyVbZLFjJ/xaV4jY9DtSG0Z21LPkrJ7U19+qRKbHLP0
G+MuscpmsPq+vk1zjLzse8KuT5XL8rHP7ZBUrR5GI/xxkK3EiFXUdLcjnVA8M3r90tri51uT
smJX1tNm56rrRY85OSuhSnu3oK6rjWw1NWtAt5ECPGUt0AL+GNkiCOW3Byrf3Hyupd7PC48y
7PMMHUqniPOqmrRGrr0P8nPjFa6BxaGOn8wfuB6V74zx8vhF7aV4XD/UN+diWCApb1Io+Vh2
W1y6AqwX1g9Usx+3lg616LPxz2wdPpoHCj4b33viGVJRroI9Y95v2Ez5PfxiyQilCNutBhYk
oEiK2Oq8Dysy4FNYCezO68RVeRdXXk1cxCr3Dflz/Yf+5KMBzayv7U+CdoTv3IZeZGQ5whTD
Nw8YUDwt2AJ+ZjWI0UWoREhanIQ6fCL4eIs+qc44nhKiDhQf3JvJD5En4ukKpd10XuID9E6z
3IU1wpi8owmS1wauyh7DhdWZtUydpXL0oGwrkLS7F306E5dR/E0YMT8lVtZ9MOji+D5TsDIh
vTInNElIYhFVceDPdZ5Xqe+qYRyxiK9KMkgouLASx/HWxtE3/W5Wm+471TyWlGZZYpP/ZVQt
JyO1uE8FJuOlbCGeYJm0MfBJ4QEWJvy8yEiSz8TetYXQRdYNtuGNvjjviUnDbfe02VcidX19
PHX/civbbiu4W6JuThQROn+HoGtwnebKz58jt0lvzRu3ueSRc0wCyqTZeEt6bHG2CVcDt9Kt
Y4FsX5cZlXW2RuGwQbgy5KYxqj7hwHqlZloYrBylpJpmPz3WoRO1K/73d24bVyyZ54OpsuaP
OPwLIIr8NO8nnkJ0A79FPPG6lTrk+Mcj59+gdNzL2y8LnFN6mAve6b3HU2Yjnmr26E22d35q
LrWRwZmCijyI16MZX0/QBuBO9p2r8WFW1Ricf1Y8jgPwRI9HTnR3N1ICfoAvu3cJTQJZE+Zo
TyTXlVfKopR9useqPUjLMcnE2VVnRxmSaLUT9FKv0xNgTcFMSsizwXQHX5wpP6OWUDu481PQ
aDsYjcQMjBzJ2pHi1syYKUvoaZFuUs+O2QsSbKHyfAiuG+x4HHLu0AD90olpajrnLaAEZLgW
A55vCE5nvWbK+mLZGKQIm2+Ms+LNy9gW21KzUfatDR6nYr58RwV5ROR0ma1eaG2NxbhqY0NT
DRXArNdnOGxXwfzuIYM8xYQiUFZlH94olx+nxqj/DHEWRfUrvYRjEpZoLfkoL4MIYP9+THh5
tpobnIw6zO8FHDiFNRcBxv7sOHPz4+RgUhSjqFq/JUKWY5ldYQdNuwxqUPh505sNWVWc0w1u
7xw/XygU/cw154rQrXOxth0Z1I1FJeeQvOnnKl3ZoPAgsKHAcnjpbQPcZKiOkteGFVPddOeR
onxwaWjwHc92uCMQTmkz00mRN1jVDPmic+naBkXVVBI6L2FzMmk/GvUBh6kD3+zrr6X4FLyI
axmhcdKM494+UxBOWw7fgw0ebUCSQKk02xSXvoplj6PVcTaVWRtnTvb5269+ZbeFGVx8flS9
GOwEaeTQOzZwnH1Qptlp3j+HKnKCDuKexFRLfo7uHnrDoIuujVvQlfGF5pNYIBaizcdk56IM
n4mg087Ak7D8JBphQMVWSkPrFA4D+VpIuIaPTUBVoy53Fx5Gk3/oPP1UoPaNdwtHa12XjaV0
iDkCuyTZ0j6ffZKcKbJUKWJ+oo3wyf+u+gdvk02RmT6b8B/qY9G8x/t1DCTWihn12ri0ctLt
qPzvZp8yCEaIt226heJOkwITQ/Wxn4w0XdYsrDB6afmGn0YRubTqy5/8jQygui5wjt9lJrcM
TKwS9dVInt421wnq+BQ3JI+1uvQk++i2eraGU1p9vTLJjuff3MURIAcF2XTjWPCX8NjX1Hjy
aK/rqkdglee6yvUYi91fvmVqKNyM09RhDGoPVV4vpToz3DEnws/Ryxaa8Dfebihjw5LvNrXe
21G2EdFVnVWaJrz5lW+f2RZsjW57rJHonvu7rXblrfxiUcQPpkqDNGhXE06u2KmGk5SHX0ZK
81u7cQQ8b5Yj4RgCvmiSfUjwTxhQH6CGAxV5YD/9cPmTgxDiQHkklN3N9LzUmPfN/kdCJW4z
Vj6F0nOUvhB0UG30bOf6RYQVaHotsl4LqwhuwmRfrE/VfbGRMqyvOmlL+9gJqBAcxO4Zn9EV
54zA+YzekVb5iVxAFDsmQqKluxHWrwIOIYS0MhIWBH8o9RgmI7MbWw3dSE19l7lqUi+T7946
HGBxTJ2CgaHzojWYZoCsLy3Cn1uVPp4mOBf++40tYACHogyfOV2kWf03M7Qm/b2cLt1EtISS
HBLLqV8ylhi00XrxXH4EHgzWC4JYoiOqdrF9fqHcfBOfJi3boNM3urwc2b3dpNLMpwByUavP
8QtoTuU+JJ5rcHuxzF584R9WZ/pEvfMWbsdCLGCZrVMkv3hq8aMbzy0ab5MY45YDm/CWA4dv
SB3k0LSHFeBEkEZPeSyzSGK+q2yQ/GK2XIiObMSaigVlwdk/ZSFdsNIP0XtYNmTVLIfx9Mk6
WC0e6bq6o45OZJNhzIU+977oVtbL1ISQeGomAtz3ugswN4hBpmyFiXGNxlyi00aKXfAatD2K
IbT8lUsboe41W4HvYNDr47TxmF03eossMzGDA6/WcW31UphtDg2Nt+GVfjyovxMAqD/cKi0p
vuTAm9wGhtpSt8+YeLNRydCeMK0nmFN35ScNBMNvf0VqzUu8RUKrayLKjJevCg4CeWZPK6D0
GflSp7cx1tfXI8Z/7LjT2SW2czhYAjV/GkxWSu+hKHZa7kp4f2X38c2sWFAAEDZ4QnfiF2Zn
xuywreOmo6Ie+Ay1qdlzbZ4KnqC3jdzKBJMyaAvDWL467YOz8y+ptwNb9hiP1gVAsHNd/5DY
4MIL4zNwMAVGCsUU6bmNdZQzCHyUakRqcyFpF3onTcarZxUNhe03kmraN0zz2J0nS08U9DtI
a89BR9hTL8QHd6Z/KkaXshQArvvF6UyDYmkXP73wdBa6XSXYjSAIV4KJ0rFu1zYFJT9rP7nX
IYifksLhfnKCK/F5MCBR/9EE7D+ebqrl5ey2B294zGoRgJogmViu+Gj5vk7VXqO6/jjU0sFa
DjE0MeC7S/doQ3FrsgHyab4fIva78Ox9UJyxUD/Sg3XJbyy0ubayCaSzuZO0+bNImohRtZBE
nicqxmQx61847R7d/cqR6F70Rh/bx0d3j+xN+h2M0B2SlCaVL0toVvEGljPcMVhZuq7fKhmF
w46ysCkSvC06q89BMxI+K5648akfuLyUmscqKMF60t0OUVohfhembPgS+mCkK3IvF7h3lSTL
IPDt2/Hivtzk/Ia84igNeoPI79jS6G78UkE57TsSsW8zv35M+rQBbQwmSOh6hVsoE2arD+r8
e5YKyxMQ1LUT37bXTw6fviOCtf4WdWUruNptIp1sX+a4x8zmTFP9w2E515HhM4VoKfmYPYyl
74V9GllkqvgySULdJ2FSlCjtJpSNl6nKj8IkjnY5HDj0eiJi2SRZ1nZgj5yaogez4D8sZkHM
vDrSPHEKE9ZP5U+gkgy6FH+ps8/E9nL4H/MPu3rs/D2IBD4O223JfvUdkyQjqkjr3CrQNNKO
qay28uZZcVmSdEghDNrjImUJqmS6XwpiIWmTTn0u+9T5DPemVZdk5y4Ub7xvjpyl1mZ/WyEa
d3ICSE2SQAIy8y+wY74gFuNaZQBvpZXGw2UrkkGTWFTJJ2RwJuN22mJgIScju2EzJmfULhje
wiDbUl3fD4zSnxJONSjpSqp4b7DvsFKWuIn/vFIN5KU8tp0KVFOw9CWJcTI76OWBiTO50QtE
J/cVUEgYlmCPQnR9jsp4t8KBnp76h5yHzBkrw19DKF11BMqSmGPAzyczsKXlaOCLlFcFuOWU
nA5IsRvJ2VCQD08p4ctJRjrUYZQpnhvVk4SLfBDELzSiUS/bEyWTc5IKRvjCoFucQwDan2/v
CVN9e0WUH+JaiA+4EYgiMH7aujtib45X3zNyMc9g8PpW4B2toHttuTwUI3qjpL/UdXvd1KP3
HfMclXTrjZ7Ckma7USkNJzVzGdUvBDduloIZxj/KxPtLiu6n5kWnOCacxl6J8xWMj4niUtsB
L/MUpXXxbu6jB2IkK3ZU7Cmlc1eGXburX3wYaaNhKjpP3i9u9PK3YxN+X2ukm7yfXOOcjSg7
Ce1VTlrUYnTb9whGibDR8FflLnLdwg4hgB5YUdl38lZw+gUrhXOPaGiyzPRedAXJtLRpeyZG
3N4bFQZQdRd8eOViQ792yel3QKvXPYGVXi7KVJmORffn/VQWFfvHxPH4HuZqWJNavBK6DhMb
IJzPvW1QVDsf7EhOsQ12GwOS3of6TtXkruny8+0jqDuggYapOEPwLMJXGw1fmdjenNBFw7bQ
P0UpGnAaP9EdWmdYTXxEVoI+anQEdVaGfURnLW5WI/h9zxY2x7SHDKLiHFVma/cZr1fWRGju
E8VJPV771uRWcJHHUIc2Cv9FyuXJUcZbRYCNxdiG8QO1iq12zHVpjbY4t19cXc/m5nM4qT3d
qVbtd+kA5MVD9Mz5vj8RXlAcNW8+eVcsOLwVQjDKns8tx45Do/FivzA1Hq4JN1psPo787Zqi
mOZYAqBbsG7NwWlHWDldw9SR005jGOzJEKjQ+ea/hRdVvknzdo2oFEEhBOjjNR2kELEaOOcV
WG9V7Cf43ZD0Odzdd4VkdJILIX2MwOkjL7yqdwLAWMG3I2uAFq7tZwIbbJRn2btk85rPui/p
q39YJ2SUAKvX++9ofYKgKtqe9z1N29ne1BnrdGZFLXIo9XcXuM1w7kzJYpNM0Gm5U2sSW8GL
wsB/ffvo13psg2xgGhz/O4HmQq882oSfda38NpCfSNm1UE0oneohoJz0I7dpvjmB9vNHxBmk
HRhNwVrHiYKvJhcoWFECXCO/CxJaFhtaGas9ekg4bA7S2H84RdkUkFIs7KACBwniPl5ew4ea
iOeFyjpEbyLTEXVuH3PKVds5rzCyzKNV5JY+c7mLX5A0Ij8eCLPBucGw1pqdyG1nFxZl4EZT
fOASt7fWl4qtnymTuSoJ2f+y0ft5rvIbZ/vdgnHnqPCAIxcRKMYzLuMbEvZpqVzMhg2hp8Ew
R69O1Brz8PVR/I6QArCIOSbj6IDOimPjaKe+SttW09t6GOmpfPo4MORCSnyBD09vEiDDyggt
DNKo+Fynqj+imnntfe+HSy7cw7OzxxuqkWGupCSt7NKi7LvdR+eejfnhlr9dSq3mmCx6noXe
Fp7LijK6MLWwbjKK119jqZkBhyLx2zM7OINa4zjLFVlQ0oecZ/yobtAPJ7PXr8LIzRNqy1Kv
Ym1XeicLBk0GuXqFQHfV7YNyrRN8zF6xlSpfsjsay9XqF2MGbqqAxUL+F1Lbw/Yi6AA96FTB
9oThWw5klKdg6kThsYybtoixItPDW6e18ewDWyEyjj8GzjOOQwa86FJ6h/727tCFs5jb1huk
TzDhaSmxe+SxwL7IuRcoRObfYcO3iVpjoUWpm3eNGsgeBH2FzLne5HdrtT6aA+sxhRdhYif4
5kVucNgbT0oAsdGmZIaOfIeDgpgOXv3nKr0H3ZpvrC5XCFMdesPCONfY24nJd3gdy4fC2d7L
KawnODe2U+Q+NbLikH+lMZhNs9dE8ETmDaHlsbRcW4ec9jjR2IucqRrCXX9sDzalzKo83zuf
Upc/X9MN53EXd0/NYkXxCJrxmfdXwQOr+0mP+lQR5tRZjxj6V79ZUaTorFnA2U/7FVXGl80f
bSppcNs3n6qwbjAyPpiaV7U59MvTwBHW8Z7Ou5gceM1he+1PHN1R6sbW9odLoa6FIw5LKvuS
mxSYGb1dBKo774zcASLEP23akPMyjBNX1ZK5Lh8+enLAf/NhLgMWAY0qqoR4cPtRoegnAOhZ
GKV0dnHxpPuUF6vct85JXNcgZ7i2Z1R9GSk26SxV66ORLWIC1iLzl+QcUO+BWVH6moVEmGKx
zIiz7UWPgr+Tw+helnqdvWkIvQExZUEko0Fc7DjDos+Ld22vBZ1+ydzBp2TV8nP1ErhyA2od
lUzhpsXEKsE4WVTfjjcD5rZPdU8ctXdHsrC/VNTm5HNQAwNo6rocChW0GG32lo3YMoPSUc6/
807GPoAwaE3EfmsMjB3seXcFyfOs/jBumr8c8ZhvbHRt7fca9NMdx/cjnSS24tkFL+a0/hzf
Iy6k3duSTMuNbzJd/jwWh96Ui13dnRMjK410Ke5XX6KPVtgp96E97c6RUPWlnQIPIB9o4K60
yN2CB59aQXgku17pgnu3VQNFgYcXbNu5pPmse1n1iKwOVz3JewlT75tvy7m56lGhKKwSsUC1
eJwSj6c9y8SVNHI3Iup7dDjfrb3WOWD/GDcmmIZkScduRGTRJcN6JYnAJ+rWQVDMRNuCxPHL
krTiuMNmKItm7A/2/t3A5r2eH0YIwB/X6ajaVpVMpmHBHV5CW0ZT/8h85XYeo350P7SQ6Erv
+evCd1rKiHEGjd8UMdg5GC94n+45HcPtpZ1Uwzg7TWreOBm6hBN8mJOYPErFVjMoqEar+llN
SrZ7NTvfnN2wcy6ONTJU9LupHCzfwogSqqqomyeShSdgZt8xmEDBsxFJsUda66TDYXYyt+pH
98dummoPNv/+yV+3ElPkB/9sbC+Tw6JkmC3mnZhgOM7datfnuT8RzAofrMq7s1fbYa2gyfGe
l5OSJbN+Zx3S+KeX5cIuRmq6RB1viWxdHZbr6/LSjwwHcDwRB14D+S5S2yq7Eu4S8nFsEurG
6Pz0EqO8vxwGdlPZ+QcdI1PW1WaCMOIA5hU4jVBNqcuFBbSCIGiv+j6//Ul8ttgtxUSD3wI/
AX7t1+RC2JRlLc9kbAQSPyhsPcA7Jcl1hI1rN4iKRjb2GRm+l4es6jlCs7c3G6XMVuOYVlDd
XpMCkmEziOPz9ffADXP5aBGx8x8fplGIvaVDBvyVuXh07d8DjEWKjwwaoKYtPanIlOexiaUz
8c3nLZEOyB6XdgLYJukIq4qF2I1+ynMb75NL9nhj+AkU8xeAMDDbik9NTlPuor9FHRucroyy
zWK3um6szqcGYlaiPH2d71H+iINJcIzth9dUhcPwo2o7Nc7zYSiPIB3BR7qpcY6v+tZfpMv5
937HlYGQUcmeb52j/ZNM9VTuOjS0jsu2BQNCbw6+Oz0t4pAm2VIcllkBen7fskd076Z0HVQu
Y8hqzsYz/v7o0Q7+D5xgfyfUgNQyHSSCd4eULKp4KsIeikYPPINpXGlDCTQgWJXqOpmjdzu0
qgupSx5p4iWq9fT2EvRGQbp6QlCIiiG11/JiCFPmteYKzN3JlF45nxpdw0/fkwNCyyne/CK/
e48PfeXoGb45f/a5bzOtooDEqdOXrkQmTUDp04c45v/DF8r/b/D/RANTG5CxozPY1tjRGuV/
AQBEeBVlbmRzdHJlYW0KZW5kb2JqCjEyIDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBl
IC9UeXBlMQovRW5jb2RpbmcgNzcgMCBSCi9GaXJzdENoYXIgNDUKL0xhc3RDaGFyIDEyNAov
V2lkdGhzIDc4IDAgUgovQmFzZUZvbnQgL0pLUVVZTytDTVRUMTIKL0ZvbnREZXNjcmlwdG9y
IDEwIDAgUgo+PiBlbmRvYmoKMTAgMCBvYmogPDwKL0FzY2VudCA2MTEKL0NhcEhlaWdodCA2
MTEKL0Rlc2NlbnQgLTIyMgovRm9udE5hbWUgL0pLUVVZTytDTVRUMTIKL0l0YWxpY0FuZ2xl
IDAKL1N0ZW1WIDY1Ci9YSGVpZ2h0IDQzMQovRm9udEJCb3ggWy0xIC0yMzQgNTI0IDY5NV0K
L0ZsYWdzIDQKL0NoYXJTZXQgKC9oeXBoZW4vcGVyaW9kL3NsYXNoL2NvbG9uL3NlbWljb2xv
bi9hdC9BL0MvRC9FL0YvRy9IL0kvSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWi9i
YWNrc2xhc2gvdW5kZXJzY29yZS9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Iv
cy90L3Uvdi93L3kvei9iYXIpCi9Gb250RmlsZSAxMSAwIFIKPj4gZW5kb2JqCjc4IDAgb2Jq
Cls1MTUgNTE1IDUxNSAwIDAgMCAwIDAgMCAwIDAgMCAwIDUxNSA1MTUgMCAwIDAgMCA1MTUg
NTE1IDAgNTE1IDUxNSA1MTUgNTE1IDUxNSA1MTUgNTE1IDAgNTE1IDUxNSA1MTUgNTE1IDUx
NSA1MTUgNTE1IDUxNSA1MTUgNTE1IDUxNSA1MTUgNTE1IDUxNSA1MTUgNTE1IDAgNTE1IDAg
MCA1MTUgMCA1MTUgNTE1IDUxNSA1MTUgNTE1IDUxNSA1MTUgNTE1IDUxNSA1MTUgNTE1IDUx
NSA1MTUgNTE1IDUxNSA1MTUgMCA1MTUgNTE1IDUxNSA1MTUgNTE1IDUxNSAwIDUxNSA1MTUg
MCA1MTUgXQplbmRvYmoKNzcgMCBvYmogPDwKL1R5cGUgL0VuY29kaW5nCi9EaWZmZXJlbmNl
cyBbIDAgLy5ub3RkZWYgNDUvaHlwaGVuL3BlcmlvZC9zbGFzaCA0OC8ubm90ZGVmIDU4L2Nv
bG9uL3NlbWljb2xvbiA2MC8ubm90ZGVmIDY0L2F0L0EgNjYvLm5vdGRlZiA2Ny9DL0QvRS9G
L0cvSC9JIDc0Ly5ub3RkZWYgNzUvSy9ML00vTi9PL1AvUS9SL1MvVC9VL1YvVy9YL1kvWiA5
MS8ubm90ZGVmIDkyL2JhY2tzbGFzaCA5My8ubm90ZGVmIDk1L3VuZGVyc2NvcmUgOTYvLm5v
dGRlZiA5Ny9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wIDExMy8ubm90ZGVmIDEx
NC9yL3MvdC91L3YvdyAxMjAvLm5vdGRlZiAxMjEveS96IDEyMy8ubm90ZGVmIDEyNC9iYXIg
MTI1Ly5ub3RkZWZdCj4+IGVuZG9iago4IDAgb2JqIDw8Ci9MZW5ndGgxIDIwNjYKL0xlbmd0
aDIgMTM3ODAKL0xlbmd0aDMgNTMyCi9MZW5ndGggMTQ5MDUgICAgIAovRmlsdGVyIC9GbGF0
ZURlY29kZQo+PgpzdHJlYW0KeNrtt1VUXN22cAvBnRBcC3d3grsT3AlWOIW7u7tLcLfg7glu
IbhDcAju/te39zk7Oed/vPfptlu8VB9zrDn6lDWqQUn6SZVRxNTOGChpB3JmZGVi5QOIKaiw
sgFYmVgQKSnFHIFGzpZ2IHEjZyAfgJWXlxUg4mIOYGMBsHLxsfPwsXAiUgLE7Ow9HC3NLZwB
NGK0/yRxA0RsgY6WJkYggIKRswXQFjyHiZENQNXOxBLo7MEEELGxAaj884QTQAXoBHR0BZoy
IbKyAkwtTZwBxkBzSxAi8z9CMiAzOwD3v8OmLvb/PeQKdHQCSwFowJK0ALCiqR3IxgNgCjRD
ZFa0A9cCgk3+35D635NLutjYKBrZ/jP9P5v0fw0b2VraePxXgp2tvYsz0BGgYGcKdAT971RN
4L/dFICmli62/3tUxtnIxtJEBGRuAwSw/Dtk6SRp6Q40/WTpbGIBMDOycQL+Kw4Emf5vCfC+
/UuBWemThpaKEv2/z/NfY5+MLEHOah72/5n1n+R/MesfBu+Oo6U7QJeFiYWFFZwI/vvvb/r/
q5YEyMTO1BIEvhCcXAAjR0cjD0TwzQATJ8CLFWAJMgW6A4DuYGFmJpCdM/gRAHhPfABmdo6I
/xwn+MSZzf4V+zeygdHyD7KD0eYPcvyT/GeYHTwMntvGyPZPCJzi4GLnDDQ1tvn32f9nhPe/
Rv5nmIMFwGxv5AgE2QDN/oqy/lf0fyWDZzexs7U1+hPhBDBbeNhbAEF/QlzgZ8FV7Ez/hLgB
zE42Rk4WfyI8AGZPoKPdnwBYzw4E/A9zgr2c3f6Mc4KNnC0cgX9l/LNXdi6OfwL/7Jal618Z
YF0n8Dn+h8GyTkDXv1zBZ8YM/B9L5ASrgiz/FuH5Z802dn89xPvPNLaW/zPKBRYEOrgY/Tku
LvZ/dhzo9E/3+BMEO4j8IXB90T8Eri32h8CFxf8QuKjEf4gbvDuSfwhcWuoPgfdF+g+BJWT+
EHhHZP8Q2EXuD4Fd5P8Q2EXhD4FdFP8Q2EXpP8QDdvn0h8Auyn8I7KLyh8Auqn8I7KL2h8Au
6n8I7KLxh8Aumn8I7KL1h8Au2v8hcHNmNnY0MrEGOv+P+8zL/p/4/7zR4J7I/Oc284KnNv5D
4KlN/rx8LOB1mv6F/5z3X/jPbfwLwQXN/0LwWi3+QvBi/3rLWcCrtfoLwU7WfyFY6q8ewAK2
+vO+s7KCrUB/IdjK7i8EW9n/hf/cyL8QbOX4F/7zevyFYCvnvxBs5fIXgq1c/0KwldtfbQxs
5f4Xgq08/kKwledf+E8bA5n+3R5Y2cBqQNv/xP7v/i4qaufuxQhud4xs4NbAC74U3JwsPv8z
Tx1kCX7/ZMTBzYSFhZuX419RExdHcF9z/tcPKrjqf7OZJfiHBgh0B5ogLs3bmXwMtkprDi33
lSj8UQFDBylq3hKv2NA704UUtJgAaVMyKudAt16v9ViZ+QF1D2aPxO2ZwCmy01t5QvIswCE+
fe51z9VwL9OzjUDrMlPBY9ee7C7oGK2jefb6Nyek0s/1sfJk7aKBL+eDx/mfaMTV9uFWSSH6
dF0b+7KCubi1JDNt1MNC6qnYSVXQ0x3KwznC1tzQkxOh16aCfK3C4FvpVy7sOl0wHgvh85Je
9a4PfwrrYmfPcemDJucWLOZtbSyMoqKl6TlIogtjs9ranx+rs5mFfrA3U8Wng2YFspOMuCRa
yRPnRrfwvRu/+DIFrs6GjOXJu7Ex1e+VfnFaxVPU7gMULHdk3TExXGqsgZoUf7drBUBWLrE3
eR8U5k1b0ygvyCg5IdjefFw167hPbQrbSBVj9flshLwEH5cug2FHvrbJclfvtpYBoxf1Prsm
OwMr8vvWp4lnBrOTxOPGcQS6CrjoLWOpfHadGbbl8k8/oVJKeeTZ3xyPCvF1I1xBJp8lvvda
VPsemPPGQQXUercp0L4h+Gi/ZRhNp5RLby96swYSJ6YU25KG6Yqkx3li52vZf/o2RKAopt7B
fak+X889mXqpZn6Hlp+DFuL++TreIjl73OPyvkZz7i6rbWDK4EQ/XbMt1ScrdWLKaW7+853O
Y4eZkzBu+y9TbUfAcO60kweVq2zSux/ujceotDjRYXHz6HCnBWt1eDXhA75TZ3IOO5iIHClE
q5wWZfIj5A6lEe/w0fnwOew/vZT8vosXMv/5gQjZW0o2XjUUlB2+Z2DJ1h5WyhV6VAuZFHGv
gJWO8D2d2JPlJJmp/n0tSs9N5xDg+pfrN/Ys1uajjlp3MVQrhA5uHxajAiTitrDUVkPf352W
yRJHZWbfYqFOfJQEV0bxqOhui0jMv071cLGMiD2+J5afSI90MrnrbzH4qsVSKyOJikLP7hF+
8akNlyk9x+3TAEGZwJVriLRQ6PS1s3u4kJCVnJ9rTHFFxMGFybvMNdlEhPVIJRpNs15QmbZJ
VuL4xOhNFiF961z4qIsChmbPnbVqusJ1kn1SxZkHxBe2gkx57CcjZB/zD9IM0gsPByLIaBDV
IPN36BrNUOoc+7kw04qXijH+6WG1U0RaPKt3GW8j9aCUS3khi0RlFxB0C4RxSUV2v02yHYWP
S10oKQgXid+l5yYczSjXQrnu0F3mTMuNZv+ZLtZOlDpXj3UtAe9suM4//EzT77rU9IIu8ZJq
seGLXxSuYZgTpMOjkMMGdGBkEiGU8iOgJlk/7WSDIv8keHC4Cpl1Nxh42NRRb040BSJqW5pY
zQtD4VJMZZeZYM8HkqNGOyn7xUvMdj8mZFCaUYd9WT5eoRchQ9+fGrECMCwVCH2W5/c8+T2I
WyYWU0y0jiK+myZ5vpAcNRJEOmSkUFwo+5nMQmadvPtto+7Mlo0gC6eA1l6BGcXoMUJfFBK1
zP25I31Kb9jZjiJ/cJMPinQylkg7HNC1VO2seefIgJWU8ju5Tuptk/RWSWC3KBlyyLgelSOh
b7Fvq7ZmY7kywjULF4d8oih752c0LsOuPvke69aUVefQCvu9XBhKwI+rnYxawYxPsgAUn5tA
L2KVbux1NN3w9MCTrfQWPbNHfziD6zL1ywfsE6x8ZsKDG/aveaQ1SIVqim5M+YQJF6duFZOJ
KE7zaybqcxgjxNxpjDebLxvnnt20dZffy+ViRrWuSkIvLJOy+i+/9XZg+oUnYSddiq6gpfIv
ls48cT6loXmpuwkKcFT3nI3yAiCE42Z2fWfSUvdsPBlUVutIxXox5SBHhSKJqVjoHOPzh2oq
3GHP8CTbGr3YlFIrPa+Wz0TPzIs0WHtt84E8ZDICH+1EpLeo8GPLPisV3dhyDNLlOY+RZyQ/
lPDiF46Ohk8yFQcURfnLTV7rEaq2z11SUqxJYb192hVZwYl/QpVQsB99wDkXLHA+IVIByU/H
8KTtP0GqcDhkzeoqLXm785zVZ7dZBAnWPw4wFiYzYBER/Zq2/WZfocA4e2/sv2Cq7b+btYWp
GrCWdnC8BvegepnGsnfjUtTXxCpp/7wQuPRDT7NPoT8jMEPS7rvD2g91Xx2/JAqiXzCe0ahN
EgwlZZXP7STIedwChibz770npr90DebatgsI3+tpmHiEgM6pmFLhY2cU+PjH7Wi+sA+Mn6s3
edpMCOcVcxAXmL76uUWnuULf3kvOKeZi4HUTFEv3O18eyrohyYp7WBfdkOUVurfQYr4tI6E3
pk0qLb6o8UcUL0Sr+0AOBEX6Txqqz2AudJd8bERniL/vAo6rC3/3Jqmzr9tvuQ97IoghFGgD
0FpPU0ZQzQ9xCAgwRta/7yeA8pR4gIhtn8FFR6MJWxi7TW81gY0ihAjcLoh5nWO3H8RxmdVN
hw0WGlY19HJOvz0Ilq31bCeBmOCDUoUI0B+deL1e3si6qBSbm7z8SIpLiN7cyK090auHqNXt
sN3NE1cB4etDapwzuWtVdYGXRjkEo2jhj2IIePmpA9HUMbTb0XFHVphXroN8qL57wxVOc8fC
xsYAit9z3phwzmHfhSpIxKHFLxQMJ0XexkQbZbj38hwl/dSKX2pG3WSkpZmetCR29KhApndP
0nQLg9KLuJLvqI7TQpbBbb2Yhuoy6DHetUaE6LRbXAnNAQ8Xkm8lOxN4/2XUovgGh6EVIoz4
azKPDWrFxJ5V78PNPCyyUARzMau9gixqOLXWlVlY0Ps0WutrF/3hJBXEzTUs5rJJl1Rty+t1
OCwhw+TW+BOL8bPJsS7OBR0q06TAgjZPPoZ9bDd9WoGqnHSXIJZQQETnbqtlaa0+1sNq8mt4
FU3f0ytrSCukd2+7RNVKQjErGvxBb11nyP7vGniLcrd+wng0mBwUSdy0rHuM1J4iiHo/J++M
LdR8wwFluhaugsDsNIZUBkzUlbo06e6ppvuMyqhCxOYkER0qCGoMn6olEtlnCobWxRLUZInR
1kgMat1XgbjRuy7lwwGjIptbJceA9O8+97rkm7z7mAgagtsilUO/PcW/iiD1I5TVdZRcd95w
hGO+38efzFo6lKmmU2kYOIiRZ/Ty38XJznG0mcpHwm6LaFPrfVMpq2IXYfMb47SMyvKWtTc6
6psClczvbFTcs9gFSTY5vxE0r9L6Qz5j6Tr4rJpdVasIHdirtBX7CFLx0WmNJPH9pKeGGiPz
VP0WBzvsSGAqFnSqmES+rhzUiImkfnkxghIJabSWm/XYDkuqwg+iT2vM9c52nRuzPy+aqbC2
P486eB75hm6qZNlP1TA/f9lBJDcESIQaQE9repiY+MASmYVlZ7iIWqeMx3Um5+tdULb7Jlj5
9j0VyankQ+aI/HUK4+dCnEHLcYRkBkMk/oOH7gGhtwYZvypSLrRi5jDTtyZGCDf+WcUILxi2
mrgYuIucMdqlH6f+DDtIiefjlIEV50qY6X3oZUYVqLCUdEdeiVGDDW/vtMp2uVLcN22TGSw/
8miMK3ZgqV81AOY0/JpYY25bYgIqs+e/JMvFkX5pNk8IVp/G+yTiGWRhOG6Hr3/lnSIfrg7r
OqzGbhMvVrnBXpvfL4CooSrFcoIs9gRwRd6xrgomX5bZPICbz1BsKpQOAnn+LJ9aqXUoz506
aUhSe1l8x9vzjVh6ML6ZaXpfB8OQ5x0AFYXtWZZMkWvskVl9ohdf/yanaC8zkg7j29FWAmH1
e/Earjl5lmgERD+C4GCUL7wkrEdFpXtFyb7NzO/oFsSUc8j7Gx84LJZkoGfUOZlFTrnSCnv4
Ii2o8euv4V0ekk8KN1Yf3OLQfpVIXXfONmMHLwgocbkQJHhJlA0IkzeH7MyKQF6ashv5QalM
o6TOO6lkhInSw+kxEPKitD0uxCRq71XgLiuUZaTKBw720/YnaOuq4LjEst3KnSrdmRx0rjyt
El1s/MTkFEUd3YcuChQJa2B4bSMP59AdJSpmkyVC0qQAUMGq1zXICHXy+DI42+XjnBMh6qJt
DR9qODC/BfA0YwTSwf1I0CySmm10FKLRuYNrl6UJ6BU/1KmXZ9mhJ7QJ8LsbRvtWNLFNMjPv
v2gWjF/jtZX5Ww2qxizBMUMcemWb076z4oWuGG1kd4Q/6PSHsMc7yWGShxRS8S2oHI5dl41M
antvbisVn/o3rF81dmuIU0ir5K8yQBbDjycS6lKrbanQxF3aIYSamkKBSl3JiMXMJSdxsndN
SyDEEQeep1K8pUdAY7A0PEO6iT7WrpW9FnZ5I8MJXeKcc7wjQeu7L2vLTOcrtkBF+9n7HDUU
VV6UjyI2BnU7QZ7MnlE3x5lzwRmQsJ97WN5p9zuIJMlJbb6rFZTPJtCLxMNDemiQbA1/MTTL
ZT1pa1adlhAlxyI4JQeKP2tUV0bSNPpPRg+qL7Y/dNUw+c+OMzOTYgqTnwdez7QMz6Wx0tzL
rU21UC36hMcPRyWLNyhak37LO1orbFb9WSj9ugO92EIjrD2vw/Rg/VWfU4AEomWKasAPOnJw
spBQy+U6x78g7D3UZsQLIIg8RQ0N+mCff1/zgkaFLBBIJg5ALd7CjX/FGr8Pta4WPTtSU/pa
85s0gQWG3FBq3knpuKJLivNnXNA+Brf8EEzn5b1XOHnAz+W0FIXFkkvu0CABimJ6KZsH8iZU
HyCOWPXXn8uDRtqnVYmFkMcZtlBtjcrUN4hrqlLODRGCrqsdxZ/yrHC/wiydc/bDVR8qD8D/
FjZqo2G8HN9I30PI7+T6UQnR8m7vPUN/PeXwjh2Dixga90RPxS7zNir81ixS68Ix+m1QWD79
skETUeGMafiBflnbAoayxYLlk+Lvn9H69rO5yK5f9QXkr+W4+5zIqHrUWL7KN/E3hfXjO+lA
hKuNjwIuHAY/o5d4s2lHlzJz9Ic+06ZmVh6jPskiYsBPNL/ga3OM+6+7NRfh9geQbpDYpaY3
UjPnHPawXX6fZZYW8Xs6Kvn4pXpPrCoWqPv0I3h9yUV3L5O9Ev+sQQm1CLLEC0e3B9rvZo1Z
QKL9SypB76Z1zYzTlpq9BzzhA+uQ3rg2fBaNIYrocj7IlKt+fCA4IDxaGg1zjAzHrTYw16IF
Sqr2hiasdK3pB41xdKJPeSDs+C592czE/ZQM8gFKpVBMB7aN4FjRqGwXukpXlaCVX/qOCjQq
fA3iIiu67xdon7IxJueTflrIVs2vnBWptzyizezyVVtDioJlj4ZRQXumsFl+tQd8z5S7ipTr
j7jl6j8R9tao46plbIx4uBKE68V7fw7TwLEn7zC5PnZ9vO7sOi6aIddrsqLVhoGUeRfP0y+z
T1PzoEIazo66+SGPhCA65eP+nH1UkLIkk09F6aFeCC7RZgSWxe8QDdscQWy8WtPxL682L1al
ONFPTjvsvbNQCwrR3nWK+gsq4SnZ8Cpqu+Tr3QXAoHoqsRbl6aCL7ByvmhNG2YDmkaXr4q8G
UOlcJUiLY4lRhSq/rl0E6Ipbh8uDNeW6utEuMsvw5TT07Jm439/X1rYwqx2+o59i4nv63kKb
y3T4S0Rz3XUUe6kZG8K/ZCF/ffeOh//0WdoyTt1g/z1e1ovwy5rJGAU79dx5lftiXM66A0Vj
XSx1bM5+5fo+NOvk4/399wldgTPYD9gBcvNWIMccSO0kG+8KqnQ8Sk9Xfoo2q6zYAqWmCyrR
0VtujB+BOvvMpye+CDH+WJQQyDjJbr4JIcbwZeG3oxxq3+/al2I5l3cWot0vzUMKVbcac79o
CUrIZ6eT7+qGiJpgtMFx+jsU8YeYetVGLL3qtN3P7NguXHR+KE6u/zbRWFKx+/FXh+kq9dpO
wVozUdpmgegwQ/RO9Y3+afpizTGZZ3nwxIGAa6LwF3r8QgkGVpp5qeprmr6IoIXowOStj5np
F+kyYxEpJK5d1qsXFhPhXf6v5o77lZ/Vpje/RyL0ZD6XLKpEnXxTpEBNv+ZxRdZQhME/U0/z
W6Vf12rzmE8Sgrbp96J+0/KgRZawblxnr+n7Joex6sRGjKBBBdu88w7mxenV+eLb3lje8k/m
oVplhDrdihRaYR3VmCF/S4ySiTCrddRRdBg2otVmL/IXkABGMNF3jofbkNeJCDQkX3Z16qsm
i4J3mJ93h6dHCWeS+fnv8nAlSO+RFBFVmbiNKRxWTb815r4hpi3YnsYGbsW7Ds9BNtORu4m9
oYbbu0lirz6EH71zp+5w520747Ll410nXiQyvm4E7RHYcJlxioRi11BzdJ1CCvrPxp0KAEky
XpIIMY0UTvlJ4wik0BCrOehIOXWfv1gRS3lT4e6xbDK+d/jOhKHRRTcp7LYSg2BztmlkIxlp
hjDg0/l71UkMv/0hraJRSEfrw7xnt/dqaLr2O2VeWwrTuasWY7wT7p8XcBwuOuxuhoTtn9nu
u7GmpF5zxSUlWfUTxoDdsHFHHyKh0U/x4bi3yWrtT12TeMg5utopIOSYEZ1GuNMpoHZABz0d
DdDN+JxXUWhHQESHGhNjTdOhFj/Nfggyk5GM7rd2t1U9GezLLevXnCFEGdxT0P5+T3IbExBp
r7FFK4Wx/HOBoSU+8bExtQFPcurIhwLMVr3X2v3fDmGkeQAqNJRTjBoM/Eg8nhK6y+ShiSAR
7mUOZ/qC3+Pr72IjrmrbKP050mfuDiu1O6+6zj5a6iAYrWzMMQDbBqfYflvHQbhn9iGYZahw
KzEkx11/ZWH4yfz9R+5vpEVkvkY6Qz7NgwREpnNu/HNyfmKFdhMKDXsUb9aNqrOI8NRtCEEz
wOmUk6QFJJr2sgvfTWhRjlEIAaqrGxoOsblsW3vXADU0qBrOZhIv7PAblz8l3mEh32bqeXO7
cNhGBlwmRrGpCHQKdUsX1+oBJT8WzbAST+76J6Hur8k6XdGxbeIMja6/rJkLkRI5oI1fcRVR
Hk6ZHCKfxdJYzrjQJt/hlT+ykX1tzsgTueMrUYqzsQYZC/qfveIgXEOixja+JDCfDxvcoEAD
xE9da9qVyYY/BG4+EBVRE6UHAP2y5a/Ss4tg+Ex2JAFBdU66qYPGKINpEki72MXfydMZCAWU
YGSkNFO4iKBEEziwpN+n786av5RngxY5W6E3GbZi/MRh03UcN0v7jkbUV2Elh1qk5JRKwseG
yKa3zFxo5mOV2kM3mXwmK04eX6GO5C0lPt2jYgzuysiBcD6atyLxYWWpvA53I/V6jDBTBMpF
LjWLOGNc13N+61KXAKlQmsjgWhLffKjaFg/x+tS622jSpxnmORiwS2jsUJUy8hyyN46AAKXw
RLX1LVUsdlYpdD5xs09XSGxek4mRIvLRj9z6VMnw9LooQHRFUR6KOtnqmVRQEs6tCeoLmQUC
Xr/0FC/vDLewTvHyL9eny0JKrs4YFakVgiKXXXdVUy5bVeiNiykJzPx73WLqPOcL1ONdGNGE
K5PPcjrYhnkuzIOIV7vdzfF1YpN6TOk1LeTPGA9yrCCM9/x6XVGt7pumbuqRNDWX0EOqXxdf
8AXpXSl69rI5aeWUqw6KKwIuAzOOHPKiv4opZMCiW2w33sXvsH3YGio6HzzAYB8cW6o4oUp8
gVBceGBY0iA+8ABtQt08b7otnRlZIvOgV1kw8scvXmx3AeaRS7Du5xO3vQsyfsOV5AbErZk3
XY6xx2s+bBM6/BTQOuhfV0wZECqgIg2jope7ctCP0nJFWnZmf6piifuh/ax3HXhHYDvVuDJG
TPbKInTtsbAiukErYRij+N4g7PuPORqBEsIAbyt3tRLAc5H7BI/WNgxvXmLiDENEMeJNjIx9
2Py++5xCAv/wkas6Nr0CIaej91yMwTg6PP1bjeWICzuobxsalNelZ4ZPRl5S9ep3q1v/wWS9
zvtq6oq4dpJ3NKUNd62JmTbxI9L+CzvQ4v3vAQEbBCnEuPjdH2sFIjNdg+RRIXfXRfE6N6Ye
EdLu56qy3ieyHHwzihDPSDGfYUm2zGJ4qY8VdkMg7lxceciNcxg55G+PeehBm0F4fbPZZ+2h
OQPwgQkYqItZLa47yxuTqVskEJu82KKKcYRcprmpjmzBcbmeyOZhyt5iH55jh02i4AKb2R3r
lXOIQ2MbVSqoWX9fcmp/GqKDFkNq03j/WGiar5Mg1VVheyBN7+xExepbybBZLdZDRd83PVGa
IshwQ7hQ9djPfsZEzzthx8qLKp7/bjZ+gQ+EeqCL6z7Ng4htl3TEp1NpEftSW276dZpAWMns
2M3ms+E5CsqknK/o8p1a8ZReQaCVZJlIrl+qZN5Qj/LPSPkU/l486ezw2ba7udVM9iLZ94GL
nPBcPkMvyt2moYAHvCGqeAWQCoF6PzoCKcrIAX2dMPBitPXlIzffJim74xRVNkv+asO7xNmn
sQHJDP6GMlK2w6xEvhv/zu5eJqc55TbOU5Z6s2PhVJIMTdWGeLnxV9xc7dZzw1fKY+oHloDb
ghzTb+iBNIFJ1OvO6QjeU7Gbu/a/NPQo9fbLjeb0A6cDw96Tar5UmyzUTr9GB18hDmzHJTZt
aHzFUI6XyKcKw8D14Ncuju2Iy8kuYjfLXLVk5AsULNyanX6IFPYX9OlhFi24JRLOiA5ej72T
n2sdnXA+3EbaG8fOT3keHTJvlz4l4V8JNY7xK9WEkO9dMaWMpv/5rQnfvKIWQokYYo7arvMb
JdIdmSo9zZFr4u+2jRqZmXVcmZxtn/ZfLgIp5lA8ks/eKTHIaj+0CTvcyDa7uxoTYUSwC3Zq
oq798Kd+1SzcVZI7TatGFHkC2OgM8wUXpAiFAHhJAVUu/k7UHV0SZDpJ+YJwmJflRJKh/FSZ
paa6E2iHQmXNhnweXjACoT9f80ytZdJxKBdouftJckgNNR5hTGbcYeJ1znzj+IztzYqmL756
G8uIOlhONfXg4Um7m5szqTtwnB4qgYsLlq5NuwzRRc++JvrXYWrcKPd2qWY5subbdtHRxSmt
ndStE5HLWtehbWIwPz0QrRTlz3s411SR8/KeTNUGKrKxP2QqS9Q62b9Z0zG7fVVWCqLWlzFq
0miEMnVeoKUVYGCcopCAU7HO+h2R+UZGDzRKazSoU0mWf7DKBVVlNHIJ0GrJoTp/t0MkKCJv
Mlu+eq96gF9/hX/r5626ZyzcWNIdtmxr3gJY+ioZNygB5yzitvuOxSnfrkVATZ00j4Cgydjc
LLygHH6I0L+M2RwXHpHWdfcs7vPnOah3cJYG9gVvg5G/lIMsco7hlZFSQrPzvjowfDgnqcs+
nBvLQbrjShm9sbCUmN8urYx7zEJdUUa4iZZUfGZ+tYengj0sytvXiEkSBq8ZPfshXcrNQgBo
bcKdJ57ESZVlQkFUtnevdXt+9cWwDH0yoa+2/8fMUlO/z13CUBvfq84CA7FiSnYQ2STE7YR5
hNpYw8o2JE2fWb//EfqMkG6Z2vHdALFPbQ4aURhr7ZJRxFoEEcfpOTtBrZnx6JJWlVrJwP4G
OQ8St3dh+wn3WTQN85RgIET0L5S8OKzpJ9cJ1AOHZ/0Pv6Yf1xx929EW+mB8C/sSsaCRv+et
FM28mmVYgJIAS1hcePZ7TEIeyG6o0nwEAlkY2p3WVHT7crDGka1UieYxtkfQanOxZnkpSm7J
FQlMBrXcfhI5jrSqx5pOixyl465Ot+InkJ5ucZM+yoRbvieNPojQY4u7AZw/ptlMUk6HAxbP
GqPHAvDlvFFPEXp82ZF+Cn0W/VnYsVtSL7fhkCTerBw5Z8Cjkgh1n94uLd3ZLHsR5GqwZkym
NM0PJCSX7e7b/iFjrpz/qDIPZ594x9mGRrxVeEjau65bMLz8m5pdmSH0bSyBGElmvY7LamAi
zr80wui6ai/J9ahhKz0Lcq6jjHrF29OXyNzg+OhgQ44ut6f+Kpv+yWJuOUeqxYGDKPBCT7+l
eaIUZnuQlTSeihphJokAeUiUBQfPzEd8X5MPu9PKILGvF9WbUIPsCr9wILBgxcY04HAlLFWj
JJt0GRkAomzeYeI//9gnkv9ObmkGVOTjhTwK29UtvlzyiO1FgIO/7fCo3lxcUH0XKNZHq8dX
sutXYCZOhxRGo1+ncTRKNRBFqlQxVYqW2lo8LM7ggz0TRcTis0ncFKZDa4LPaI0paY3zrZb5
lzQMR5msFJYtxYqKnnMKgaDoMguLoOkMV2299tbL1drlWUbbkdWUZKtIrFIJW7zl+Zvld4QH
kaLqUtRc5+zCUa1Cbz0/ayX96enCyhyNr3LljNFoP98CdLgNh4CkvBnvVdzNLDguzVUaOV8O
TnjXBGZCJlZsNzWGDFgE5Dv1AmvfWkN/qlmRW/Qr8PaefhA4lYRZv2XdJz8qrp7cTBk63tlg
eE4vOY13FJ2pKKoWaUiR5taPKYWwWboNY6xjRAu16Qh782YpsB2M5EWIGsZ36/aDDh0K0nxf
zTrE/k3mA7LtQuj2/G4eVya79DO+8zivWdUZDRqSxMTGvRnXSpf/ihfP4f1UlZb2Ze5zeSPC
MvHmqje1Dshwo0euwqOcv+FYR+XVFE8IocMubSlOT8OaPGjd59OrTdPE5XpFTHXsrXY+19Uh
7UxBtD6eGAJ/hrjgpA0JJxJdQNbGabfcE/zhIi2j3DrLbetRM2UERHi6Sb7vPcJBBhdlSD/t
pxRIeRCCk4urfIgQ3JJsAx5IDldkiPq+j8sh4TrprD0YyCa4Ioe739nOL+Z4nlFXgaEeEUgM
aA2tTi6SdOjtP4cInR3V0ZSPIiYSl9cNeF9FwdOuEwp00p2do98xiyqpnQnk82M5YRFbyjJO
xyZJsq07N/RK8ErJsMP8+Z0CCydvQYmZrPOQ3ewTzjum7e8SmgASomgLXnMt2xE5WAQVPXRQ
+gzoIczkeRCXY2t4yIzn9LFDXj4BtnvkbY+HDKJ4uVqeM/IjpmpcKfcQ7e5EseX72AU0ZBrr
ugM8XnfuHVtC7w4uO3L8BG91O1moroSt2g/b4xEPXREaiYQiKvVlo7LNibzm0UFOX5h5MMLw
bF3MNtIJ0vSlkkyb8tZqHqIabeuMaJNNqo8dvnVzW4fy9SGsNfkk5X5qrdgu6iRu+CXMvHop
TyvFvwCcNiKDGocKHXPTpRUJSFNTMAIS+SA1xm/OCnl7Uff2PugbBs2v8IojXx+X9T+6OvXV
RD/RPbLCLe6TIKkzkzIFSUIe3Olw6gu/cBd8duAZV4kXrZaLwHxZ4IXxV6r2Tn2dYJllNj2T
/oxxjngA/RnAJ3DBmHdX6xG3FFlexaVjRxEvN2+4oA3RuIQBa8hi5cv7ASUHh01z5rECHr+x
P9iiIyUGW0OVl2vlwMTvnOMexsL9LGrEXhiSyg+C83cJr48Xg+r0D8djn4xvpVtKJ9c4DZyr
yPLdXYTQuJJeZCxf4OdJlEN8bGHnKj6IT9qGC1mylfadaPqZFdxkafiEvP9OmYPqjFP9YFU0
gMh7zwh60XyvbdhxZckXUfClotT4zFkANnulPuwQQdbztjyV66d4nydA7YdxodFawMRq1gaC
bWgBUsAHCIp8e9NPlcjqsi5FsII6jOUpJz4lLZwDRjMyDJVFv4I+NgyKUEhaEuD6OVXDQUXy
7wQXG1DnXUkuW5REdtevzbZtciRY75MxDubDdFobZ+lQWg+3RUgwSCeed7fk32oZtv1gQ/+U
5udDiDNUxS89siL9Kx4Zm7GtMMU0mG657v6RsyJDHDJW6NG0P+d2YKVTW8+PG1DqFN77xo7h
PQWHgpsyRC81ckmz+WG5Eb+mazRUGBKNeaGQ3HtFIKZuF4tIqVQMlmErWysLS3ExzVHALInz
ZfcnVRjK+sGP1rYfvNh93j+/2LusU4z/OraMm6PSCmijWCNYWUaWUE3v5fmqG5+GF2qt7ftd
0ff8nWHFdD+2nOkvdbtTWBP10dNVuNDUPFHBPJ2WqNwqXPGf24ZcJfVYgsRJyOevxFxdTnf+
o4CWN1/B3bHbzMwAbKiFcBtbw4zPKxOOT5DTBYkX9/R9WUpsCC/15Kq0wd7m0ppLkQgpINLa
DqEaYQr+BCmcobDvxSyqeALKjBjh76tQb6Kv1Jt8rfDQ9rk+F3WzJ4cSC6xjlKxA+lSGhlBn
vkmeRqYOTaGiyqAZFFUf22cMp3wsnxzAfW7ua6DNRyDey94cZBdZk3DRau/qv2zRVomJqOum
fxzMr7EOKhk2SPXsVi0cVrWTNl9Ol77PKGfiUsODrqluTpCp0on6TpIyMQv0KDvSW2iu9EKZ
2Qkx8xcfal+6OlIAFqtJw9pcSHGzWHeKB3eKH/04jq0rRkFouPxUvCxUvqXpZ9NzpSDoqYpo
bNedutZN2IfeKVIPTI6OfZzD8NOf2mjJev6ime6gSG727Envw5T6nes2Hi9VseChwY+K6zNd
k8INUJSFKtg893hkmdOI64QE47fire1Nt1hNSRNzky5qvWcvAZFDDYsSe5RhP+beu25yPA5o
ewKL2foM9GFX9CVTSXMNs0EK/7uAbkGo1GRA1MYYNWciWoeBDLYP4oOW+WK19HrywotWcUHP
6SaQ2NjpYIevtvdcWO67/UwE9ocCA2WBvSsMW+Cw7fut/oeHCIrAqGsvipHnBPKr4uq74cah
ROWpmegASm5sLIgg2IrTyu893aIon361im1ZZOnFrDVLRSo/HKq4wb49i0QQ9UJCzoQ7UtIH
zpGrR/4i0TUAEv4eeV6hTLuubUrSJvygJq4YcRqK/FG/MnmgU3YZBUou1RLRwcHVm0wyTYxC
ouPrj6bnuq1mLUMOylJckTcBJgSu5nNiifJI9RjJ3MP7av0PG6+mhg0qVnur2X5mEd02u5wQ
XwqnGT04Az/oMM3vMPK99XgaUoJO96Ed44PfuJ7kIbhvGLjgmsO8hqK4maMNDYLURx/ECAKO
Kbn7frIybfU1Xjt+UvAi4j/X0V6a3MtPxxW6XQdt2WeSll98SnTTmW3HX1Fi0lr/EWPEl0Zi
fNyrTJAZURQKEgtQgtVk5kfteQjQC82EuRwML037xn1hHCuNXT/rL9cMo8QZ6ytvxjbBYG2D
q06b/16VlnR4LuNZ13rgkB466LecQcNX06VMk3YRCc4Ryn3daO9zRNRfOPKbkybrzKNsIbJW
GV+8vTt6yeK7AwPiaZLOSyxu1fNpslS/eufMKnzusHUxasaZuCJ5WozXmAzkctrAl35zCokl
0Dr/RrW4zrD3SmGHFTI74Ku2QfpVms41Z8grp0Myk577PkNBYXxYTJ/A/8EImVbTMbtcJj8N
s+mjtBwTVnCjFZy7OHRZwuCD4evN8GbQ8TMl26DxDpLA23yfqBjdsmOLvbeJUlDDI+4go3eu
WhKsWpx86LAt1vDACS2ynW/+mCY10vUEk9pzFvK+zvpkouD8WzzjD13OjVrU4zFqGjq5332N
+LmSbF8wg+1qOOwUMj6ElUYLSpjzPn5KPEOUw479nMwJbXIJQCjFXxCiafEyVKUgo4W3sylQ
PPhlYPPy685IBB79qjiix6E8TiSfONSfcn1EhrI8RWhHJmpz/L3Gz2unrReK6i0fYk1Kg3ND
sS+ybdSROTOUciyX32cPRcH/Qlx9HO/Lkwu/qgRGv0+822Kc9ZYhMB1/2SoQRTHLhcrMStx0
48TguPncSJMaIj/LvJybf26mdc2NGEnsqYIa8CGOMyzI6bcBRG55eEcVObsofygjpyblJMz4
6aHUtgRekf5j1KY85+luI9ZkRciWcPJiti6LGUkBrwz0o2fuDo3Q2CpriVEF82uu9Ia0VI1Q
Awqj/vTw+dT9b28fs7mrfcjXuyVu+wStp+/UwaZLk0FYu8SbgYvnUx4NGglbCWO9DssSqzPq
SM0e+NIwDZRrQT+PRhcLLB9He2/K7cjm6/GqOl7avz2MwMDPreStMMNlqp2/iXol2o9g1PkT
kwE1aRxKIWQ0awofCKM35NF6O7B4kb5H49wNw2kF6E1pbiCKETJKsH5wpjfCZSo29BFU3L/p
1YbXZdQXWEsIsVCafsWtVS2OUMshZ0Qc6JbxX5IYb/a0E5oS1/jxVh6zhfV+4OFXVAUFosfs
IKPaRkfPVa9vAF+OyrkRPPcGjRTpExLJ5sa0irJKKNaX337snAClVqMfF32tQZdY3P6mj5jz
uJQgp5nI5LweuKOLezG5M6Jidsilchic8Qs1xTlW+sOPCAQ/kzEU12Q0fTOnabE+ULXP/7oU
7RykUxxCA6CP+CnXl5tqjZAJfK5U9bEnh0Jm477UJsOXE9rayGfWVMoMRJicpnhP3ZsA4szA
YKeqRFYSjd1yaOrrBsp5W+1ps8sCRfN7FzDjR1y3XZxpGyVEHGJL4oh4v1hR5JQdoBgzAtQO
tL5G3ARDQqfoyATTPmRttnYTfPavD2ePS2w3ESUi8l3qeR6R4WOepJQD5sM7Sl6uaWlAfPrG
W+TkkksQ/sKIFDG4/Zqqa9bqUu6ZotguvymdVid9dRirZ6c5D6gnDR4wU5XXWoQMPRzoR824
TktwSqbirBvlW01FlcJ6aABI3oyNFzTsNrMT0FlPu/Fk+heicR24siR+FUJzRlK2eKv7qi0h
G5dwCkR2Im+vCTt2eLwuQ7CKCoXJbwnDV06NQG3tlsp8EQPAq6XUW11pIngpfqlhpYh5tw7Z
uBCESC1/Py5zCEP6K9+RdCb5x0UpqsZ+3E0+aWQ5IGhpRFNJQh8eI4y5msscKlyavOCyrmpf
diASSGaTeA4TeKajs/Qa1Od+sdT1MXsXtrmTai4kTyKZZf5NQQXN7QSh7hFgJ+v8/FRnKAJu
uLhxg3BYYRYGzRb1fFpmH8m7x79af81rIoeszI+i3ADJgh5BYXLJ387JJJEKE94ovrS/jBwu
eUYQg3C/Y5KkfqeDDHCuVVfR5ai0vavnyAhBydf/7l1SWCteM1DFX/s7lqSHa/rhbFj/4Tsj
GRlsw26y32t7kPbPzimnHRJTSHNF1QHjLMsF26LEskuuBxPKFFekx5VgDcfttZyncpKdRebF
0hlgpc2EmInz50+94x4FtDsfa9iNmLit60gHXbvYRxXJyIlXbi2EeGc+kPHLcScJqFiEDFU/
RxKFXgi+ewAFu8T7YzJt4A+svepD5LX4MUlAYwJP5oTfPngNIXYD+/Dna40I2JhmGVhQfAx2
6oLuy7L0u9qE3yn5Sbxi1RUxrFlMJBrYGrGI756x8T6U9jiJWoEo3rWlGcWaYxJUtQ8/+V/8
hCI9fIM3ng43ageRudLooUk/sJ/FvewjET7M5LVZ+o82EIwxwMvwtHe1SabAIvZI6N/CB4t2
I3CxoWmxXX5KMTwLpBBulKwpWRINKRIM6XhWq+iCCH0ejGRbFxo35a7KKY67NLOwNoLvUYc5
PLvVi5aGs+ayJ/menVfkvno4Q3S6Qk9/yODcY3LFwAbRQcMdMslwns8QAGIqI2VqqkBsTHju
HsoiR4aanIseED2f4HaucVerKFJSUacjZ5uUvMH+LWmpQxwZTcaFj+TchhtD+Qu+offtB+7h
3SqrS+DGQqVH8l6DPeZpJzLFJ0MkA8arOEgpB31agxmlRieyuzthhskrR3cF0S4yinW+wZrP
XEATrPg4s1I2osUavf0+7wWbstWMLSUxLsvwdWWcZ3qmBJUSGy2mxKA01R2Cb+jTT1r1vTCd
Kl+INPH3fDNHyphkvjFcB5agDoebb79XnAuXe1PUM2Qe1KHAvMDFLSpWp+ZqzbWAHevKYPuW
NJpULGDkaIcUoirYqu6jSeD1VeqBw+lwL7EDrVRlp9HfZP7ad/zuWybXLls+5jLLDiz7upig
znIfsF/qhBk5iUOOY7OXPejriZ5ktdWRZy6RIRWduapxWQV51EVh2WJilX27oBL8iDgPlByF
10dXd/4PkdAW/CIWaStYFfTHLWctOOwe8J8Ym0OV7D6ZzdzTbkzpIbjFXJR97fA45DNxXvdV
bcOsl56oHQ3N6ShFl+tjo+W42CYUO+DWPdzRxZcJVpLUKp4LVqAta05+19t0y77/TXnF46Hs
vEGUT7T48DxUCUQO/cUpTHh7DNH7k9NtwDDrS/h2gANUYePibxIZ3gmaJyYHfXT8SP/8ofpC
ZGqSyHeZMJ1CxnFXXSjPTEp0NhV7Vk5mbfTNEX5rR6tvwl9O08emIzdXqN6FIFfDysjRCUdy
cLPgvs8f8bZfoF+q79suNKJb7zRMh8hq9a5fKNRaOpOPqNS+PFNkeHKvmNxmqUmpxNEh/VRx
ANH3Qsgu7vx5f7RmlpPqwE7ccVROTpotPi5g0uS7hw68YlfMAb/nCs2H4bTX1oC13J/9gy+k
TRbZLrAPc40/H0YKWTrjmShtkar7PloYJbHzdsh2JYk8b5E9Pi1Kr+3WEFQGoHxImT8Ur6+O
7T+1yDWBcMCDyyaDIQvs2Lc/Yjc9GiKLDIkS+FYM9fak2lSUMUNuoHERbYTMaJxnTEGqUTXu
nfgMITnDHYdisU4qW4dU3CaI+wx3kCu1329YP9XNYFhycoQBPIT3ll3R5kGD6x/2zskUizaL
4C3yW0I5qtHjhFDIaRVTJNkTY/IBpHNOjH7MIRBsOfr42TXQ9brRVcCIwXu91LMLttfQ7w5v
hY2Pgxnuayk+xVMo/MGwndYTfV+6zzxs2mcSLTfgxGdpPAjQLcbbYEoEVaabPSlD8uGDl11n
/ad6j54C9zZUnHD2WSD8Z3Msm9/46NNUZWkPLWUCDvnCmuVaUXUNAqYAtOMNzUqIzTqkOtLz
VtBWUJA8dDpG/2e3wN2zAVyJaDr0wHl5UKgybi/VmzkdGqTQ6udbyp/dP1GX+ndJjtqzIKTs
5i7oWtNtpvg1KELcAdSC+n48k/kGJ1NXgzE69iOheByrtYL7snBxUOqdipRT9hTvjilwdhSO
Sw7hJz1lXFDx2zk6sB87+OIqTF+AJhYh+xJHK/HPKwJuqzPjikQ7eRFBHXjabIkdm+nkrEkP
oCcivi3Sdz53Dt/vn/BDtT0O7IDqO/II3QIZouPGBV+3bwUM1CS+F06yIYl8pDXcfO5S6USf
PoQOjLpqh045o4f080n39rVrKHKKRGLWREURnoeFKh5Sn480nXWU5pGXH8onsdBgS7Mmy81d
UUeh9WiHQLm+MEGAp0ueKS6dDTe0MRUP25G7ucAUJlrAxe/RPWdt/1AwHoLpApgNoQ/kkF1n
OYFdmKdOW7zmO1fXwnuogVQYW9dsbQJIuAxF1vfem0+8WKP0TiqgSVbON1p7UK11c2z6I9H/
CI6Syvb22WrbaSRc7ivOtGHF5cCHnN+u2NxarrwrNtv3qqBWs1M1tW9dlZWBuUNs99q3ewv7
yZSnU9Xx4Gga8K4kzmWajCG2/i4k+OSB0Vkl01bhkAbz3P691Nl58PSWwRBufmp7Z1OT1G51
DnKKpUU4L5+n8Hd/B3rH/CjvgkQOdElhtIaJDKMOhGpibf7E4PYO33dcHfNBA+hakhRzZ3Uv
679f7SLUDZbWwvXv0lXG0Vvfd75oLArr+JwXbX7w7qqOO8VRCwiSORshSDCGEO3OkkMtw/wN
27TY3UKMSKRavHHDbFwmLQsPK2V+qj5rqHlXhxujbe2i7lOVuGTfEcFqfdwjXF2B6bzC5CMj
EOgarCPcmBdr0LxSVEPRhsPNv7+RNeRKlJD4Eubs3Eiw0/+6MtYzTUH1CSlQaEabnfSuwv6D
TmaVdLVE05z8VlZ+oQAhaBGYTb09O9UVraAv7bs9rGsQajqXzOZf+rEFhRaPfWpHa/ejSe7F
oQVjD56rYj8iR0FdOjcXhHTR4wJCAjFPjiq0NJ5KFk12euNHR23xQgxglkSJTSm5qt1Sa8fG
jU7z4hKrT+b3Sryx8B9EaQVKTHKJZH4kNyLCZ3VHXqSKRfF3csorz62l7hlZqNuh4sBf4/t6
nLCu9a++fl/bEouahRcCe3Om6Dz4KBgdD9mvelWKxiOrMovZWmxLRhTQFtI/S8x6OxyWnx/3
QHM4j2/LJgZj6FARQUWeAeCRXLA7NV0Hfk9dWe0ibLD/QLjve+oqgzjdVjXvEJL1yqEOva1h
wOOtfoS4qDQJNfZIuqynTW6ogTHk4xNUiBTi7Ua3iid4l2HvZ+AerUAFBXP79dtFRRkVNITX
W+jgfCiagWJYAmL0BMdlEaJza2KJYIxp2K7k4CwXaiDl7KjLE8rN+8FbnFSyJyjcQA73jOiI
37G/1NrDGBiIx6t0gvIQN/0dubOB9PYY67TuDd1NNAv9GdU17C0WjbIt68HeTDGE75IfTsSu
TFwf8E6ZbMU4jEoPjmPk4HnGhR/7FdF/JAt3hBOfFS9to2LrVomqHarjl8LeNraATCKjTbd4
IhqxHQkEp6CS9crEvVxVbx/sfR5+1W6soHgKStkJUHHyLJv9qGBSBiW11HOJ37fNsLikWsEX
OKvJZuii3c2Qj3dCbZnSXjKfftbFTAPOa47r6rGl4qyhcPVnYwAf8kG2tnYCAfgr7mqhh9rT
OjbY4QiKqlDLsFMCHTs2KZiY753ZTimT4Yy65qOk3QUezGAOvYvyhwwFw4eQWWN54F7DJB/j
CazntzncptGLn1f63/muNdmivOI92G2r62RqWHhZjaFflX/xvfbysOQ9B7L8P/wg/v8T/H9i
AhMboJGjs52tkaM14v8BCgy2vmVuZHN0cmVhbQplbmRvYmoKOSAwIG9iaiA8PAovVHlwZSAv
Rm9udAovU3VidHlwZSAvVHlwZTEKL0VuY29kaW5nIDc5IDAgUgovRmlyc3RDaGFyIDExCi9M
YXN0Q2hhciAxMjQKL1dpZHRocyA4MCAwIFIKL0Jhc2VGb250IC9PUFZYUk8rQ01SMTIKL0Zv
bnREZXNjcmlwdG9yIDcgMCBSCj4+IGVuZG9iago3IDAgb2JqIDw8Ci9Bc2NlbnQgNjk0Ci9D
YXBIZWlnaHQgNjgzCi9EZXNjZW50IC0xOTQKL0ZvbnROYW1lIC9PUFZYUk8rQ01SMTIKL0l0
YWxpY0FuZ2xlIDAKL1N0ZW1WIDY1Ci9YSGVpZ2h0IDQzMQovRm9udEJCb3ggWy0zNCAtMjUx
IDk4OCA3NTBdCi9GbGFncyA0Ci9DaGFyU2V0ICgvZmYvZmkvZmwvZmZpL2V4Y2xhbS9xdW90
ZWRibHJpZ2h0L3F1b3RlcmlnaHQvcGFyZW5sZWZ0L3BhcmVucmlnaHQvY29tbWEvaHlwaGVu
L3BlcmlvZC9zbGFzaC96ZXJvL29uZS90d28vdGhyZWUvZm91ci9maXZlL3NpeC9zZXZlbi9l
aWdodC9uaW5lL2NvbG9uL3NlbWljb2xvbi9lcXVhbC9xdWVzdGlvbi9BL0IvQy9EL0UvRi9H
L0gvSS9KL0svTC9NL04vTy9QL1EvUi9TL1QvVS9WL1cvWC9ZL2JyYWNrZXRsZWZ0L2JyYWNr
ZXRyaWdodC9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24vby9wL3Evci9zL3QvdS92L3cv
eC95L3ovZW5kYXNoL2VtZGFzaCkKL0ZvbnRGaWxlIDggMCBSCj4+IGVuZG9iago4MCAwIG9i
agpbNTcxIDU0NCA1NDQgODE2IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDI3MiA0OTAgMCAwIDAgMCAyNzIgMzgxIDM4MSAwIDAgMjcyIDMyNiAyNzIgNDkwIDQ5MCA0
OTAgNDkwIDQ5MCA0OTAgNDkwIDQ5MCA0OTAgNDkwIDQ5MCAyNzIgMjcyIDAgNzYyIDAgNDYy
IDAgNzM0IDY5MyA3MDcgNzQ4IDY2NiA2MzkgNzY4IDczNCAzNTMgNTAzIDc2MSA2MTIgODk3
IDczNCA3NjIgNjY2IDc2MiA3MjEgNTQ0IDcwNyA3MzQgNzM0IDEwMDYgNzM0IDczNCAwIDI3
MiAwIDI3MiAwIDAgMCA0OTAgNTQ0IDQzNSA1NDQgNDM1IDI5OSA0OTAgNTQ0IDI3MiAyOTkg
NTE3IDI3MiA4MTYgNTQ0IDQ5MCA1NDQgNTE3IDM4MSAzODYgMzgxIDU0NCA1MTcgNzA3IDUx
NyA1MTcgNDM1IDQ5MCA5NzkgXQplbmRvYmoKNzkgMCBvYmogPDwKL1R5cGUgL0VuY29kaW5n
Ci9EaWZmZXJlbmNlcyBbIDAgLy5ub3RkZWYgMTEvZmYvZmkvZmwvZmZpIDE1Ly5ub3RkZWYg
MzMvZXhjbGFtL3F1b3RlZGJscmlnaHQgMzUvLm5vdGRlZiAzOS9xdW90ZXJpZ2h0L3BhcmVu
bGVmdC9wYXJlbnJpZ2h0IDQyLy5ub3RkZWYgNDQvY29tbWEvaHlwaGVuL3BlcmlvZC9zbGFz
aC96ZXJvL29uZS90d28vdGhyZWUvZm91ci9maXZlL3NpeC9zZXZlbi9laWdodC9uaW5lL2Nv
bG9uL3NlbWljb2xvbiA2MC8ubm90ZGVmIDYxL2VxdWFsIDYyLy5ub3RkZWYgNjMvcXVlc3Rp
b24gNjQvLm5vdGRlZiA2NS9BL0IvQy9EL0UvRi9HL0gvSS9KL0svTC9NL04vTy9QL1EvUi9T
L1QvVS9WL1cvWC9ZIDkwLy5ub3RkZWYgOTEvYnJhY2tldGxlZnQgOTIvLm5vdGRlZiA5My9i
cmFja2V0cmlnaHQgOTQvLm5vdGRlZiA5Ny9hL2IvYy9kL2UvZi9nL2gvaS9qL2svbC9tL24v
by9wL3Evci9zL3QvdS92L3cveC95L3ovZW5kYXNoL2VtZGFzaCAxMjUvLm5vdGRlZl0KPj4g
ZW5kb2JqCjUgMCBvYmogPDwKL0xlbmd0aDEgOTk1Ci9MZW5ndGgyIDM0NjgKL0xlbmd0aDMg
NTMyCi9MZW5ndGggNDE0MyAgICAgIAovRmlsdGVyIC9GbGF0ZURlY29kZQo+PgpzdHJlYW0K
eNrtk3k8VH37xyvKTmSPHIkwmcW+L9n3sY+0GDMTw5hhjIns+xKyZMkuS8aWLZKyrxWVEEJk
KVmilCXxTN2/+7773c+fv99fz+s555/zvq7r+zmfc13XERWGW0lpoQlOGD0CniQFA8OUAW1T
S5gCAANDGUVFtYkYJAlLwOsgSRhlAKakBAO0vJ0BaSgAk1eWUVSWlmUUBbQJHr5ErLMLCRDX
lvhZpABouWOIWBQSD5giSS4Yd6oGCokDrAgoLIbkCwa0cDjA8ucJL8AS44UhkjFoMCMMBqCx
KBLghHHG4hkhPw0Z4q8SAIU/wmhvjz9TZAzRi2oKEKealACoFtEEPM4XQGOuMkLMCNR3YahO
/j9M/VNczxuHM0O6/5T/2aR/SyPdsTjf/ykguHt4kzBEwJSAxhDx/yy1w/zhzRSDxnq7/zNr
SELisCgtvDMOA0D/CGG99LA+GDQcS0K5AFeROC/MrzgGj/6nCWrfflmA2BmZmyH0QX/M81cO
jsTiSda+Hn+p/iz+xbC/mdodItYHcICCoVAYtZB6//l06R/v0sWjCGgsnroQcvIAkkhE+jJS
N4NKcoAfDMDi0RgfAONDNQwB4wkk6hGA2pMA4CqByPhznHKKAARFwFEnSQ3/isgrABDtv4ma
1/mLFGUAiNXfJAdAbP4i6nQhyL9Jiar7F8GgUACC/g1hAATzG1KFsH8jjFqM/w2lAYjHbygL
QIi/IfWs128oD0BIvyHVlPdvSP0a8i/894GdP0/w8ZOSkQGkpOWggJKsHKAgqxTwv+ts8FhP
b4yhDiAHhUIVlOR+RVHeRCIGT/r1h1B34U++iqVuDgbjg0Exjo8SUCrhrukNkZRA3cIXZUcl
D593bkw0q2t79ZgpbCzpMK7kibGn5HQtYrc88wTr4tFFoWt7J71iH/lbDOh9CvFMzBjZXyQ7
LmZebzqJ+Jxp6rvgcXorbJmtuWF4c0XusPnQ9FPKLfui7pz1nuUCuLiO9Xu6SeFD7Q7k+vas
cHkFhF4mziYqolZMRtjyeIYnJVo2aura8VvJtFPPwwJdo+gfgN5sEB55c+wW0uen7F+hu5xf
wMhVvXp0hCan6KR0DT61cDBdtEiizqHSF8uxJ52gLL5DeDIBFGe80/e+HBi0ffhxNWtWFr3b
m8XV5+H86vd6voqbr6qiNCMems3suR7Bp6WN2HgbnDzkt6NaZLmm4TmmUVY3Pj0leTOtO5y1
ymFhMuX0B8GDy6Isy4p4jqK8/u879R0XpcO+DN41DvUpqM65u1Rl/vCeyOrXwpkAJcVLllz6
nWXlCY1HDb3xDxM2de8ZGfpTzlQ8UxvRJSScC5S/5eqwYQZOzUjd6jc3PEG0bdEzEokMHzmb
LGKA/ThbMla5OavYeIs4RGHEUXJFbj0DBhS1vKB6PA7AYIuCyNnWE+cTVl3VIW/DO94UVVci
zJbe3ucVf/XgS0Q4EtGRndlpiGvCSr08wof1Aw8Pi3amBo11ObKQZ3S7kcL49UuKPETtTs6o
69iCDrDKCpIfvHCHO8tfzOTby7Cc5texmki2cyz+kJm83YzTBzY0F0ZE9dLZwtaGXrGW13yh
YTj1iL1YIYujWUPzsgIXX7E6ZRRJWhW9s2CNWvGk+M23GSsthnCkInn6RKUavnOWo62MjQds
b5xxfyCTAVIceC92o5XUUN0enDRbsx0gPUowfSHycoNF8po8xXFLsk3IS5n9iKL0gMt3p+ji
9GvaWyHCpjcpbZ1bwYdOCA8rXfPcEv+Ru+C/H5CU/CBqJVq9Bg53ERPsOhTjFyAOrGO4BkgW
csLflII+1lXKEcdLxW5B5+nm7M6fQfJE7J0NpQ0yoVF6ncUdKZWSp6ywlWAmTJr/viFtld3o
CPjePoj8Vrg8n1Bd8ARlDf+xtpVb4x6hobJZz0XwunKvKNxeF99e/xryRaSl/6tk3+wbQplz
WGlG9eMAhcFh5i3+29CY5h8WNgPBU8eIKmW5ix2q0KKKyUkkjYqQIUhpWCtv9lLSoRuJF/JS
HUCt2d8mfmSMu9LpHAvi1K7DrsSjNRfvHrmoce9i23rjMZqtLLMMUX+ajkD+L9xKbZDmXadK
Z7/6gPwyXvq7Q7liykuRvHEs0jgb+NUGBFhwuwnZspmfZy/OxFbVBCoSB0+rpD6eITwvOkAI
HW8ngBfhWTLj1wyP2yvFZZ7UeNGWfw6OHiSQrG34dNcDMvPHpLwUuXi/lsLaw7xl0kHPK9lb
/Ufedl7vy31jAUrnkzANXMQ/Cvk889Fnr9n6sG7sulK66XpjNMcWs4lPgMJ86cbau4NENWIp
n1oIXxZsailDBNYiFZ3dXZdYGxllW/L4VVoAbz1IhMV9VVXMBsDRVrWbDN1PyVUdbnPnMrKZ
jZOKASmW1ucVOJLh3u7y9F6RPEzqDz8NKpsVG/Zi+t4SQkVFKRutNaQYAB+rQv60ftq0PyCp
eMAmsExwx0nNN2ejor8BpO1uHcarZ3u6gjeaCfR9qEhORdEqkS2vzYXVXvOD0LnctixCkfZ8
xSWR5/Ml3pOyPSabyfkcwZm6ijpqn6WNM971HMkntW2sGkMdZzUK7hUv2ZpJeN0J8qkWK+CP
Hi+9vpXEylTnX6YsURTM0NTMYOefK2VQ7KptaxE+36YpxYCAaHx4Lm4qdRJR28ke155Is5gU
+0NtUVhWSR5+wMp1g3HeY+mY08fWk8y4yMMfhiIQx6yPI3RaOWHg/HHdLWV3R2yaU5UVjdP5
DzvR5g5fR+IE5xjfvptoqYP3J1lP6VbxqUKDFYsm2cfvW7CoDV4c2u4sGzhe/D6BK5ZWzaI3
Og3TIBp6hVBJYdWfymnpJe2NW4PxQrd9hN5hKeLhEZIKLZNfRz1e7qiPoPnY1xxcQT28nItw
TaSQ9CQ+AS/AyiVlyG9zWl3S4URjv60BWwv7szQx/dZMTnkvWchmtcEX5yHz2/m0MrSW8SOq
rF7RPBduZckIfeQFOcxZCwdlsq1GjW5P8US+zQjJ/GijU3sQcqyBZ2Lbn+WhZHLoIKviKXyk
lMbZRUuN0To7MefLc7uqx9QFG+9TNGuQgUmLIgH4vWwe9sjBp+mTq6uB18YiXu+k2xsEV474
sWoNu6S/ZUWpFmmsLzx4yHbeby7kE6bexcfPOmihOzR6fQJEb/qeNPzWqnwuNLHF+/0ZL317
GY0YAYPTnDSey5mXXLqVaw+JMokSO8pJqYgLU+uhUMcxVVmwwL3u2b083Q957fiemDCNLop3
WgIHff6JGHEeAdat2kcMGp0W7yeEaxKMc5NKHHxujNgLbevzZjxc7modeMV40kXhZlXsD9lS
ot5QxL6nLL+43AOrnWrwmXxUbQylRAINoVVeSYfNGTi8mdgYXQLr2wzrsD8f7Iq9itS8V/th
aFo4x+BSm1O8Uh5pQajJtjNUUa2sG3Pe4v2ATMRz9QzW9BKIX8/GUrruiBKkz06rynzt+wWO
883Nt7XInHjY84oiPIg2SRARF9VUQwi8bmqUdhIOPp1LYIfWq2tJJ6t1dp0V4uCNI16xhLjH
f32duOMVdf3OFVwWPLE4UYjRAXTbYD5ZJfE1TvMwNMvgPr8XP9jNkmBxJzzu9btu4W2F1H6i
2vfZMoSgpneQ5bSGuEb8ovvtdbkEp9opm9YG8+sSAzkHRmnoCb++nD59Ne06p/fVQTvw7ae4
MJRa1xkno4uGlz4FNLPc7SyYsyR7GAo+WRtelK/qS+1heip4N2Y3/As/2paechn1Y5rW0au3
J+zmi9DyXSFPtuOb6om5WXqOcEuhGgmXA3aKb3EL5tVCrQ585qrNZ4PluIyXKoUp3NdZGNvn
uPbTw3tpSIwxiOn7EmXzy1ta84Vl2WSaFOVUkAtDwhWOXQf0FxiJrA+liRyJzmMXyhwJjktT
HomZ8WXLXIUu1SWa6441kS8D7yinODoSsYlT822zGwBzPUvE9OdD8hUxosGPw9I/BZUPPIUI
nIEupEit44+deowyeS8ucIo3Zq96HD7Ht88UQbN3Csv5AFBDBpoMmiIfHrI3qpbcT5TtjY6j
EfSZN83w1VmKGtIozQadRyTpMcWSebc1exbT7d517hC6KEv0JULBcKEd8p5oZuOuRriXWsau
BJNBbAzvaw5726ky7r5C5nOs7oOTfFOKesXkpgWzRW15t7PvHMc8uUoD2oNSr7Q/qsx6mRK8
diGhgHHuvcCaY7BjVxq/4mj83sYxsqNs2tV4xMV98ufsfloT29SVl3T3FNUkfZpNypQh9yua
7Bn8iGWdrgqf6Y4y8cw3NIVs1ZR7bclSZsFDl86aBJvdV9q4ybPFeu5BbjclILYOXBHDfbVh
HhHAQD9EiTPlFjb1s7JOUH0dFuDRbIdfmnrT/w68GXxmyE2cuXLCHltheN9Jnl4khn+0Ukr4
uEVIXhpp+dXZnr5hIyPTiWcO+jO3QgX91fLFzpmY78zEai/H23/rfRhCKbfc5FzevXNWWH/7
kSfxVvTMcctPG1/dJE99oakvduilu7ui78qwkhIkbcArF6WvQoslh/q6pCxMKvU/ZXapCHPb
b/xCsCSydO7qZWjr+4ro69SPlyfnb2bHo3heXhQgd3/kEnKjPzBDJ4dwr7QUlhbHT7x1jLqH
Y7ITwMpL80ZKzjWinI0PSkYqyGEWxhfdiuqelM3ArBKMtOWZ66PjKkjtR4qquPNqpwyluz7o
cuyl4a1qoNwafpJ9eC36Du34VsvvLiBrg4b1onPsfHXydTyfBWzaV9V5VB+oIjqWV+g+1Bu8
5QnUH2j4bF5ZmnIUXPOkajrnicMU2q645cGBgsegUrR4YzvCTpz+KcuPySOZIZJ8YHxdEZ/u
4x0fXH7Zhdzp+YEL6tX3Cwjh7oU3RldfJPOnIBzWWvNmUfLHrg22Y1Ne6Eg5udqmdKCYPz+j
aZkxXE73vGWSh2R5NVpOC4h0vSnm6n16Q3S1Kdg3339q01Xuuoh79DPj22zJRh8FZLxXGNet
nYJSPhqXLH//ylHDwbH7CUgb03sbBSdr+NioKOs/7iFugvKLv2tNmxpbC+5HoMmMHpw/NHqP
5nLn0XyWX2YdA2N1BiOMz9gWD93kIRFrD2m7KWlnzO7i10yBNd3usLv7175FN4yVFLJAbeN6
roF9pi7kzBBXspDjMhVaJqkMAkaIG/subqPwUcdnsKonE7yCrzwbuEbxzKOX+V5Ddu6LfKd5
+lJ1Fzg+4PB1SUJGNdcItkoZ7J2auDEplzae/GLMdo+/NCfjHJPAxOWuTrob5w7JQ6voeJ5/
GQ/2OBRSSRcfpDZbhu50thRZb4q6y4HKFjS47VG/nA3yCN/Qrz4CMnHNPUGs3YeuWXJMkJfs
75p2Rrk3omWNazgHtC+6Dk0i6Cq548O2OyZqqyp41RvPxbGs6c25vuRzbSlwDHe96ry7qxlS
DL5gxUzL5XwnpHpHsE7flxKRmqVrQxfrZmfugX8qyAArf3JDU2rT6rqHvUpzNPm2YHDvywVm
d5zXnYVCn/fxFuaD0P/jxfhfgf8IARQOgySSCO5IohvjvwDZXlCOZW5kc3RyZWFtCmVuZG9i
ago2IDAgb2JqIDw8Ci9UeXBlIC9Gb250Ci9TdWJ0eXBlIC9UeXBlMQovRW5jb2RpbmcgODEg
MCBSCi9GaXJzdENoYXIgNTgKL0xhc3RDaGFyIDExOAovV2lkdGhzIDgyIDAgUgovQmFzZUZv
bnQgL1dKT05YRytDTVIxNwovRm9udERlc2NyaXB0b3IgNCAwIFIKPj4gZW5kb2JqCjQgMCBv
YmogPDwKL0FzY2VudCA2OTQKL0NhcEhlaWdodCA2ODMKL0Rlc2NlbnQgLTE5NQovRm9udE5h
bWUgL1dKT05YRytDTVIxNwovSXRhbGljQW5nbGUgMAovU3RlbVYgNTMKL1hIZWlnaHQgNDMw
Ci9Gb250QkJveCBbLTMzIC0yNTAgOTQ1IDc0OV0KL0ZsYWdzIDQKL0NoYXJTZXQgKC9jb2xv
bi9DL0QvUy9VL2EvYy9kL2UvaS9uL3Avci9zL3QvdS92KQovRm9udEZpbGUgNSAwIFIKPj4g
ZW5kb2JqCjgyIDAgb2JqClsyNTAgMCAwIDAgMCAwIDAgMCAwIDY2OCA3MDcgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDUxMSAwIDY5MyAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNDU5
IDAgNDA2IDUxMSA0MDYgMCAwIDAgMjUwIDAgMCAwIDAgNTExIDAgNTExIDAgMzU0IDM1OSAz
NTQgNTExIDQ4NSBdCmVuZG9iago4MSAwIG9iaiA8PAovVHlwZSAvRW5jb2RpbmcKL0RpZmZl
cmVuY2VzIFsgMCAvLm5vdGRlZiA1OC9jb2xvbiA1OS8ubm90ZGVmIDY3L0MvRCA2OS8ubm90
ZGVmIDgzL1MgODQvLm5vdGRlZiA4NS9VIDg2Ly5ub3RkZWYgOTcvYSA5OC8ubm90ZGVmIDk5
L2MvZC9lIDEwMi8ubm90ZGVmIDEwNS9pIDEwNi8ubm90ZGVmIDExMC9uIDExMS8ubm90ZGVm
IDExMi9wIDExMy8ubm90ZGVmIDExNC9yL3MvdC91L3YgMTE5Ly5ub3RkZWZdCj4+IGVuZG9i
agoyMiAwIG9iaiA8PAovVHlwZSAvUGFnZXMKL0NvdW50IDYKL1BhcmVudCA4MyAwIFIKL0tp
ZHMgWzIgMCBSIDI0IDAgUiAzNiAwIFIgMzkgMCBSIDQ1IDAgUiA0OCAwIFJdCj4+IGVuZG9i
ago1MyAwIG9iaiA8PAovVHlwZSAvUGFnZXMKL0NvdW50IDQKL1BhcmVudCA4MyAwIFIKL0tp
ZHMgWzUxIDAgUiA1NSAwIFIgNTggMCBSIDYxIDAgUl0KPj4gZW5kb2JqCjgzIDAgb2JqIDw8
Ci9UeXBlIC9QYWdlcwovQ291bnQgMTAKL0tpZHMgWzIyIDAgUiA1MyAwIFJdCj4+IGVuZG9i
ago4NCAwIG9iaiA8PAovVHlwZSAvQ2F0YWxvZwovUGFnZXMgODMgMCBSCi9QVEVYLkZ1bGxi
YW5uZXIgKFRoaXMgaXMgcGRmVGVYLCBWZXJzaW9uIDMuMTQxNTktMS4wMGItcHJldGVzdC0y
MDAyMDIxMSkKPj4gZW5kb2JqCjg1IDAgb2JqIDw8Ci9Qcm9kdWNlciAocGRmVGVYLTEuMGIt
cGRmY3J5cHQpCi9DcmVhdGlvbkRhdGUgKEQ6MjAwMzAyMjAyMjQ4MDApCj4+IGVuZG9iagp4
cmVmCjAgODYKMDAwMDAwMDAwMCA2NTUzNSBmIAowMDAwMDAxNzAxIDAwMDAwIG4gCjAwMDAw
MDE1ODkgMDAwMDAgbiAKMDAwMDAwMDAwOSAwMDAwMCBuIAowMDAwMTAwNTk3IDAwMDAwIG4g
CjAwMDAwOTYxODEgMDAwMDAgbiAKMDAwMDEwMDQ0MiAwMDAwMCBuIAowMDAwMDk0NzQ1IDAw
MDAwIG4gCjAwMDAwNzk1NjUgMDAwMDAgbiAKMDAwMDA5NDU5MCAwMDAwMCBuIAowMDAwMDc4
NTM0IDAwMDAwIG4gCjAwMDAwNjgwNTAgMDAwMDAgbiAKMDAwMDA3ODM3NiAwMDAwMCBuIAow
MDAwMDY3NjIzIDAwMDAwIG4gCjAwMDAwNjU4NDMgMDAwMDAgbiAKMDAwMDA2NzQ2NiAwMDAw
MCBuIAowMDAwMDY0ODc0IDAwMDAwIG4gCjAwMDAwNTUwOTggMDAwMDAgbiAKMDAwMDA2NDcx
NyAwMDAwMCBuIAowMDAwMDU0MTYxIDAwMDAwIG4gCjAwMDAwNDU2MjMgMDAwMDAgbiAKMDAw
MDA1NDAwMyAwMDAwMCBuIAowMDAwMTAxMjUyIDAwMDAwIG4gCjAwMDAwMDM4NTYgMDAwMDAg
biAKMDAwMDAwMzc0MSAwMDAwMCBuIAowMDAwMDAxODI4IDAwMDAwIG4gCjAwMDAwNDQ2NzYg
MDAwMDAgbiAKMDAwMDAzNjQ1MiAwMDAwMCBuIAowMDAwMDQ0NTE4IDAwMDAwIG4gCjAwMDAw
MzYwODIgMDAwMDAgbiAKMDAwMDAzMzI2NiAwMDAwMCBuIAowMDAwMDM1OTI3IDAwMDAwIG4g
CjAwMDAwMzI4OTYgMDAwMDAgbiAKMDAwMDAzMDA4MiAwMDAwMCBuIAowMDAwMDMyNzQxIDAw
MDAwIG4gCjAwMDAwMDU4MjkgMDAwMDAgbiAKMDAwMDAwNTcxNCAwMDAwMCBuIAowMDAwMDAz
OTg0IDAwMDAwIG4gCjAwMDAwMDc3MzYgMDAwMDAgbiAKMDAwMDAwNzYyMSAwMDAwMCBuIAow
MDAwMDA1OTY5IDAwMDAwIG4gCjAwMDAwMjkyNzEgMDAwMDAgbiAKMDAwMDAyMjU4MyAwMDAw
MCBuIAowMDAwMDI5MTEzIDAwMDAwIG4gCjAwMDAwMTA1NzYgMDAwMDAgbiAKMDAwMDAxMDQ2
MSAwMDAwMCBuIAowMDAwMDA3OTAwIDAwMDAwIG4gCjAwMDAwMTMxODggMDAwMDAgbiAKMDAw
MDAxMzA3MyAwMDAwMCBuIAowMDAwMDEwNjY5IDAwMDAwIG4gCjAwMDAwMTUxOTQgMDAwMDAg
biAKMDAwMDAxNTA3OSAwMDAwMCBuIAowMDAwMDEzMjkzIDAwMDAwIG4gCjAwMDAxMDEzNjAg
MDAwMDAgbiAKMDAwMDAxODEzMSAwMDAwMCBuIAowMDAwMDE4MDE2IDAwMDAwIG4gCjAwMDAw
MTUzNDYgMDAwMDAgbiAKMDAwMDAyMDg5MyAwMDAwMCBuIAowMDAwMDIwNzc4IDAwMDAwIG4g
CjAwMDAwMTgyMzYgMDAwMDAgbiAKMDAwMDAyMjQ1NSAwMDAwMCBuIAowMDAwMDIyMzQwIDAw
MDAwIG4gCjAwMDAwMjEwMjEgMDAwMDAgbiAKMDAwMDAyOTgyOSAwMDAwMCBuIAowMDAwMDI5
NTM2IDAwMDAwIG4gCjAwMDAwMzMxNTkgMDAwMDAgbiAKMDAwMDAzMzExNiAwMDAwMCBuIAow
MDAwMDM2MzQ1IDAwMDAwIG4gCjAwMDAwMzYzMDIgMDAwMDAgbiAKMDAwMDA0NTI3NyAwMDAw
MCBuIAowMDAwMDQ1MDA3IDAwMDAwIG4gCjAwMDAwNTQ3NDYgMDAwMDAgbiAKMDAwMDA1NDQ4
MSAwMDAwMCBuIAowMDAwMDY1NDU2IDAwMDAwIG4gCjAwMDAwNjUxODUgMDAwMDAgbiAKMDAw
MDA2NzkxMyAwMDAwMCBuIAowMDAwMDY3ODQ5IDAwMDAwIG4gCjAwMDAwNzkxNzkgMDAwMDAg
biAKMDAwMDA3ODg4NiAwMDAwMCBuIAowMDAwMDk1NjYxIDAwMDAwIG4gCjAwMDAwOTUyNDkg
MDAwMDAgbiAKMDAwMDEwMTAwMCAwMDAwMCBuIAowMDAwMTAwODI1IDAwMDAwIG4gCjAwMDAx
MDE0NTUgMDAwMDAgbiAKMDAwMDEwMTUyMiAwMDAwMCBuIAowMDAwMTAxNjQ3IDAwMDAwIG4g
CnRyYWlsZXIKPDwKL1NpemUgODYKL1Jvb3QgODQgMCBSCi9JbmZvIDg1IDAgUgo+PgpzdGFy
dHhyZWYKMTAxNzM1CiUlRU9GCg==
--------------4770D292B544D00A3A991C4E--

From - Fri Mar  7 16:59:59 2003
X-UIDL: 3e5baf6500000104
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h27G0F5O007277
	for <ucd@ivoa.net>; Fri, 7 Mar 2003 17:00:15 +0100 (MET)
Received: from eso.org (nb008487.ads.eso.org [134.171.27.211])
	by serapis.hq.eso.org (8.11.6+Sun/8.11.6) with ESMTP id h27G2Td06105
	for <ucd@ivoa.net>; Fri, 7 Mar 2003 17:02:29 +0100 (MET)
Message-ID: <3E68C20F.7020700@eso.org>
Date: Fri, 07 Mar 2003 17:00:15 +0100
From: Marco Leoni <Marco.Leoni@eso.org>
Reply-To: Marco.Leoni@eso.org
Organization: Astrophysical Virtual Observatory @ESO
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (CK-ESO)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: [Fwd: RE: UCDs - repost]
Content-Type: multipart/alternative;
 boundary="------------080406030705070601010506"
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


--------------080406030705070601010506
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



-------- Original Message --------
Subject: RE: UCDs - repost
Date: Fri, 7 Mar 2003 09:25:19 -0500
From: "Wil O'Mullane" <womullan@skysrv.pha.jhu.edu>
To: registry@ivoa.net



I note in your paper you mention not being able to express functions in an Ontology.
Many years ago I worked with Ontoloigua and KIF(Knowledge Interchange Format)
this indeed allows one to express functions on numbers .
http://logic.stanford.edu/kif/kif.html

Of course KIF is lisp (Lots of Incomprehensilble Silly Brackets indeed) based and not very pretty .

Still I see KSL have now extended Ontalingua in to the web world and suggest provideing it as a Server... it may bear looking at.

Perhaps this has already been explored ..

wil
> 
>   Hello all,
> 
>   Maybe some of you have not subscribed to the 
> ucd@ivoa.net list, but might have interest in
> reading the paper I posted there:
> 
> http://www.ivoa.net/forum/ucd/0001.htm
> 
>   Sorry for those who received this info twice.
> 
> Sebastien.
> -- 
>     _______
>    /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
>   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
>  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
> (______(/    F-67000 Strasbourg  France


----- End forwarded message -----


--------------080406030705070601010506
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <title></title>
</head>
<body>
 <br>
<br>
-------- Original Message --------
<table cellpadding="0" cellspacing="0" border="0">
  <tbody>
    <tr>
      <th valign="baseline" align="right" nowrap="nowrap">Subject: </th>
      <td>RE: UCDs - repost</td>
    </tr>
    <tr>
      <th valign="baseline" align="right" nowrap="nowrap">Date: </th>
      <td>Fri, 7 Mar 2003 09:25:19 -0500</td>
    </tr>
    <tr>
      <th valign="baseline" align="right" nowrap="nowrap">From: </th>
      <td>"Wil O'Mullane" <a class="moz-txt-link-rfc2396E" href="mailto:womullan@skysrv.pha.jhu.edu">&lt;womullan@skysrv.pha.jhu.edu&gt;</a></td>
    </tr>
    <tr>
      <th valign="baseline" align="right" nowrap="nowrap">To: </th>
      <td><a class="moz-txt-link-abbreviated" href="mailto:registry@ivoa.net">registry@ivoa.net</a></td>
    </tr>
  </tbody>
</table>
 <br>
<br>
<pre>I note in your paper you mention not being able to express functions in an Ontology.
Many years ago I worked with Ontoloigua and KIF(Knowledge Interchange Format)
this indeed allows one to express functions on numbers .
<a class="moz-txt-link-freetext" href="http://logic.stanford.edu/kif/kif.html">http://logic.stanford.edu/kif/kif.html</a>

Of course KIF is lisp (Lots of Incomprehensilble Silly Brackets indeed) based and not very pretty .

Still I see KSL have now extended Ontalingua in to the web world and suggest provideing it as a Server... it may bear looking at.

Perhaps this has already been explored ..

wil
&gt; 
&gt;   Hello all,
&gt; 
&gt;   Maybe some of you have not subscribed to the 
&gt; <a class="moz-txt-link-abbreviated" href="mailto:ucd@ivoa.net">ucd@ivoa.net</a> list, but might have interest in
&gt; reading the paper I posted there:
&gt; 
&gt; <a class="moz-txt-link-freetext" href="http://www.ivoa.net/forum/ucd/0001.htm">http://www.ivoa.net/forum/ucd/0001.htm</a>
&gt; 
&gt;   Sorry for those who received this info twice.
&gt; 
&gt; Sebastien.
&gt; -- 
&gt;     _______
&gt;    /  ~   /, Sebastien Derriere   <a class="moz-txt-link-freetext" href="mailto:derriere@astro.u-strasbg.fr">mailto:derriere@astro.u-strasbg.fr</a>
&gt;   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
&gt;  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
&gt; (______(/    F-67000 Strasbourg  France


----- End forwarded message -----</pre>
</body>
</html>

--------------080406030705070601010506--

From - Mon Mar 17 18:40:33 2003
X-UIDL: 3e5baf6500000196
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2HG5vTd015643
	for <ucd@ivoa.net>; Mon, 17 Mar 2003 17:05:58 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2HG5vK09923
	for <ucd@ivoa.net>; Mon, 17 Mar 2003 17:05:57 +0100 (MET)
Received: from gannet.scg.man.ac.uk(130.88.94.110) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAMOaqyt; Mon, 17 Mar 03 17:05:56 +0100
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6)
	id 18ux6K-000Jtu-00; Mon, 17 Mar 2003 16:04:36 +0000
Received: from [130.88.24.80] (helo=aten)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 18ux6f-0007Ln-00; Mon, 17 Mar 2003 16:04:57 +0000
Date: Mon, 17 Mar 2003 16:03:55 +0000 (GMT)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@aten
To: ucd@ivoa.net, derriere@newb6.u-strasbg.fr
Subject: UCD Status and Perscpectives
Message-ID: <Pine.GSO.4.53.0303171536240.11593@aten>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   



Sebastien's 'UCD: Status and Perspectives' gives a very clear summary of
the recent discussions, responding on the basis of the considerable
experience of CDS. Thanks very much - I actually enjoyed reading it,
especially the ontology section. It suggests to me some issues which it
would help if we made decisions on, or at least reached a working
agreement for the immediate future. Maybe Sebastien (or anyone) could
suggest what is most urgently needed for discussion at the IVOA registry
meeting Wednesday 19 Mar - is anyone planning a presentation? This is what
occurs to me:

1) Registries needs UCDs.

  'Status and Perspectives'
 discusses relevant issues in '3. UCDs and data models'.  We need
 general UCDs which describe an entire data set ("Header metadata"),
 e.g. for which wavelength regime (Radio, IR, Optical etc) - where
 such currently UCDs exist, they are often parts or parents, rather
 than ones which are instantiated. See e.g.

   [[http://www.stsci.edu/~hanisch/NVO/ResourceServiceMetadataV6.doc][Bob
   Hanisch ResourceServiceMetadataV6.doc]]
or

[[http://www.stsci.edu/~hanisch/NVO/ResourceServiceMetadataV6.pdf][ResourceServiceMetadataV6.pdf]]
   and

[[http://wiki.astrogrid.org/bin/view/Astrogrid/RegistrySchema][AstroGrid
   draft registry schema]]

We also need a means to associate header data with column labels,
e.g. if all data in one catalogue is at 1.4 GHz  and another at
1.6 GHz this currently has two separate column UCDs,
PHOT_FLUX_RADIO_1.4G and PHOT_FLUX_RADIO_1.6G - dozens of UCDs in
all.  Using the atom idea across the header and the columns, this
could be achieved using one column UCD PHOT_FLUX, and header UCDs for
the wavelength regime (radio) and the nominal frequency.  This does
require that we evaluate the data corresponding to UCDs, see below.

2) Evaluating data identified by UCDs

Many people think of UCDs as primarily for selection of catalogues for
a human to then view the contents.  This is their primary funtion as
far as the Registry is concerned, but for actually executing queries
we need to compare values within cagtalogues and possibly associate
the results with a new UCD (e.g. compare flux densities to derive a
colour).

Until recently, UCDs were only evaluated routinely (e.g. via Vizier)
in one of the most difficult cases - coordinate conversion.
Otherwise, the user said 'give me a list of catalogues containing
information about x' and the service converted x into UCDs and
returned a list of catalogues containing columns corresponding to x.
This is now extended to photometry but only for special formats (see
above or the AVO demo).  We now need UCDs which can enable selection
via evaluating UCDs, e.g. if I want flux density measurements between
1.4 and 1.6 GHz I should be able to access data at 1.5 GHz too, via
the registry search seeing there is a catalogue containing radio flux
densities, and the query execution finding OBS_FREQUENCY 1.5 GHz - in
the header, or as a column heading for a collection of measurements at
a range of frequencies, as well as a column PHOT_FLUX.

This may be a problem where one UCD describes several columns
e.g. TIME_DATE for the start and stop of observations, but we want to
evaluate both e.g. for error bars on a proper motion measurement.  Or
do we just need an algorithm which says 'if there are two TIME_DATEs
and they are different, take the difference'?

3. Who reads UCDs?

The document asks 'how do I find the proper UCD to decribe my data
set'. At present, this is done automatically if you are someone
contributing a 'simple' table e.g. out of a paper; the average
astronomer is not _forced_ to be exposed to UCDs, and a user doing a
search certainly isn't (although they might want to use them
directly).  Data providers of major archives may need to investigate
them to check they are allocated correctly or suggest new ones, as do
VO workers. Thus they should be reasonably human-readable and
available for anyone, but not restricted to the lowest common
denominator of astronomical understanding.

We could increase the present number ten or even 100 fold (still
<10^5) - I am not saying we should, but we need to be afraid of it.
For example, if I am using the SED tool in Aladin, I really do not
want to know that an optical data set has UCDs for photometric zero
point and colour corrections (although an optical astronomer might and
I had to learn...) but fortunately the Aladin prototype SED tool knows
how to use these to plot magnitudes in Jy.  Conversely an optical
astronomer does not want to know parameters associated with radio
visibility data but if s/he wants to extract an off-centre image at a
certain resolution from the MERLIN archive, they need the extraction
tool to know about baseline lengths, visibility integration times
etc. to chose a data set with an appropriate field of view and
resolution.

Thus, completeness of UCDs for their purpose is more important than
economy, and in fact the savings in going to an atomic structure would
probably mean we could add UCDs for specific errors, and remove the
degeneracy of things currently under 'TIME_DATE' or 'NUMBER' etc., without
making UCDs unmanagable. As the document says, the creation of new UCDs
should certainly be restricted to defined bodies (e.g. via a central
monitoring panel) to avoid duplication and maintain consistency at a
functional level.  This probably means UCDs will proliferate slowly,
acquire some clumsy ones, and then be pruned or refactored over a cycle of
months or years.

Best wishes

Anita

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Tue Mar 18 14:13:06 2003
X-UIDL: 3e5baf65000001d2
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2IDCCBp024644
	for <ucd@ivoa.net>; Tue, 18 Mar 2003 14:12:12 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2IDCCm23350
	for <ucd@ivoa.net>; Tue, 18 Mar 2003 14:12:12 +0100 (MET)
Received: from mailsend.le.ac.uk(143.210.16.129) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAmgaGMT; Tue, 18 Mar 03 14:12:11 +0100
Received: from print.star.le.ac.uk ([143.210.36.58] helo=mail.star.le.ac.uk)
	by homer.le.ac.uk with smtp (Exim 4.14)
	id 18vGp3-0007YC-7m
	for ucd@ivoa.net; Tue, 18 Mar 2003 13:08:05 +0000
Received: (qmail 15825 invoked from network); 18 Mar 2003 13:08:39 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 18 Mar 2003 13:08:39 -0000
Date: Tue, 18 Mar 2003 13:08:39 +0000 (GMT)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Anita Richards <amsr@jb.man.ac.uk>
cc: ucd@ivoa.net, <derriere@newb6.u-strasbg.fr>,
   Clive Page <cgp@star.le.ac.uk>
Subject: Re: UCD Status and Perscpectives
In-Reply-To: <Pine.GSO.4.53.0303171536240.11593@aten>
Message-ID: <Pine.GSO.4.44L0.0303181304590.28327-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: -4.4 (----)
X-Scanner: exiscan for exim4 *18vGp3-0007YC-7m*E1enz/Tv.fc*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi Anita,

as a reflexion on your thought I wrote the following lines, which I think
may be relevant. I must add that I agree with your points nearly 100% :-)

Cheers,

Patricio

UCDs for the photometric and time domain.


At nearly 5 years since the beginning of the work on UCDs a number
of things have evolved which make it worth re-thinking how these two
observation-related quantities can be represented for the new usages
broght by the advent of the IVO and the possible usages by both human
users or machine users (eg registries).

Both of these variables can be seen as continuous, and one single
observation will cover a certain range in wavelength (frequency) and a
certain range in time.

Historically, the wavelength domain has been split in "bands" by the use of
photometric systems and observing bands in the different domains. UCDs
tried to adjust to this scheme as it is useful to find comparable
quantities in a simple datamining model. What was done was very similar to
have POS_EQ_RA_MAIN_1H, POS_EQ_RA_MAIN_2H... The position in the sky, of
course, was never constrained by instrumental settings and systems.

Today though, we have seen the broad possibilities of searching in
archived data and this scheme attached to UCDs can hardly cope with some
of the newly imposed requirements. The problem is not to add more UCDs to
the system, as that was seen as a clear possibility since the beginning,
but to have a system able to respond in a simple way to queries like
"I want observations in this wavelength regime".  UCDs can (and should)
still be attached to columns for proper characterization of each data
column, but a solution can be found in a similar way to characterizing
the sky coverage (where one can split the sky in arbitrary tiles and
put 1 when observations exist in a given catalogue).

What I propose is a system which represents the whole electromagnetic
spectrum in a linear way. If one takes the space of log(wavelength)
going from 0.003 nm to 3km we have nearly 15 decades of coverage, which
could be split in 1000 parts to give enough spectral resolution.
Each photometric filter and bandpass will be represented by a series of
bits which should be set to 1.

A catalogue which contains Jonhson's V magnitue and B-V colour index
plus some radio data and X-ray data would have a fingerprint where the bits
on will be the ones corresponding to the B and V filters, the radio
bandpass(es) and the X-ray band(s). This information will be part of the
catalogue's metainformation and should be stored in data-centers and
possibly registries to which users will have access.

A user may then submit a query to a registry where s/he can decide which
ranges in the EMS to search for. The registry machine will create a "search
fingerprint" to compare with the catalogues it knows about and/or it could pass
this fingerprint to another grid service which will do its own search. The
user should then receive a list of catalogue handles which satisfy his/her
requirements.

A number of scenarios of search logics can be envisioned, from full
intersection to partial intersection of fingerprints. That is a point we
should develop based on use cases.

I've experimented with a solution where I split the interval (in log) in
15000 bins (1000 per decade) and it gives a reasonably good resolution in
all wavelength regimes. More testing is needed and suggestions are welcome.



The time domain

It presents itself as a similar problem to wavelength. One could define a
starting point, and fix a time resolution, then each timed observation
could be defined by a series of bits set to 1 wherever this observation
falls.

If one were to take 1 day  as the time resolution, 100yrs require  36525 bits
If one were to take 1 hour as the time resolution, 100yrs require 876600 bits

The numbers look large, but one can represent the time coverage of a
catalogue by just a few bits set to 1. Each catalogue time-fingerprint can
be reconstructed on the fly.

Again, a user may form his/her own time-fingerprint to perform searches,
like "I'm interested in recovering data for region X observed in this
period of time or periods separated by one year afterwards", eg, one wants
to measure proper motions.


In summary, by linearizing and binning these two quantities one can
build search engines which give users high flexibility to perform searches
and solve so the problem of multiplying UCDs to high levels.


Patricio F. Ortiz


On Mon, 17 Mar 2003, Anita Richards wrote:
>
>
> Sebastien's 'UCD: Status and Perspectives' gives a very clear summary of
> the recent discussions, responding on the basis of the considerable
.....

---
Dr. Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From - Wed Mar 19 15:09:21 2003
X-UIDL: 3e5baf6500000253
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2JDhkqj029116
	for <ucd@ivoa.net>; Wed, 19 Mar 2003 14:43:46 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2JDhj518646
	for <ucd@ivoa.net>; Wed, 19 Mar 2003 14:43:46 +0100 (MET)
Received: from head-cfa.cfa.harvard.edu(131.142.41.8) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAuiaOAK; Wed, 19 Mar 03 14:43:44 +0100
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.8/8.12.8) with ESMTP id h2JDaEHG028625
	for <ucd@ivoa.net>; Wed, 19 Mar 2003 08:36:14 -0500 (EST)
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.11.1/8.11.1) id h2JDaDs05535
	for ucd@ivoa.net; Wed, 19 Mar 2003 08:36:13 -0500 (EST)
Date: Wed, 19 Mar 2003 08:36:13 -0500 (EST)
Message-Id: <200303191336.h2JDaDs05535@urania.cfa.harvard.edu>
From: jcm@head-cfa.cfa.harvard.edu
To: ucd@ivoa.net
Subject: UCD Status and Perspectives
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Dear Patricio,

 I think your suggestion ("UCDs for the photometric and time domain")
works well for search engines and catalog queries, but it does not work 
to describe the data precisely enough to do on-the-fly interconversions
("match this table with fluxes at 4100A to this other table with fluxes
at 4200A assuming a spectral index of 0.7") at the level of accuracy  
wanted for data analysis, never mind the problem of "convert this kind 
of B filter to this slightly different kind of B filter".  Maybe that's
OK, but in that case some other language analogous to UCDs will be
needed for robust data description and we should be clear that UCDs will
only apply to the query process (indeed their current and original
intention).

Anita's comments are well taken, but perhaps she can clarify:
you are suggesting replacing PHOT_FLUX_RADIO_1.4G with PHOT_FLUX
and a header UCD of OBS_FREQUENCY 1.4 GHz, right? But what if you
have three flux columns in the catalog, ( a bit like the problem
you alluded to of TIME_DATE for start and stop), say PHOT_FLUX_RADIO_1.4G
and PHOT_FLUX_RADIO_5.0G and PHOT_FLUX_RADIO_22.0G? Then we need three
OBS_FREQUENCY header UCDs and a way to map them to the respective columns
- which is essentially the 'parameterized UCD' I have suggested elsewhere.

 - Jonathan McDowell

From - Wed Mar 19 15:22:27 2003
X-UIDL: 3e5baf6500000256
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2JEMEqj007340
	for <ucd@ivoa.net>; Wed, 19 Mar 2003 15:22:14 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2JEMDF20523
	for <ucd@ivoa.net>; Wed, 19 Mar 2003 15:22:13 +0100 (MET)
Received: from homer.le.ac.uk(143.210.16.129) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAApRaqfO; Wed, 19 Mar 03 15:22:13 +0100
Received: from print.star.le.ac.uk ([143.210.36.58] helo=mail.star.le.ac.uk)
	by homer.le.ac.uk with smtp (Exim 4.14)
	id 18veOK-0005nK-8U
	for ucd@ivoa.net; Wed, 19 Mar 2003 14:18:04 +0000
Received: (qmail 22813 invoked from network); 19 Mar 2003 14:18:43 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 19 Mar 2003 14:18:43 -0000
Date: Wed, 19 Mar 2003 14:18:43 +0000 (GMT)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: jcm@head-cfa.cfa.harvard.edu
cc: ucd@ivoa.net
Subject: Re: UCD Status and Perspectives
In-Reply-To: <200303191336.h2JDaDs05535@urania.cfa.harvard.edu>
Message-ID: <Pine.GSO.4.44L0.0303191353050.16092-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: -4.9 (----)
X-Scanner: exiscan for exim4 *18veOK-0005nK-8U*8qbpheX5Fnc*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Dear Jonathan,

On Wed, 19 Mar 2003 jcm@head-cfa.cfa.harvard.edu wrote:
> Dear Patricio,
>
>  I think your suggestion ("UCDs for the photometric and time domain")
> works well for search engines and catalog queries, but it does not work
> to describe the data precisely enough to do on-the-fly interconversions
> ("match this table with fluxes at 4100A to this other table with fluxes
> at 4200A assuming a spectral index of 0.7") at the level of accuracy
> wanted for data analysis, never mind the problem of "convert this kind
> of B filter to this slightly different kind of B filter".  Maybe that's
> OK, but in that case some other language analogous to UCDs will be
> needed for robust data description and we should be clear that UCDs will
> only apply to the query process (indeed their current and original
> intention).

I couldn't agree more with you on this point. Discovering the existence of
information is one issue, which could be solved with the scheme I proposed,
and with UCDs but converting or transforming quantities is a completely
different ball game.  As we discussed in the meeting at CfA, full
characterization of the filters and bandpasses should be achieved before
attempting the conversion and a lot of "knowledge" or expertise will be
required for us to get to this point.

Can you expand on your first example please? "match this table with
fluxes at 4100A to this other table with fluxes at 4200A assuming a
spectral index of 0.7" What do you have in mind? Do you want to match by
position first and then find the sources which have similar fluxes based on
4100 and 4200 band?

I find your example quite interesting, that's why I'd like to know more
what you have in mind.

>
> Anita's comments are well taken, but perhaps she can clarify:
> you are suggesting replacing PHOT_FLUX_RADIO_1.4G with PHOT_FLUX
> and a header UCD of OBS_FREQUENCY 1.4 GHz, right? But what if you
> have three flux columns in the catalog, ( a bit like the problem
> you alluded to of TIME_DATE for start and stop), say PHOT_FLUX_RADIO_1.4G
> and PHOT_FLUX_RADIO_5.0G and PHOT_FLUX_RADIO_22.0G? Then we need three
> OBS_FREQUENCY header UCDs and a way to map them to the respective columns
> - which is essentially the 'parameterized UCD' I have suggested elsewhere.
>
>  - Jonathan McDowell

Although the last question is for Anita, let me jump in the case as
well.  If I understand well enough, when you produce a catalogue which
contain observations in one frequency (band) one might think in calling
the column PHOT_FLUX and qualify the whole catalogue. Well, that was
exactly the situation we found in the published data. Tables made full
sense when attached to their paper, and even the table name could tell
us what band someone was observing. There were hundreds of tables where
the column name was "Mag"; taking the table out of context (like in a
table depository) one had no idea what this Mag meant, that's why UCDs
were introduced, to solve this kind of degeneracy. I feel that if we do so
with UCDs we'll go backwards in a sense.

Jonathan, can you point me to a document with your proposed 'parameterized
UCD'? I just searched with google and got nowhere :-(

Cheers,

Patricio

---
Dr. Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From - Thu Mar 20 17:00:44 2003
X-UIDL: 3e5baf650000027b
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2KG0aHA013115;
	Thu, 20 Mar 2003 17:00:36 +0100 (MET)
Received: from eso.org (pc003499.hq.eso.org [134.171.40.117])
	by serapis.hq.eso.org (8.11.6+Sun/8.11.6) with ESMTP id h2KG37F04594;
	Thu, 20 Mar 2003 17:03:07 +0100 (MET)
Message-ID: <3E79E53F.3050209@eso.org>
Date: Thu, 20 Mar 2003 16:58:55 +0100
From: Markus Dolensky <Markus.Dolensky@eso.org>
Organization: European Southern Observatory
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: en, de-AT
MIME-Version: 1.0
To: DIDELON Pierre <dide@discovery.saclay.cea.fr>
CC: ucd@ivoa.net
Subject: Re: UCDs status and perspectives
References: <200303201516.h2KFG7P07723@rosetta.saclay.cea.fr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Hi Pierre,

I couldn't agree more on the notion of your second point:

 > 2) Adding UCD.
 >
 > As Patricio said, "the problem is not to add more UCDs", everbody
 > would agree on that, but it is certainly _how_ to perform
 > the metadata bank update, when _really_ needed.
 > A very strict and tedious approvment by an "expert group",
 > as proposed in sebastien's doc, is certainly not appropriate
 > for a lot of cases, where quick even instantaneous
 > response is needed.
 > Once more, migrating to parametrized atomic Descr (PAD?),
 > will perhaps facilitate their dynamic handling.

It would be great if we could agree on some rules for using UCDs rather 
than looking at them individually. This might not be fully in line with 
the original idea when UCDs were invented as some sort of table column 
identifiers. The scope, however, is much broader now - it's about meta 
data in a more general sense. We need them in the registry, as query 
specifiers, as a way for interpreting VOTable docs, as tags in data 
models, ...

Markus

+---
| Markus Dolensky   Mailto:Markus.Dolensky@eso.org
| AVO Technical Lead          Web: www.euro-vo.org
| Voice: ++49 89 32006/261  Fax: ++49 89 32006/480
+---


From - Thu Mar 20 16:25:43 2003
X-UIDL: 3e5baf650000027a
X-Mozilla-Status: 0013
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2KFNeHA028549
	for <ucd@ivoa.net>; Thu, 20 Mar 2003 16:23:40 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2KFNdh06854
	for <ucd@ivoa.net>; Thu, 20 Mar 2003 16:23:39 +0100 (MET)
Received: from sainfoin.saclay.cea.fr(132.166.192.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAARra4xn; Thu, 20 Mar 03 16:23:39 +0100
Received: from rosetta.saclay.cea.fr (rosetta.saclay.cea.fr [132.166.13.210])
	by sainfoin.saclay.cea.fr (8.12.8/CEAnet-Internet.1.0) with ESMTP id h2KFG9P4025168
	for <ucd@ivoa.net>; Thu, 20 Mar 2003 16:16:09 +0100 (MET)
Received: (from dide@localhost)
	by rosetta.saclay.cea.fr (8.10.2+Sun/8.10.2) id h2KFG7P07723;
	Thu, 20 Mar 2003 16:16:07 +0100 (MET)
Date: Thu, 20 Mar 2003 16:16:07 +0100 (MET)
From: DIDELON Pierre <dide@discovery.saclay.cea.fr>
Message-Id: <200303201516.h2KFG7P07723@rosetta.saclay.cea.fr>
To: ucd@ivoa.net
Subject: RE:UCDs status and perspectives
X-Sun-Charset: US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Hello UCD Fan's and Pro's,

the ongoing discussion seems very promising to me,
and the experts certainly have a goog understanding
of that's going on. Nevertheless I would like to make 
comments on three recurrent subjects. My point of view
is perhaps obvious and trivial, but as UCD, and more
generaly ontology, try to make implicit assumption
became explicit, I felt free to post the following.

The points are related to the UCD handling, 
the way of adding UCD,
and UCD usage at different levels.

1) UCD Handling

I was very happy to read the following in Sebastien's doc.
"The hierchical tree is not fundamental - 
it's merely a way of classification". What is actually very 
important for me is the knowledge base represented by
the UCDs, which certainly describe very well, even if not 
exhaustively the columns of astronomical catalogs.
The ways, different people want to look at this metadata
pond/container will certainly be differents.
But actually the UCD structure and even the name structure itself
does not promote or facilitate others point of view on this
fabulous metadata bank.
But as stressed also in sebastien's doc, "it is clear that 
the definition of right roots does not exist, and is influenced
by the user's own needs". 
It means that a static absolute and final UCD structuration
is not realistic, and so "different structures corresponding to
different views" of UCD must coexist.
It is one more argument in addition to a parametrized and atomic 
definition of Descriptors. 

2) Adding UCD.

As Patricio said, "the problem is not to add more UCDs", everbody
would agree on that, but it is certainly _how_ to perform
the metadata bank update, when _really_ needed.
A very strict and tedious approvment by an "expert group",
as proposed in sebastien's doc, is certainly not appropriate
for a lot of cases, where quick even instantaneous
response is needed.
Once more, migrating to parametrized atomic Descr (PAD?),
will perhaps facilitate their dynamic handling.
To clarify my point of view, perhaps a little bit too broad 
and common, let's take an example.

Try to imagine a Web service which can create data on the flight
and must be able to assign UCDs to these _dynamic_ data.
A very simple example would be a data bank of SED or photometric data
covering a very wide spectral range, and which can delivered 
a flux, mag, color or anyelse sensible combined data at whatever
wavelength required by the user. This service don't want 
to register one predifine UCD for any data conmbination
but needs only to parametrize the UCD and perhaps, in the most
complex case re-organize the basic predifined atoms.

Then the atoms definitions and the combination rules allowed
must be approved by an "expert group", but the parameter s
and the combinations used can be freely adapted by each
data provider, portal or anyelse service or tool.

3) UCD usage at different level

As already mention by sebastien and anita, any UCD
used as column description in one dataset can be used
as header or global metadata in another dataset,
and some times an association between these two uses
must be performed.
To my feeling the answer already exist in the VOTable 
structure. UCDs exist in two class, FIELD and PARAM.
And it is obvious that they are specialization of a more
general class which could be called vardescr (variables descriptors).
In the particular case of PARAM instances, the values are
attached to the description, while for the FIELD
the data link is more loosely. Adressing this more general
class would certainly facilitate the association between
global/header metadata and column description.
The main problem is that UCD are historically concerned
with column descriptors and so cover very well this field
of interest but it is not obvious how exhaustive are the
existing UCD to cover the needs of global metadata
used in headers (Fits) or definitions (VOTable).

I hope that these comments are not out of scope,
and that the expression of my feelings are not
unpleasant to anybody.

Sincerely yours,
Pierre Didelon








From - Thu Mar 20 18:20:00 2003
X-UIDL: 3e5baf650000027d
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2KGXDHA027343
	for <ucd@ivoa.net>; Thu, 20 Mar 2003 17:33:13 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2KGXDg15076
	for <ucd@ivoa.net>; Thu, 20 Mar 2003 17:33:13 +0100 (MET)
Received: from sainfoin.saclay.cea.fr(132.166.192.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcCAAH9aWBD; Thu, 20 Mar 03 17:33:12 +0100
Received: from rosetta.saclay.cea.fr (rosetta.saclay.cea.fr [132.166.13.210])
	by sainfoin.saclay.cea.fr (8.12.8/CEAnet-Internet.1.0) with ESMTP id h2KGPeP4002509;
	Thu, 20 Mar 2003 17:25:41 +0100 (MET)
Received: (from dide@localhost)
	by rosetta.saclay.cea.fr (8.10.2+Sun/8.10.2) id h2KGPcu07938;
	Thu, 20 Mar 2003 17:25:38 +0100 (MET)
Date: Thu, 20 Mar 2003 17:25:38 +0100 (MET)
From: DIDELON Pierre <dide@discovery.saclay.cea.fr>
Message-Id: <200303201625.h2KGPcu07938@rosetta.saclay.cea.fr>
To: Markus.Dolensky@eso.org
Subject: Re: UCDs status and perspectives
Cc: ucd@ivoa.net
X-Sun-Charset: US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


> From Markus.Dolensky@eso.org Thu Mar 20 17:01:00 2003
> To: DIDELON Pierre <dide@discovery.saclay.cea.fr>
> CC: ucd@ivoa.net
> Subject: Re: UCDs status and perspectives
> 
> Hi Pierre,
> 
> I couldn't agree more on the notion of your second point:
> 
>  > 2) Adding UCD.
>  >
>  > As Patricio said, "the problem is not to add more UCDs", everbody
>  > would agree on that, but it is certainly _how_ to perform
>  > the metadata bank update, when _really_ needed.
>  > A very strict and tedious approvment by an "expert group",
>  > as proposed in sebastien's doc, is certainly not appropriate
>  > for a lot of cases, where quick even instantaneous
>  > response is needed.
>  > Once more, migrating to parametrized atomic Descr (PAD?),
>  > will perhaps facilitate their dynamic handling.
> 
> It would be great if we could agree on some rules for using UCDs rather 
> than looking at them individually.
 
I totally agree. What I had in mind  is not a traduction one by one of all
the existing UCD, but the definition of atoms and parameters which allow
to handle the existing UCD in a more flexible way. 
So, PAD can point to UCD, but the reverse would perhaps not always be true. 
But it is not clear to me, if the two systems coexists in the future,
which will be the needs of update synchronism and joined maintenance!

>...This might not be fully in line with 
> the original idea when UCDs were invented as some sort of table column 
> identifiers. The scope, however, is much broader now 

That's why PAD is perhaps more appropriate than UCD, because we no longer
deal only with column descriptors but with _global_ metadata.

>...- it's about meta 
> data in a more general sense. We need them in the registry, as query 
> specifiers, as a way for interpreting VOTable docs, as tags in data 
> models, ...
> 
> Markus
> 

Sorry for being unclear with rough english,
cordially,
Pierre

From - Tue Mar 25 23:35:44 2003
X-UIDL: 3e5baf65000002f9
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2PMYjwt013519;
	Tue, 25 Mar 2003 23:34:45 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2PMYiE26012;
	Tue, 25 Mar 2003 23:34:44 +0100 (MET)
Received: from rings.gsfc.nasa.gov(128.183.190.139) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAtMaaZY; Tue, 25 Mar 03 23:34:43 +0100
Received: from rings.gsfc.nasa.gov (rings.gsfc.nasa.gov [128.183.190.139])
	by rings.gsfc.nasa.gov (8.9.3/8.9.3) with SMTP id RAA09366;
	Tue, 25 Mar 2003 17:30:55 -0500 (EST)
Message-Id: <200303252230.RAA09366@rings.gsfc.nasa.gov>
Date: Tue, 25 Mar 2003 17:30:55 -0500 (EST)
From: Kirk Borne <borne@rings.gsfc.nasa.gov>
Reply-To: Kirk Borne <borne@rings.gsfc.nasa.gov>
Subject: Re: UCDs status and perspectives
To: ucd@ivoa.net, registry@ivoa.net
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: tyTDm/xR3n8qPDsjDt1qCw==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.5 SunOS 5.7 sun4u sparc 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Ray:  I believe that your suggestions carry a lot of merit.  I had a
nagging feeling when reading Jonathan's comments that our metadata
efforts could easily diverge (as you suggest) if we are not careful.
The data model is key to this -- consequently, the ability of XML
Schema to carry the knowledge about both the data model and the
metadata relationships, using standardized techniques, makes a lot
of sense -- especially with regard to reconciling the two metadata
approaches that you mention.  I think that disaster can be averted,
and Jonathan's and your suggestions can illuminate the way.  The
PHOT_FLUX(PHOT_BAND_ID) is an excellent example of the problem
and a good solution.

- Kirk


> Date: Tue, 25 Mar 2003 15:15:13 -0600 (CST)
> From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
> To: ucd@ivoa.net
> Subject: Re: UCDs status and perspectives
> 
> We have been bouncing around in our community two models for tagging
> metadata that we will eventually need to reconcile.  One is essentially
> XML-based and the other is based on the current UCD set.  The former makes
> the most sense for descriptions stored in a registry, while the latter is
> useful for tagging a set of data (e.g. in a table column).  Both are
> important and necessary.  Both reflect a common data model.  However, it
> would inconvenient if not disasterous if there were not a direct
> correlation between to two representations.
> 
> I feel the answer can be found in existing XML technologies.  I would 
> claim that the atomic descriptors being discussed (PAD, PCD, etc.) are 
> really just a short hop from an XML model.  The main thing that PCD has 
> in common with XML tags is that both are essentially pointers into a 
> data model.  The main difference between them is that with a UCD/PCD, we 
> need that pointer to be representable as a simple string (e.g. that can be 
> put in the ucd attribute in a VOTable).  
> 
> XML has such a pointer; it's called an XPath.  If we define the data 
> model as an XML Schema, then our UCD/PCDs fall right out.  There are other 
> advantages:
>   *  XML Schema provides a machine readable form for a data dictionary.
>   *  The extensibility of XML schemas provides the extensibility for 
>      UCDs automatically.  
>   *  When necessary, metadata in direct XML form (as envisioned in a 
>      registry) into UCD-tagged VOTable data.  
>   *  The modeling that Jonathan proposed is largely still applicable.
>   *  The approach is consistant with the data modeling activities that 
>      have been done to date.
> 
> As an example, consider the example Jonathan cited:
> 
> > For instance the two UCDs PHOT_FLUX_RADIO_1.4G
> > and PHOT_FLUX_RADIO_1.6G would map to a single PCD
> > PHOT_FLUX(PHOT_BAND_ID) with PHOT_BAND_ID taking the values 1.4 GHz and
> > 1.6 GHz. 
> 
> Suppose a data model defined more or less in the following way:
> 
>  <element name="PHOT">     
>    <complexType>           
>      <sequence>            
>        <element name="FLUX" type="fluxValue"/>  <!-- fluxValue and freqValue 
-->
>        <element name="FREQ" type="freqValue/>   <!--   defined elsewhere     
-->
>      </sequence>           
>    </complexType>          
>  </element>                
> 
> In direct XML, such a flux would be rendered as:
> 
>  <PHOT>
>    <FREQ>1.6 GHz</FREQ>
>    <FLUX>0.25 GHz</VALUE>
>  </PHOT>
> 
> The XPath pointing to the flux value would be:
> 
>   PHOT[FREQ='1.6 GHz']/FLUX
> 
> Note that there doesn't need to a direct XML representation like the
> one shown above for the XPath to carry meaning; it points into a data
> model describing Photometry.  
> 
> To make this model work, I think we need to...
>   * set some restrictions on how metadata are defined in XML Schema.
>     We may consider avoiding the defining attributes; this would make
>     XPaths simpler and it would integrate into SOAP more easily.
> 
>   * devise a consistant pattern representing measurements (i.e. value
>     and unit).  I'm *not* recommending the form in the above example.
> 
>   * build data models from the bottom up starting with common concepts
>     (e.g. physical quantities) that can be reused in different
>     contexts.  (Jonathan's model is relevent here.)  A freqency
>     should be represented the same way whether it is describing a flux
>     measurement or a bandwidth.  
> 
> cheers,
> Ray


+------------------------------------+-------------------------------------+
| Dr. Kirk D. Borne                  | mailto:Kirk.Borne@gsfc.nasa.gov     |
| Institute for Science & Technology, Raytheon (IST@R)                     |
| NASA Goddard Space Flight Center   |                                     |
| Astrophysics Data Facility         | Phone: 301-286-0696                 |
| Code 631                           |     or 301-286-2772:Kathy Starling  |
| Greenbelt, MD  20771               | FAX:   301-286-1771                 |
+------------------------------------+-------------------------------------+
  US Virtual Observatory:  http://us-vo.org/
  Staff page:     http://rings.gsfc.nasa.gov/~borne/bio_borne_kirk.html

From - Tue Mar 25 22:20:44 2003
X-UIDL: 3e5baf65000002f7
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2PLGIhM002094
	for <ucd@ivoa.net>; Tue, 25 Mar 2003 22:16:18 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2PLGHx22034
	for <ucd@ivoa.net>; Tue, 25 Mar 2003 22:16:17 +0100 (MET)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAyua4bR; Tue, 25 Mar 03 22:16:16 +0100
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h2PLFD608519
	for <ucd@ivoa.net>; Tue, 25 Mar 2003 15:15:13 -0600
Date: Tue, 25 Mar 2003 15:15:13 -0600 (CST)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: ucd@ivoa.net
Subject: Re: UCDs status and perspectives
In-Reply-To: <200303250343.h2P3hJN18502@urania.cfa.harvard.edu>
Message-ID: <Pine.LNX.4.44.0303251350530.7434-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

We have been bouncing around in our community two models for tagging
metadata that we will eventually need to reconcile.  One is essentially
XML-based and the other is based on the current UCD set.  The former makes
the most sense for descriptions stored in a registry, while the latter is
useful for tagging a set of data (e.g. in a table column).  Both are
important and necessary.  Both reflect a common data model.  However, it
would inconvenient if not disasterous if there were not a direct
correlation between to two representations.

I feel the answer can be found in existing XML technologies.  I would 
claim that the atomic descriptors being discussed (PAD, PCD, etc.) are 
really just a short hop from an XML model.  The main thing that PCD has 
in common with XML tags is that both are essentially pointers into a 
data model.  The main difference between them is that with a UCD/PCD, we 
need that pointer to be representable as a simple string (e.g. that can be 
put in the ucd attribute in a VOTable).  

XML has such a pointer; it's called an XPath.  If we define the data 
model as an XML Schema, then our UCD/PCDs fall right out.  There are other 
advantages:
  *  XML Schema provides a machine readable form for a data dictionary.
  *  The extensibility of XML schemas provides the extensibility for 
     UCDs automatically.  
  *  When necessary, metadata in direct XML form (as envisioned in a 
     registry) into UCD-tagged VOTable data.  
  *  The modeling that Jonathan proposed is largely still applicable.
  *  The approach is consistant with the data modeling activities that 
     have been done to date.

As an example, consider the example Jonathan cited:

> For instance the two UCDs PHOT_FLUX_RADIO_1.4G
> and PHOT_FLUX_RADIO_1.6G would map to a single PCD
> PHOT_FLUX(PHOT_BAND_ID) with PHOT_BAND_ID taking the values 1.4 GHz and
> 1.6 GHz. 

Suppose a data model defined more or less in the following way:

 <element name="PHOT">     
   <complexType>           
     <sequence>            
       <element name="FLUX" type="fluxValue"/>  <!-- fluxValue and freqValue -->
       <element name="FREQ" type="freqValue/>   <!--   defined elsewhere     -->
     </sequence>           
   </complexType>          
 </element>                

In direct XML, such a flux would be rendered as:

 <PHOT>
   <FREQ>1.6 GHz</FREQ>
   <FLUX>0.25 GHz</VALUE>
 </PHOT>

The XPath pointing to the flux value would be:

  PHOT[FREQ='1.6 GHz']/FLUX

Note that there doesn't need to a direct XML representation like the
one shown above for the XPath to carry meaning; it points into a data
model describing Photometry.  

To make this model work, I think we need to...
  * set some restrictions on how metadata are defined in XML Schema.
    We may consider avoiding the defining attributes; this would make
    XPaths simpler and it would integrate into SOAP more easily.

  * devise a consistant pattern representing measurements (i.e. value
    and unit).  I'm *not* recommending the form in the above example.

  * build data models from the bottom up starting with common concepts
    (e.g. physical quantities) that can be reused in different
    contexts.  (Jonathan's model is relevent here.)  A freqency
    should be represented the same way whether it is describing a flux
    measurement or a bandwidth.  

cheers,
Ray

From - Wed Mar 26 13:15:45 2003
X-UIDL: 3e5baf6500000308
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2QCBOwt026144
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 13:11:24 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2QCBOZ24537
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 13:11:24 +0100 (MET)
Received: from gannet.scg.man.ac.uk(130.88.94.110) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAuGaa7V; Wed, 26 Mar 03 13:11:23 +0100
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6)
	id 18y9jL-000FJN-00
	for ucd@ivoa.net; Wed, 26 Mar 2003 12:10:08 +0000
Received: from [130.88.24.148] (helo=adikia)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 18y9ji-0007lc-00
	for ucd@ivoa.net; Wed, 26 Mar 2003 12:10:30 +0000
Date: Wed, 26 Mar 2003 12:09:57 +0000 (GMT)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@adikia
To: ucd@ivoa.net
Subject: Re: UCDs status and perspectives 
Message-ID: <Pine.GSO.4.53.0303261146390.2671@adikia>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Jonathan, Patricio et al:

Regarding Jonathan's example of a table with measurements of flux density
at 3 (or more) frequencies, and Patricio's comments,
http://www.ivoa.net/forum/ucd/0006.htm
I indeed think we should get away from PHOT_FLUX_RADIO_1.4G or anything
like that, and instead have some way of identifying a flux density
measurement with the frequency at which it was made, without having a
separate UCD for every frequency anyone uses. In the long run
Ray's proposal http://www.ivoa.net/forum/ucd/0011.htm  to use Xpath seems
exactly right, that is what I was trying to say in words (i.e. we need
values and attributes etc.).

However, is there a means of transition from the present use of UCDs, e.g.
by associating columns
FREQ  FLUX_DENSITY FLUX_DENSITY_ERROR
GHz      mJy           mJy
1.4     5              1
4.8     10             1
22.0    20             3

or whatever?

I suppose there are two problems here; firstly, to respond to Sebastien's
summary of the present discussion around UCDs - to see how much consensus
there is on what one would like in an idea world - and there seems to be
general agreement on the most general data models at least, different
groups may need more detail in different aspects but all the discussions
seem to be moving in the same direction.

Secondly, however, how much can be done 'seamlessly' based on the
existing, working CDS UCD system?  It is important to keep that going, not
just because astronoemrs depend on it and want to see it do these things
they hear about in reports from VO meetings, but because we need to test
developments on the community as much as possible, and we will find
subjects much more easily if we can give people prototypes which look as
familiar as possible (as with the AVO demo).  Also many new functions e.g.
the SED tool and VOPlot are being developed based on the existing UCDs.
Is this possible, is this the direction in which IDHA is going? Or will
there come a break point, and if so, when?

cheers
a



- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Wed Mar 26 13:30:44 2003
X-UIDL: 3e5baf6500000309
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2QCSOwt004199
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 13:28:24 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2QCSNJ25188
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 13:28:23 +0100 (MET)
Received: from rings.gsfc.nasa.gov(128.183.190.139) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAGraymX; Wed, 26 Mar 03 13:28:22 +0100
Received: from rings.gsfc.nasa.gov (rings.gsfc.nasa.gov [128.183.190.139])
	by rings.gsfc.nasa.gov (8.9.3/8.9.3) with SMTP id HAA13806;
	Wed, 26 Mar 2003 07:24:32 -0500 (EST)
Message-Id: <200303261224.HAA13806@rings.gsfc.nasa.gov>
Date: Wed, 26 Mar 2003 07:24:32 -0500 (EST)
From: Kirk Borne <borne@rings.gsfc.nasa.gov>
Reply-To: Kirk Borne <borne@rings.gsfc.nasa.gov>
Subject: Re: UCDs status and perspectives 
To: ucd@ivoa.net, amsr@jb.man.ac.uk
Cc: Kirk.Borne@gsfc.nasa.gov
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: MbAOdWbRUV7XgvaqtqVBbA==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.5 SunOS 5.7 sun4u sparc 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Anita:  To answer your question about associating columns
(such as FREQ, FLUX_DENSITY, FLUX_DENSITY_ERROR in your example),
the answer is Yes.  XML Schema provide a natural mechanism
for such associations.  Before being shut down by NASA HQ,
the ADC had gone a long way toward building a full XML Schema
for astronomical data tables, which naturally accounted for
such table column associations that astronomers love to put
into their published papers.  What you see in print can be
hierarchically and syntactically rich.  How one builds that 
information into the Schema so that the column associations 
(including parents and children of split columns) is a
completely solvable problem.

- Kirk 
+------------------------------------+-------------------------------------+
| Dr. Kirk D. Borne                  | mailto:Kirk.Borne@gsfc.nasa.gov     |
| Institute for Science & Technology, Raytheon (IST@R)                     |
| NASA Goddard Space Flight Center   |                                     |
| Astrophysics Data Facility         | Phone: 301-286-0696                 |
| Code 631                           |     or 301-286-2772:Kathy Starling  |
| Greenbelt, MD  20771               | FAX:   301-286-1771                 |
+------------------------------------+-------------------------------------+
  US Virtual Observatory:  http://us-vo.org/
  Staff page:     http://rings.gsfc.nasa.gov/~borne/bio_borne_kirk.html


> Date: Wed, 26 Mar 2003 12:09:57 +0000 (GMT)
> From: Anita Richards <amsr@jb.man.ac.uk>
> To: ucd@ivoa.net
> Subject: Re: UCDs status and perspectives 
> 
> Jonathan, Patricio et al:
> 
> Regarding Jonathan's example of a table with measurements of flux density
> at 3 (or more) frequencies, and Patricio's comments,
> http://www.ivoa.net/forum/ucd/0006.htm
> I indeed think we should get away from PHOT_FLUX_RADIO_1.4G or anything
> like that, and instead have some way of identifying a flux density
> measurement with the frequency at which it was made, without having a
> separate UCD for every frequency anyone uses. In the long run
> Ray's proposal http://www.ivoa.net/forum/ucd/0011.htm  to use Xpath seems
> exactly right, that is what I was trying to say in words (i.e. we need
> values and attributes etc.).
> 
> However, is there a means of transition from the present use of UCDs, e.g.
> by associating columns
> FREQ  FLUX_DENSITY FLUX_DENSITY_ERROR
> GHz      mJy           mJy
> 1.4     5              1
> 4.8     10             1
> 22.0    20             3
> 
> or whatever?
> 
> I suppose there are two problems here; firstly, to respond to Sebastien's
> summary of the present discussion around UCDs - to see how much consensus
> there is on what one would like in an idea world - and there seems to be
> general agreement on the most general data models at least, different
> groups may need more detail in different aspects but all the discussions
> seem to be moving in the same direction.
> 
> Secondly, however, how much can be done 'seamlessly' based on the
> existing, working CDS UCD system?  It is important to keep that going, not
> just because astronoemrs depend on it and want to see it do these things
> they hear about in reports from VO meetings, but because we need to test
> developments on the community as much as possible, and we will find
> subjects much more easily if we can give people prototypes which look as
> familiar as possible (as with the AVO demo).  Also many new functions e.g.
> the SED tool and VOPlot are being developed based on the existing UCDs.
> Is this possible, is this the direction in which IDHA is going? Or will
> there come a break point, and if so, when?
> 
> cheers
> a
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Dr. Anita M. S. Richards, AVO Astronomer
> MERLIN/VLBI National Facility, University of Manchester,
> Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
> tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Wed Mar 26 16:25:46 2003
X-UIDL: 3e5baf6500000311
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2QFNmwt000350
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 16:23:48 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2QFNl505979
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 16:23:47 +0100 (MET)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAgSaqRl; Wed, 26 Mar 03 16:23:46 +0100
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h2QFMDr09976;
	Wed, 26 Mar 2003 09:22:13 -0600
Date: Wed, 26 Mar 2003 09:22:13 -0600 (CST)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: Anita Richards <amsr@jb.man.ac.uk>
cc: ucd@ivoa.net
Subject: Re: UCDs status and perspectives 
In-Reply-To: <Pine.GSO.4.53.0303261146390.2671@adikia>
Message-ID: <Pine.LNX.4.44.0303260905221.7434-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi,

> However, is there a means of transition from the present use of UCDs, e.g.
> by associating columns
> FREQ  FLUX_DENSITY FLUX_DENSITY_ERROR
> GHz      mJy           mJy
> 1.4     5              1
> 4.8     10             1
> 22.0    20             3
> 
> or whatever?

The need to associate columns and attach a collective meaning to them is
an issue that has come up numerous times.  The obvious case is that of RA
& Dec values that are stored in separate columns; however, as the above
example implies, the problem is more general.

In the NVO project, we have discussed ways in which VOTable might be 
extended to include descriptions of so-called "frames" (as in reference 
frame) that encapsulates these associations.  This would be made easier if 
it were possible to use exented metadata (e.g. Arnold's space-time 
coordinates schema).  We've discussed XML mechanisms to allow this; I 
think the next step, if we want to pursue this, is for someone to make a 
proposal.

> Secondly, however, how much can be done 'seamlessly' based on the
> existing, working CDS UCD system?  It is important to keep that going, not
> just because astronoemrs depend on it and want to see it do these things
> they hear about in reports from VO meetings, but because we need to test
> developments on the community as much as possible, and we will find
> subjects much more easily if we can give people prototypes which look as
> familiar as possible (as with the AVO demo).  Also many new functions e.g.
> the SED tool and VOPlot are being developed based on the existing UCDs.

I completely agree.  It will take some time to shake out a refactored 
model that covers everything already in the current UCDs.  Therefore, we 
will need a mechanism for continuing to support UCDs as they are now.

It's important to note that the current UCDs represent the most 
practical use-case as they were drawn directly from real catalogs.  As we 
build up more complicated models, e.g. photometry measurements, even 
images, we will need to make sure that the relevent UCD concepts are 
covered.  In fact, that could be made a formal of the definition process.

cheers,
Ray

From - Wed Mar 26 17:25:45 2003
X-UIDL: 3e5baf6500000315
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2QGNJx1002075
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 17:23:34 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2QGJpr10085
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 17:19:51 +0100 (MET)
Received: from smtp1.linkline.com(66.59.240.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAAaaGRt; Wed, 26 Mar 03 17:19:50 +0100
Received: from roxy (dsl-pb-1504.linkline.com [64.30.223.60])
	by smtp1.linkline.com (Postfix) with SMTP id 6F6259F63C
	for <ucd@ivoa.net>; Wed, 26 Mar 2003 08:15:46 -0800 (PST)
Message-ID: <003a01c2f3b3$727a2be0$6601a8c0@roxy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
Subject: Fw: UCDs and XML
Date: Wed, 26 Mar 2003 08:19:13 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

My thinking on UCD is going around the idea of "recognition".

In writing code for VO applications, I am looking for specific UCDs. Reading
the result of a cone search means finding the POS_EQ_RA_MAIN. Reading the
result of a SIAP means looking for the UCD called VOX:Image_AccessReference.

Therefore it should be allowed to have multiple UCDs describing the same
attribute, so that different applications can recognize and use it. One
person sees a galaxy, another sees a database record, another sees
clip-art -- but it's all the same entity underneath.

This recognition idea allows us to use UCD to subclass objects. If I have a
table from a cone search, then it must have UCDs corresponding to RA, Dec,
ID. Let us subclass this, for example, to a service that returns black-hole
candidates. In this case, we would expect further UCDs to be present:
BH_mass and BH_Spin.

There is a lot that can be done with UCD, and the real question is how to
allow this semantic flexibility to blossom, but without having everyone make
their own UCD and losing all interoperability!

Roy

---
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From - Tue Mar 25 04:55:44 2003
X-UIDL: 3e5baf65000002cc
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2P3orhM002011
	for <ucd@ivoa.net>; Tue, 25 Mar 2003 04:50:53 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2P3oq202132
	for <ucd@ivoa.net>; Tue, 25 Mar 2003 04:50:52 +0100 (MET)
Received: from head-cfa.cfa.harvard.edu(131.142.41.8) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAdHaWje; Tue, 25 Mar 03 04:50:50 +0100
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.8/8.12.8) with ESMTP id h2P3hKaU027490
	for <ucd@ivoa.net>; Mon, 24 Mar 2003 22:43:20 -0500 (EST)
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.11.1/8.11.1) id h2P3hJN18502
	for ucd@ivoa.net; Mon, 24 Mar 2003 22:43:19 -0500 (EST)
Date: Mon, 24 Mar 2003 22:43:19 -0500 (EST)
Message-Id: <200303250343.h2P3hJN18502@urania.cfa.harvard.edu>
From: jcm@head-cfa.cfa.harvard.edu
To: ucd@ivoa.net
Subject: Re: UCDs status and perspectives
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Dear UCD list,
 Following the discussion of last week, I append below some notes
on a controlled vocabulary related to UCDs that I sent to Sebastien
some time ago. It represents a more radical change than most people are
probably ready to go for, but I think it may be relevant to the current
discussion.

 - Jonathan McDowell

 --------------------------------------------------------------------

 I've been thinking a lot this week about UCDs and their possible
role in VO data models. My conclusion is that while the present design
of UCDs is very useful for the catalog cross matching problem, we need
a somewhat more flexible data dictionary to handle the data analysis
problem. I think we need both kinds of dictionary, with of course
a mapping between the two for the applications that need the appropriate
ones.

Specifically, I propose to parallel the UCDs with PCDs (Parameterized
Content Descriptors). These differ from UCDs in that they can include
functional parameters. For instance the two UCDs PHOT_FLUX_RADIO_1.4G
and PHOT_FLUX_RADIO_1.6G would map to a single PCD
PHOT_FLUX(PHOT_BAND_ID) with PHOT_BAND_ID taking the values 1.4 GHz and
1.6 GHz. This reflects the fact that PHOT_FLUX_RADIO_1.4G and
PHOT_FLUX_RADIO_1.6G do not really describe fundamentally different
physical quantities. The PCD also differ from UCD in that they are
organized to  form the bottom level attributes of a structured data
model for astronomy, so the top level domains are different from the
UCDs.

So far my proposed main PCD fields are

(1) about the universe
PHYS Physical data which is true generally and not a property of a 
     specific astronomical location or object.
POP  Properties of a population of astronomical objects
SAMPLE Properties of a sample of sources.
OBJ  The things we study are astronomical objects in space
      (with more or less defined boundaries).
MED  To understand the physics of these objects we describe the physical
     medium constituting them, including matter (solid, liquid, gas, plasma),
     radiation, and electromagnetic, gravitational and other fields.
LOS  A direction on the sky we observe corresponds to a line of sight
     along which objects may lie.    

(2) about our observations of the universe
SRC  When we have a dataset, we can identify a subset of that dataset
     as a source, which we can identify with an object.
     PCDs are SRC when they are to do with the direct measurements of an
     object with a telescope,
     and OBJ when they are to do with the intrinsic properties of the
     object (in its rest frame, without LOS effects etc).
BKG  A special sort of source we call the background
OBS  We have to describe things to do with the observing instrument,
     configuration and conditions.
     (a major subset is OBS_COV_ which )
SURVEY_ A group of observations
SRC_PHOT We measure the absolute intensity of radiation from the sky
SRC_SPEC Like PHOT, but dealing with many photon energies at once?
EVENT A detected photon or background event
_POS  Information about positions (also OBJ_POS etc)
_TIME Information about times (also in OBS_COV_TIME...?)

(3) about our analysis of the observations

DATA We also need to describe things about the datasets themselves.
REFER Bibliographic info

Below I give my first attempt at mapping the UCDs to a data model
oriented set of PCDs. There are quite a few UCDs that I still have to
understand by looking at their actual use in catalogs, so this is only a
sketch and some are left blank. At the end I give the beginnings of
extra UCD/PCD names needed for X-ray astronomy datasets.

Appendix 1: A possible list of PCDs to be the data model equivalent of UCDs.
Given in UCD alphabetical order.

PHYS_AT_                          AT                               Atomic Data
PHYS_AT_COLL                      AT_COLL                        Atomic Collisional Quantities
PHYS_AT_COLL_RATE                 AT_COLL_EXCIT-RATE           Collisional Excitation Rate
# Is this an atom prop or a line prop?
PHYS_AT_COLL_STRENGTH             AT_COLL_STRENGTH             Collisional strength
PHYS_AT_CONFIG    .               AT_CONFIG                      Electronic Configuration
PHYS_AT_CONST?                    AT_CONSTANT                    Atomic Constant
PHYS_AT_DAMPING_                  AT_DAMPING                     Atomic Damping Quantities
PHYS_AT_DAMPING_VDW               AT_DAMPING_VDWAALS           Van der Waals damping
?                                 AT_DATA                        Various Atomic data
PHYS_AT_DEGEN?                    AT_DEGENERACY                  Atomic Degeneracy Parameter
PHYS_AT_DIPOLE_?                  AT_DIPOLE                      Atomic Dipole
?                                 AT_DIPOLE_MISC               Atomic Dipole
PHYS_AT_DIPOLE_MOMENT             AT_DIPOLE_MOMENT             Atomic Dipole Moment
PHYS_AT_EIGENVECTOR               AT_EIGENVECTOR                 Atomic Eigenvector
PHYS_AT_ELECCOEFF                 AT_ELEC-COEFF                  Atomic Electric Coefficient
PHYS_AT_ELEMENT                   AT_ELEMENT                     Atomic Element Name or number, eventually with ionization stage
# See also PHYS_AT_Z
PHYS_PLASMA_EMISSIVITY_AT         AT_EMISSIVITY                  Atomic Emissivity
#What does this mean? It's a function of physical conditions.
#It's a property of the plasma expressed on a per-atom basis.
#So it's not PHYS_AT_EMISSIVITY but
#eg PHYS_PLASMA_EMISSIVITY_AT(Z,T,n)
PHYS_AT_ENERGY_                   AT_ENERGY                      Atomic Energy or Potential
#Heterogeneous class?
PHYS_AT_TRANS_NAME                AT_ENERGY_BAND               Atomic (molecular) Energy Band
PHYS_AT_TRANS_ENERGY_DISCREPANCY  AT_ENERGY_DIFF               Energy difference between experimental and calculated quantities
PHYS_AT_TRANS_ENERGY              AT_ENERGY_EXCIT              Excitation Energy
PHYS_AT_STATE_ENERGY_IONIZATION   AT_ENERGY_IONIZ              Ionization Energy or Potential
PHYS_AT_STATE_ENERGY(LEVEL)       AT_ENERGY_LEVEL              Energy Level
PHYS_AT_ENERGY_FORM               AT_ENERGY_FORMATION          Formation energy (or heat for molecules)
PHYS_AT_ENERG_POT                 AT_ENERGY_POTENTIAL          Atomic Energy or Potential
PHYS_AT_STATE_ENERGY_ROT          AT_ENERGY_ROTATION           Rotation Energy
PHYS_AT_STATE_ENERGY_TOT          AT_ENERGY_TOTAL              Total atomic energy
PHYS_AT_TRANS_FREQ                AT_FREQUENCY                   Transition Frequency
PHYS_AT_TRANS_FREQ_REST           AT_FREQUENCY_NU              Transition Frequency at rest
PHYS_AT_TRANS_FREQ_ROT            AT_FREQUENCY_ROTAT           Rotation Frequency
PHYS_AT_FS_                       AT_FS                          Fine Structure Quantities
PHYS_AT_FS_COLLSTR                AT_FS_COLL-STR               Fine Structure Collision Strength
PHYS_AT_FS_CONST?                 AT_FS_CONSTANT               Fine Structure Constant
PHYS_AT_TRANS_FS_WIDTH            AT_FS_CONTRIB                Fine Structure Contribution to Line Profile
PHYS_AT_TRANS_FS_SPLIT            AT_FS_SPLIT                  Fine Structure Splitting
PHYS_AT_TRANS_GA                  AT_GA                          Atomic ga value
PHYS_AT_LINE_INTENSITY            AT_INTENSITY                   Line Intensity
PHYS_AT_ION_                      AT_ION                         Ions
PHYS_AT_ION_ID                    AT_ION_ID                    Ion Identification
PHYS_AT_ION_STAGE                 AT_ION_STAGE                 Ionization Stage
PHYS_AT_LANDEFACT                 AT_LANDE-FACT                  Lande Factor (gf)
PHYS_AT_LEVEL                     AT_LEVEL                       Level Identification
PHYS_AT_STATE_LIFE                AT_LIFETIME                    Radiative Lifetime
PHYS_AT_LINE_                     AT_LINE                        Atomic or Molecular Lines
# What is the difference between LINE and TRANS?
PHYS_AT_LINE_EMISSIVITY           AT_LINE_EMISSIVITY           Line Emissivity
PHYS_AT_LINE_FLOURYIELD           AT_LINE_FLUOR-YIELD          Line Fluorescence Yield
PHYS_AT_LINE_ID                   AT_LINE_ID                   Line Identification
PHYS_AT_LINE_STRENGTH             AT_LINE_STRENGTH             Line Strength
PHYS_AT_LINE_MAIN-TERM?           AT_MAIN-TERM                   Main Term
PHYS_AT_MOL_                      AT_MOL                         Quantities Related to Molecules
PHYS_AT_MOL_DIELFN                AT_MOL_DIEL-FN               Molecular Dielectric Function
PHYS_AT_MOL_EDISSOC               AT_MOL_DISS-ENRGY            Molecular Dissociation Energy
PHYS_AT_MOL_ID                    AT_MOL_ID                    Molecule Identification
PHYS_AT_TRANS_MOL_LEVEL           AT_MOL_LEVEL                 Molecule Transition Level
PHYS_AT_MULTIPLET_                AT_MULTIPLET                   Quantities Related to Multiplets
PHYS_AT_MULTIPLET_ID              AT_MULTIPLET_ID              Multiplet Identification
PHYS_AT_MULTIPLET_N               AT_MULTIPLET_N               Multiplet Number element
PHYS_AT_Z                         AT_NUMBER                      Atomic Number
PHYS_AT_OSC_                      AT_OSC                         Oscillator Related Quantities
PHYS_AT_OSC?                      AT_OSC_STRENGTH              Oscillator Strength
PHYS_AT_PARITY                    AT_PARITY                      Atomic Parity
PHYS_AT_Q_                        AT_Q-N                         Atomic Structure, Quantum Numbers
PHYS_AT_Q_L                       AT_Q-N_ANG-MOM               Angular Momentum Quantum Number
PHYS_AT_Q_K                       AT_Q-N_K                     K quantum number
PHYS_AT_Q_UNK                     AT_Q-N_MISC                  Atomic Structure Quantum Number
PHYS_AT_Q_ORB                     AT_Q-N_ORBITAL               Orbital Quantum Number
PHYS_AT_Q_PRIN                    AT_Q-N_PRINCIPAL             Principal Quantum Number
PHYS_AT_Q_PRIN1                   AT_Q-N_PRINCIPAL_FIRST     First Principal Quantum Number
PHYS_AT_Q_PRIN2                   AT_Q-N_PRINCIPAL_SECOND    Second Principal Quantum Number
PHYS_AT_Q_ROT                     AT_Q-N_ROTATIONAL            Rotational Quantum Number
PHYS_AT_Q_TOR                     AT_Q-N_TORSIONAL             Torsional Quantum Number
PHYS_AT_Q_VIB                     AT_Q-N_VIBRATIONAL           Vibrational Quantum Number
PHYS_AT_REACTION                  AT_REACTION                    Atomic Reaction
PHYS_AT_SHELL                     AT_SHELL-NUMBER                Shell Quantum Numbers
PHYS_AT_SPECIES_LIST              AT_SPECIES                     Atomic Species Participating in a Reaction
PHYS_AT_TRANS_STARK_              AT_STARK                       Stark Effect
PHYS_AT_TRANS_STARK_BROAD         AT_STARK_BROAD               Broadening due to Stark Effect
PHYS_AT_TRANS_STARK_INT           AT_STARK_INTENSITY           Intensity due to Stark Effect
PHYS_AT_TRANS_SWEIGHT             AT_STAT-WEIGHT                 Statistical Weight
PHYS_AT_TRANS_WIDTH?              AT_STRENGTH-PARAM              Strength Parameter or Expect Width
PHYS_AT_TRANS                     AT_TRANS                       Quantities Related to Transitions
PHYS_AT_TRANS_BRANCH              AT_TRANS_BRNCH-RATIO         Transition Branching Ratio
PHYS_AT_TRANS_ENERGY              AT_TRANS_ENERGY              Transition Energy (or wave number)
PHYS_AT_TRANS_ID                  AT_TRANS_ID                  Transition Identification
PHYS_AT_TRANS_LEVELS              AT_TRANS_LEVELS              Transition Level

PHYS_AT_TRANS_PROB                AT_TRANS_PROB                Transition Probability
PHYS_AT_TRANS_STRENGTH            AT_TRANS_STRENGTH            Transition Strength
PHYS_AT_TRANS_TYPE                AT_TRANS_TYPE                Transition Type
PHYS_AT_TRANS_RECOMB              AT_TRANS_RECOMBIN            Recombination coefficients in atomic transitions
PHYS_AT_TRANS_LAMBDA              AT_WAVELENGTH                  Laboratory or Theoretical Line Wavelength
PHYS_AT_WEIGHT                    AT_WEIGHT                      Atomic Weight
OBJ_CLASS+                        CLASS                            Various Classification Descriptors
OBJ_CLASS_CODE                    CLASS_CODE                     Classification Code
OBJ_CLASS_COLOR                   CLASS_COLOR                    Color Classification
OBJ_CLASS_STAR_MK_TYPE
OBJ_CLASS_CLG_DIST                CLASS_DISTANCE                 Abell Distance Class
OBJ_CLASS                         CLASS_MISC                     Various Classification Descriptors
OBJ_CLASS                         CLASS_OBJECT                   Object Type Classification
OBJ_CLASS_CLG_RIC                 CLASS_RICHNESS                 Abell Richness Class
OBJ_CLASS_UNK_GAL                 CLASS_STAR/GALAXY              Star galaxy discriminator or classification.
OBJ_CLASS_UNK_BM                  CLASS_STRUCT                   Structure Classification (e.g. cluster Bautz-Morgan classification)
_CODE                             CODE                             Codes or Flags
_ERROR_CODE                       CODE_ERROR                     Flag denoting uncertainty about a given quantity
_FLAG_LIMIT                       CODE_LIMIT                     Lower or Upper limit Flag
_FLAG_MEMB                        CODE_MEMB                      Membership Code
_CODE                             CODE_MISC                      Miscellaneous Codes or Flags
OBJ_CLASS_MULT                    CODE_MULT                      Codes related to Multiplicity (particularly stars)
OBJ_CLASS_MULT                    CODE_MULT_FLAG               A code or flag indicating a multiplicity of binarity
OBJ_CLASS_MULT_N                  CODE_MULT_FREQUENCY          Multiplicity Frequency Code
OBJ_CLASS_MULT_N                  CODE_MULT_INDEX              Multiplicity Index Code
_QUAL                             CODE_QUALITY                   Quality Code
OBJ_CLASS_VAR                     CODE_VARIAB                    Variability Code or Flag
DATA_                             DATA                             Quantities Related to the Data
_SCALE_EXP                        DATA_FACTOR-EXP                Scale Factor Exponent (Base 10)
DATA_LINK                         DATA_LINK                      Link to additional data (in VizieR or any other database)
_MAX                              DATA_MAXIMUM                   Maximum data value found in a database column
_SCALE                            DATA_SCALE-FACTOR              Factor to Convert a Data Column to a normal value
_DATATYPE                         DATA_TYPE                      Data Type
DYN_                              DYN                              Dynamic Data Quantities (mixed column content)
DYN_QUANTITY                      DYN_QUANTITY                   Used when a Column means more than one thing.
DYN_VALUE                         DYN_VALUE                      Identification of a Dynamic Value
_ERROR                            ERROR                            Error or Uncertainty in Measurements
POS(,EQ)_RA_ERROR                 ERROR  # I/176
POS(,EQ)_DEC_ERROR                ERROR  # I/176
PHOT_FLUX(5 GHz)_ERROR            ERROR  # VIII/14
SRC_REG                           EXTENSION                        Quantities used to describe the extension in the sky of objects
SRC_REG_AREA                      EXTENSION_AREA                 Angular Area Covered by an Object
SRC_REG_DIA_DEC                   EXTENSION_DEC                  Angular Extension in Declination
SRC_REG_DIA                       EXTENSION_DIAM                 Angular Diameter or Size of the Major Axis
SRC_REG_DIA_FWHM                  EXTENSION_FWHM                 Angular Full Width at Half Maximum (FWHM)
SRC_REG_DIA_FWHM                  EXTENSION_FWHM_CIRC          Angular Full Width at Half Maximum (FWHM)
SRC_REG_DIA_MAJ_AXIS_FWHM         EXTENSION_FWHM_MAJ           Angular FWHM along the Major Axis
SRC_REG_DIA_MIN_AXIS_FWHM         EXTENSION_FWHM_MIN           Angular FWHM along the Minor Axis
SRC_REG_DIA_MIN_AXIS_FWHI         EXTENSION_HALFINT            Angular Size at Half Intensity along the Minor Axis
SRC_REG_DIA_MIN_AXIS              EXTENSION_MIN                  Angular Diameter of an object along the Minor Axis
SRC_REG_DIA_BEAMS                 EXTENSION_NORM                 Angular diameter normalized to beam size
SRC_REG_DIA_RA                    EXTENSION_RA                   Angular extension in right ascension
SRC_REG_RADIUS                    EXTENSION_RAD                  Angular radius of an object or Semi-major axis
SRC_REG_RADIUS_SCALELENGTH        EXTENSION_SC-LENGTH            Angular Scale Length (bulge or disk)
SRC_REG_RADIUS_MIN_AXIS           EXTENSION_SMIN                 Angular size of Semi-Minor Axis
_FIT                              FIT                              Fits of Models to Observational Data
_FIT_ERR                          FIT_ERROR                      Fit Error
_FIT_GOODNESS                     FIT_GOODNESS                   Fit Goodness
_FIT_ID                           FIT_ID                         Identification of the fit or solution
POP_LF                            FIT_LF                         Luminosity function
POP_LF_FIT_PARAMS                 FIT_LF                         Fit of Luminosity Function
POP_LF_FIT                        FIT_LF_GENERAL               Fit of Luminosity Function
POP_LF_FIT_MAG?                   FIT_LF_MAG                   Magnitudes related to the LF
POP_LF_FIT_MAG_MAX                FIT_LF_MAG_MAX             Magnitude interval upper limit
POP_LF_FIT_MAG_MIN                FIT_LF_MAG_MIN             Magnitude interval lower limit
_FIT_RATIO                        FIT_MEAS/THEOR                 Ratio of Measurement to Theoretical Value
_FIT_PAR                          FIT_PARAM                      Fit Parameter
_FIT_PAR_ID                       FIT_PARAM_ID                 Fit Parameter Identification
_FIT_MISC                         FIT_PARAM_MISC               Miscellaneous fit parameters
POS(,EQ)_RA_STAT_SIGMA            FIT_PARAM_MISC
# In I/176 S0RA, FIT_PARAM_MISC is the sigma-0 (?) for the RA
_FIT_COVAR                        FIT_PARAM_COVAR              Covariance of the fitting parameter
_FIT_RESID                        FIT_RESIDUAL                   Fit Residual
_FIT_CHI2                         FIT_CHI2                       Chi-square Fit Measurement
_FIT_SIGMA                        FIT_STDEV                      Fit's Standard Deviation
_FIT_TYPE                         FIT_TYPE                       Fit or Solution Type
POS(,EQ)_FIT_TYPE                 FIT_TYPE    I/176
_ZERO                             FIT_ZP                         Fit Zero Point (mostly in linear fits)
PHOT_COL_INDEX_DIFF               FIT_ZP
# In III/218 DIFF, FIT_ZP is the scatter in mag of the spectroscopic index
POS(,EQ)_DEC_STAT_SIGMA           FIT_ZP
# In I/176 S0DE, FIT_ZP is the sigma-0 (?) in arcseconds? for the Dec
-                                 ID                               Fields Used as Identifiers
OBJ_ID_ALT                        ID_ALTERNATIVE                 Alternative identification
OBJ_ID_FIELD                      ID_AREA                        Area Identification (usually in a photographic plate)
SRC_ID_XID                        ID_ASSOCIATED                  Identification of Associated Object (counterpart)
SRC_ID_AUTHOR                     ID_AUTHOR                      Author Name
SRC_ID_CAND                       ID_CANDIDATE                   Candidate Identification
SRC_ID_CAT                        ID_CATALOG                     Catalog Identification
SRC_ID_FCHART                     ID_CHART                       Finding Chart Identification
SRC_ID_COMP                       ID_COMPARISON                  Name of a Comparison Object
SRC_ID_CONSTEL                    ID_CONSTEL                     Constellation Name
SRC_ID_XID                        ID_CROSSID                     Cross Identification (counterpart)
OBS_DB_ID                         ID_DATABASE                    Database Identification
OBS_DS_ID                         ID_DATASET                     Data-Set Identification
OBS_EXP_ID                        ID_EXPOSURE                    Exposure Identification
INST_FIBER                        ID_FIBER                       Fiber Optics Identification (for M.O.S.)
OBS_FIELD                         ID_FIELD                       Field Identification
SRC_NOTES_FIG                     ID_FIGURE                      Figure Identification Number
SRC_NOTES_FILE                    ID_FILE                        File Identification
SRC_NOTES_FRAME                   ID_FRAME                       Frame Identification
?                                 ID_GROUP                       Group Identification
OBS_AUTHOR_CODE                   ID_HUMAN                       Identification of Discoverer or Observer
SRC_DISCOVERER_CODE               ID_HUMAN
SRC_ID_INTERNAL                   ID_IDENTIFIER                  Identification of a source or object, incomplete or for internal use.
OBS_IMAGE_ID                      ID_IMAGE                       Image Identification
SRC_ID   (or OBJ_ID?)             ID_MAIN                        Main Identifier of a Celestial Object
SRC_ID:1                          ID_MAIN:1                      First component of an identification field.
SRC_ID:2                          ID_MAIN:2                      Second component of an identification field.
SRC_ID:3                          ID_MAIN:3                      Third component of an identification field.
?                                 ID_MAP                         Map Identification
SRC_CAT_ID                        ID_NUMBER                      Numeric Identification (usually sequential)
?                                 ID_PARAM                       Identification or name of a parameter, or the name of a column in a table
SRC_PARENT                        ID_PARENT                      Parent Identification (galaxy, cluster, nebulae)
OBS_PLATE                         ID_PLATE                       Plate Identification
OBS_REGION_ID                     ID_REGION                      Region Identification (not necessarily sky region)
OBS_SET_ID                        ID_SET                         Set or Subset Identification, also bin or sample number
OBS_SITE_ID                       ID_SITE                        Site/Location/Observatory/City/Country identifier
INST_APER_ID                      ID_SLIT                        Slit Identification (usually in the context of M.O.S.)
# Hmm MOS have many apertures, 1 disperser?
SRC_ID_SURVEY                     ID_SURVEY                      Survey Identification
SRC_ID_TABLE                      ID_TABLE                       Table Identification
SRC_ID_TARGET?                    ID_TARGET                      Target Identifier
OBJ_CLASS_VAR?                    ID_VARIAB                      Variable Object Identification
DATA_PROC_SYS_VER                 ID_VERSION                     Identification of the software version.
?                                 ID_VOLUME                      Volume Identification
?                                 ID_ZONE                        Durchmusterung zone identification/sign
INST_                             INST                             Instrumental Quantities
-                                 INST_ANG                       Angular Properties of the Instruments/Telescopes
SRC_OFFAX                         INST_ANG_OFFAXIS             Off-axis angle respect to main direction of observation
# Presumably the instrument coords of a source, not a prop of the instru
OBS_SITE_ORBIT_PHASEANG           INST_ANG_PHASE               Satellite phase angle
INST_RESP_SPATIAL_RES             INST_ANG_RESOL               Angular resolution of instrument
OBS_SITE_ORBIT_ANGVEL             INST_ANG_VEL                 Satellite angular velocity
INST_DET_NOISE_TANT               INST_ANTENNA-TEMP              Antenna temperature
INST_GEOM_DIA                     INST_APERT                     Instrument/telescope aperture
INST_GEOM_AREA                    INST_AREA                      Collecting area or detector area
PHOT_BKG_INST                     INST_BACKGROUND                Background contribution
INST_COV_BAND                     INST_BAND                      Instrumental Band quantities
INST_CAL_BAND_DRIFT               INST_BAND_DRIFT              Band's drift rate
INST_COV_BAND_TRANS?              INST_BAND_PASS               Bandpass
INST_COV_BAND_WIDTH               INST_BANDWIDTH                 Spectral window used for the observation
INST_INT_BASELINE                 INST_BASELINE                  Baseline (interferometry)
INST_RESP_SPATIAL                 INST_BEAM                      Beam properties
?                                 INST_BEAM_MISC               Miscellaneous beam properties
INST_RESP_SPATIAL_RES             INST_BEAM_SIZE               Beam width or size
INST_DET_NOISE_TBEAM              INST_BEAM_TEMP               Beam temperature
INST_PHOT_CAL                     INST_CALIB                     Instrument calibration quantities
INST_PHOT_CAL_ERR                 INST_CALIB_ERROR             Instrument calibration error
?                                 INST_CALIB_MISC              Miscellaneous instrument calibration quantities
?                                 INST_CALIB_PARAM             Calibration parameter
?                                 INST_CORR-FACTOR               Correction (no only correction factor)
INST_DET                          INST_DET                       Detector parameters
INST_PHOT_FLUX_LIMIT              INST_DET_LIMIT               Detector limit
UNK                               INST_DET_MISC                Miscellaneous quantities related to the detector (plate or CCD)
INST_GEOM_SIZE                    INST_DET_SIZE                Detector size
# number of pixels, vs DET_SIZE with mm size
INST_DISP_SCALE                   INST_DISPERSION                Dispersion scale in a spectrograph
INST_QE                           INST_EFFICIENCY                Instrument efficiency
PHOT_ERR_INST                     INST_ERROR                     Errors associated to the instrument
INST_FILTER                       INST_FILTER                    Filter characteristics
INST_FILTER                       INST_FILTER_CODE             Filter characteristics type/code
INST_COV_BAND_FWHM                INST_FILTER_FWHM             FWHM of the used filter (also bandpass)
INST_COV_BAND_TRANS               INST_FILTER_TRANSM           Transmission characteristics of the filter (response)
INST_NAME                         INST_ID                        Instrument/Detector Identification
INST_LINE_WIDTH                   INST_LINE-WIDTH                Instrumental Line-Width
INST_DET_NOISE                    INST_NOISE                     Detector/Instrument noise level rms
INST_PARAM?                       INST_PARAM                     Various Instrumental Parameters
INST_GEOM_PIX_SIZE                INST_PIXSIZE                   Pixel Size
# distinguish pix size in mm and arcsec
INST_DET_PLATE                    INST_PLATE                     Quantities related to Photographic Plates
INST_DET_SIZE                     INST_PLATE_DIMENSION         Size or plate dimension
# Is the fact that it's a plate relevant? could be any detector
SRC_OFFSET_PIX                    INST_PLATE_DIST              Distance measurement on a plate
# ? distance between two sources in pixels?
INST_DET_PLATE_EMULSION           INST_PLATE_EMULSION          Plate Emulsion Type
# Now we care about it being a plate, only plates have emulsion
SRC_REG_DIA_PIX                   INST_PLATE_EXTENSION         Extension of an object in a plate (in plate units)
INST_DET_POS                      INST_POS                       Position on a detector or M.O.S template
INST_PHOT_PRECISION               INST_PRECISION                 Instrumental Precision
# Presumably photometric?
INST_RESP_SPATIAL                 INST_PSF                       Detector's Point Spread Function (PSF)
INST_DET_QE                       INST_QE                        Detector's Quantum Efficiency
SRC_DET_SN                        INST_S/N                       Instrumental signal to noise ratio (S/N)
# What does this mean? The S/N for a particular source?
INST_RESP_TIME_RES                INST_SAMP-TIME                 Instrumental Sampling Time
INST_GEOM_SCALE                   INST_SCALE                     Instrumental Scale (ccd or plate)
#  In arcsec/mm? otherwise pixel size
INST_RESP_SPATIAL_RES             INST_SEEING                    Seeing or fwhm of PSF
INST_PHOT_FLUX_LIMIT              INST_SENSITIVITY               Detector's Sensitivity (Flux limit)
INST_SETUP                        INST_SETUP                     Instrument configuration or set-up
-                                 INST_SKY                       Instrumental Sky Properties
PHOT_COUNTS_SKY?                  INST_SKY_LEVEL               Local Sky Level
PHOT_TEMP_SKY                     INST_SKY_TEMP                Sky Temperature
PHOT_TEMP_SIGMA_SKY               INST_SKY_SIGMA               Sigma of sky value distribution
-                                 INST_SPECT                     Spectroscopic instruments' quantities
INST_COV_BAND_LAMBDA_RANGE        INST_SPECT_BAND              Spectroscopic observation band
INST_DISP_TYPE_CODE               INST_SPECT_CODE              Spectroscopic instrument specification (prism, grism, grating)
INST_DISP_ORDER                   INST_SPECT_ORDER             Spectral Order
INST_DISP_SLIT_DX                 INST_SPECT_SLIT-LENGTH       Slit Length
INST_DISP_SLIT_DY                 INST_SPECT_SLIT-WIDTH        Slit Width
-                                 INST_TEMP                      Instrument Temperature (radio regime)
INST_DET_NOISE_TBEAM              INST_TEMP_BEAM               Beam Temperature or Brightness
# TEMP_BEAM is a way of describing the instrument noise
INST_DET_TSYS                     INST_TEMP_SYST               System Temperature
INST_DET_TRIGGER?                 INST_TRIGGER                   Detector's triggering Threshold
INST_TYPE                         INST_TYPE                      Instrument Type
INST_COV_BAND_VEL?                INST_VELOC                     Velocity Quantities at the Instrumental Level
INST_COV_BAND_VEL0                INST_VELOC_CENTRAL           Instrumental Central Velocity
INST_COV_BAND_VEL_RES             INST_VELOC_SPACING           Instrumental Velocity Channel Spacing
INST_COV_BAND_VEL_RANGE           INST_VELOC_WINDOW            Detector's Velocity Range
OBS_COV_BAND_LAMBDA               INST_WAVELENGTH                Observation's Wavelength properties
# We should distinguish between the wavelength coverage designed into an instrument
# and the wavelength coverage of a specific observation, I think the latter is meant here.
OBS_COV_BAND_LAMBDA_RANGE         INST_WAVELENGTH_COVERAGE     Instrument's Wavelength Range
OBS_COV_BAND_LAMBDA_EFF           INST_WAVELENGTH_EFFECTIVE     Observation's Effective Wavelength
OBS_COV_BAND_LAMBDA               INST_WAVELENGTH_VALUE        Wavelength related to an instrument, filter, etc.
MUTUAL_OCCULT(*OBJ)               -    
MUTUAL_OCCULT(L)                  LUNAR-OCCULT                     Lunar Occultaion related quantities
# Occultations of anything could have the same parameters. So let's specify that
# it's lunar by an argument L, and generalize eg
#  MUTUAL_OCCULT(PLUTO)_ANG
MUTUAL_OCCULT(L)_ANG              LUNAR-OCCULT_ANGLE             Lunar Occultation Contact Angle
MUTUAL_OCCULT(L)_FRAC             LUNAR-OCCULT_FRACTION          Percentage of the moon illuminated during the time of occultation
MUTUAL_OCCULT(L)_LIMBSLOPE        LUNAR-OCCULT_LIMB-SLOPE        Lunar Occultation Limb Slope
_MODEL                            MODEL                            Quantities generated by Models
SPEC_CONT_FLUX                    MODEL_CONTINUUM                Continuum level
_CORR                             MODEL_CORRECTION               Correction or adjustment
OBJ_VEL_DRIFT                     MODEL_DRIFT-VELOC              Terminal drift velocity
OBJ_GEOM_TRIAX                    MODEL_DYN-TRIAX                Dynamical triaxiality
?                                 MODEL_ENERGY                   Energy modeled quantities
SPEC_SED_MODEL                    MODEL_ENERGY_DIST            Energy distribution
PHYS_BULK_EOS                     MODEL_EOS                      Equation of state
PHYS_BULK_EOS_ID                  MODEL_EOS_ID                 Name of used equation of state
LOS_ISM_EXT                       MODEL_EXTINCTION               Interstellar extinction quantities
LOS_ISM_EXT_COEFF                 MODEL_EXTINCTION_COEFF       Insterstellar extinction coefficient
# Extinction coeffs and other theory are always 'model'.
_MODEL_FEATURE                    MODEL_FEATURE                  Model Feature
PHOT_FLUX_MODEL                   MODEL_FLUX                     Modeled Flux
_MODEL_ID                         MODEL_ID                       Model Identification
SPEC_LINE_FLUX_MODEL              MODEL_LINE-FLUX                Model Spectral Line Flux
PHOT_MAG_MODEL                    MODEL_MAG                      Model-generated Magnitude
_MODEL_DIFF                       MODEL_MAG_CORR               Magnitude Correction or Difference
_MODEL                            MODEL_MAG_VALUE              Magnitude (in any band) generated by a model (or templates)
?                                 MODEL_MOMENT-FLUX-RATIO        Moment Flux Ratio
_MODEL_PARAM                      MODEL_PARAM                    Model Parameter
POP_SPEC_SYNTH                    MODEL_POP-SYNTHESIS            Population Synthesis Quantity
_MODEL_RESIDUAL                   MODEL_RESIDUAL                 Model Residual
_MODEL_RESULT                     MODEL_RESULT                   Model Solution Value
_MODEL_TYPE                       MODEL_TYPE                     Model Type
PHYS_AT_TRANS_ZEEMAN              MODEL_ZEEMAN                   Zeeman Effect Quantities
PHYS_AT_TRANS_ZEEMAN_CO           MODEL_ZEEMAN_COEFF           Zeeman Effect Coefficient
OBJ_CLASS_MORPH?                  MORPH                            Morphology of celestial objects
OBJ_CLASS_GAL_ARMS                MORPH_ARMS                     Spiral Arms Structure (galaxies)
OBJ_CLASS_GAL_ARMS_RATIO          MORPH_ARMS_RATIO             Ratio of Spiral Arm (galaxies)
OBJ_CLASS_GAL_ARMS_WOUND          MORPH_ARMS_WOUND             Wound Parameter of a spiral arm galaxy
OBJ_CLASS_GAL_ASYM                MORPH_ASYMMETRY                Asymmetry Induced by Rotation
OBJ_CLASS_GAL_BAR                 MORPH_BAR                      Presence or detection of a bar in a galaxy
OBJ_CLASS_MORPH_CODE              MORPH_CODE                     Code refering to a morphological property
OBJ_CLASS_MORPH_PARAM             MORPH_PARAM                    Morphological (geometrical) parameter
OBJ_CLASS_MORPH_TYPE              MORPH_TYPE                     Morphological Type
_NOTE                             NOTE                             A Note related to a certain quantity or value
_N                                NUMBER                           Number Of ``things'' (stars, observations, etc.)
OBJ(*OBJ)                         -                               Specific object
OBJ(E)_NUT                        NUTATION                         Earth's Nutation Related Quantities
OBJ(E)_NUT_ANGLE                  NUTATION_PARAM                 Nutation Parameter
# I'm guessing this is the angle
_OBS ?                            OBS                              Observational Quantities
SRC_REG_DIA                       OBS_ANG-SIZE                   Observational angular size
OBS_INST_BAND                     OBS_BAND                       Band or Filter used for the observation
PHOT_CAL                          OBS_CALIB                      Calibrations related to observations
PHOT_CAL_ZERO                     OBS_CALIB_CONST              Calibration's Constant
PHOT_CAL_SCALE                    OBS_CALIB_FACTOR             Calibration conversion factor
# This is heterogeneous...I'm guessing flux cal is meant here, but
# need ones for wave cal too etc
OBS_ID                            OBS_CODE                       Observation code for observing run
OBS_SITE_CONDS                    OBS_CONDITIONS                 Observation condition
PHOT_LIMIT                        OBS_DETECT-LIMIT               Detection Limit
# This is a property of a region of an observation - you may have an upper limit
# at a point or a single detection limit for a whole field, it's the same thing
# (so note there is an association between limit and region)
# It may have suffix of bandpass
SRC_DET_SIG                       OBS_DETECT-SIGNIF              Detection Significance
# This is a property of a detected source
_DIFF                             OBS_DIFF                       Observations' offset, difference, or deviation
# Append to UCD of whatever is offset
OBS_POS_UNC_DRIFT                 OBS_DRIFT                      Positional drift during the observation
OBS_COV_BAND_FREQ                OBS_FREQUENCY                  Frequency of the observation
OBS_ID                            OBS_ID                         Observation identification
#  Comment: OBS_ mixes observation conditions and observed quantities.
SPEC_LINE_WIDTH_G                 OBS_LW                         Observed gaussian line-width
OBS_METHOD                        OBS_METHOD                     Observational Method/Technique
UNK                               OBS_OTHER                      Other Measurements
#  Comment: useless?
OBS_PARAM ?                       OBS_PARAM                      Additional Observational Parameters
OBS_PLATE ?                       OBS_PLATE                      Quantities related to measurements on plates
SRC_REG_DIA?                      OBS_PLATE_APERT              Plate (Circular) Aperture
SRC_REG_DIA                       OBS_PLATE_EXTENSION          Linear diameter of an object measured on a Plate
#  Comment: what does this really mean? Is this really different to a normal measured  diameter?
_MODEL_RATIO                      OBS_PRED/OBS                   Fraction of predicted to observed quantities
#  Comment: is this really different to FIT MEAS/THEORY?  Need to attach to whatever UCD is being measured. 
OBS_RUN                           OBS_RUN                        Observation run
SRC_REG_DIA                       OBS_SIZE                       Observed size
#  Comment: I doubt that OBS_SIZE and EXTENSION_DIAM are really different.
SRC_REG_DIA_DEC                   OBS_SIZE_DEC                 Observed size in declination
OBS_DISP                          OBS_SLIT                       Spectroscopic slit properties
# Applies to any dispersive system, not always a slit spectrograph?
SRC_DISP_Y                        OBS_SLIT_OFFSET              Slit offset respect to the nucleus of galaxy
#  Comment: this is really "position of source in slit coordinates".
OBS_DISP_THETA                    OBS_SLIT_ORIENT              Slit orientation
#  Comment: is this "PA of slit on sky" or "orientation of slit wrt source major axis"?
#  I suspect the former.
OBS_SPECTRUM?                     OBS_SPECTRUM                   Spectral observations
OBS_TYPE ?                        OBS_TYPE                       Type of observation
OBS_SITE                          OBSTY                            Data on Observatories
OBS_SITE_POS_ALT                  OBSTY_ALTITUDE                 Observatory Altitude
OBS_SITE_CODE                     OBSTY_CODE                     Observatory Code
OBS_SITE_NAME                     OBSTY_ID                       Observatory Identification/Name
ORBIT                             ORBIT                            Orbital elements (planets, double stars, galaxies)
ORBIT_ELT_NODE                    ORBIT_ASC-NODE                 Longitude of ascending node
ORBIT_COMET?                      ORBIT_COMETS                   Cometary orbit parameter
ORBIT_CONV_ANG?                   ORBIT_CONV-ANGLE               Convergence angle
ORBIT_PERI                        ORBIT_DISTANCE                 Distance, perihelion, or separation between components
ORBIT_DIST                        ORBIT_DISTANCE                 Distance, perihelion, or separation between components
# Here instantaneous distance
ORBIT_ELT_E                       ORBIT_ECCENTRICITY             Orbital eccentricity
ORBIT_ELONG                       ORBIT_ELONGATION               Elongation of radiant
ORBIT_FREQ                        ORBIT_FREQUENCY                Orbital frequency (orbital angular velocity)
ORBIT_ELT_M                       ORBIT_MEAN-ANOMALY             Mean anomaly
-                                 ORBIT_P-ASTRON                 Quantities related to the Periastron
ORBIT_ELT_AOP                     ORBIT_P-ASTRON_ARG           Periastron argument or longitude
ORBIT_ELT_TPERI                   ORBIT_P-ASTRON_DATE          Date of occurance of periastron
ORBIT_PERIDOT                     ORBIT_P-ASTRON_RATE          Rate of periastron advance
ORBIT_ELT_AOP                     ORBIT_P-HELION                 Perihelion argument or longitude
-                                 ORBIT_PARAM                    Orbital parameter
ORBIT_PERIOD                      ORBIT_PERIOD                   Orbital period
ORBIT_PDOT                        ORBIT_PERIOD_DERIVATIVE      Time derivative of orbital period
ORBIT_PHASEANG                    ORBIT_PHASE-ANGLE              Orbital phase angle
ORBIT_RV                          ORBIT_RV                       Orbital radial velocity properties
ORBIT_RV_AMP                      ORBIT_RV_S-AMPLITUDE         Semi amplitude of radial velocity curve
ORBIT_DIA_PROJ                    ORBIT_SEPARATION               Orbital Separation (angular distance)
ORBIT_DIA                         ORBIT_SIZE                     Orbital size
ORBIT_RADIUS                      ORBIT_SIZE_RADIUS            Orbital radius (binary stars)
ORBIT_ELT_A                       ORBIT_SIZE_SMAJ              Semi-major axis of the orbit
PHOT_                             PHOT                             Photometry, extending to several wavelength regimes (X to Radio)
PHOT_MAG_13C_                     PHOT_13C                       13 color system (Stellar Applications) GCPD#66
PHOT_COL(13C,33-52)               PHOT_13C_33-52               Color index 33-52 (13C)
PHOT_COL(13C,35-52)               PHOT_13C_35-52               Color index 35-52 (13C)
PHOT_COL(13C,37-52)               PHOT_13C_37-52               Color index 37-52 (13C)
PHOT_COL(13C,40-52)               PHOT_13C_40-52               Color index 40-52 (13C)
PHOT_COL(13C,45-52)               PHOT_13C_45-52               Color index 45-52 (13C)
PHOT_MAG(13C,52)                  PHOT_13C_52                  Magnitude 52 (13C)
PHOT_COL(13C,52-110)              PHOT_13C_52-110              Color index 52-110 (13C)
PHOT_COL(13C,52-58)               PHOT_13C_52-58               Color index 52-58 (13C)
PHOT_COL(13C,52-63)               PHOT_13C_52-63               Color index 52-63 (13C)
PHOT_COL(13C,52-72)               PHOT_13C_52-72               Color index 52-72 (13C)
PHOT_COL(13C,52-80)               PHOT_13C_52-80               Color index 52-80 (13C)
PHOT_COL(13C,52-86)               PHOT_13C_52-86               Color index 52-86 (13C)
PHOT_COL(13C,52-99)               PHOT_13C_52-99               Color index 52-99 (13C)
_ABS                              PHOT_ABS-MAG                   Absolute magnitude
_ABS                              PHOT_ABS-MAG_BAND            Absolute magnitude in a band, regardles of band
PHOT_MAG_BOL_ABS                  PHOT_ABS-MAG_BOL             Bolometric absolute magnitude
OBS_ATM_                          PHOT_ATM                       Earth Atmosphere Parameters Linked to Photometry
OBS_ATM_AIRMASS                   PHOT_ATM_AIRMASS             Air mass
OBS_ATM_EXT                       PHOT_ATM_EXT                 Atmospheric extinction coefficient
PHOT_BOL_                         PHOT_BOL                       Bolometric Quantities
PHOT_COL_BOL()                    PHOT_BOL_CORR                Bolometric correction
PHOT_FLUX_BOL                     PHOT_BOL_FLUX                Bolometric Flux
PHOT_LUM_BOL                      PHOT_BOL_LUMINOSITY          Bolometric luminosity
PHOT_MAG_BOL                      PHOT_BOL_MAG                 Bolometric magnitude
SRC_IMAGE_SLOPE                   PHOT_BRIGHTNESS-SLOPE          Spatial brightness distribution slope
# This is part of a spatial flux model for a source
#
PHOT_COL                          PHOT_CI                        Color index in unspecified system
PHOT_COL(,102-C220)               PHOT_CI_102-C220             Color index 102-C220
PHOT_COL(UNK,B-R)                 PHOT_CI_B-R                  Color index B-r
PHOT_COL(HALPHA,LINE-CONT)        PHOT_CI_ALPHA                Color index based on H-alpha line
PHOT_COL(HBETA,LINE-CONT)         PHOT_CI_BETA                 Color index beta or h-beta (not Stroemgren index)
PHOT_COL(BALMER,LINE-CONT)        PHOT_CI_BALMER               Color index using the Balmer lines Hgamma or higher
PHOT_COL(UNK,B-I)                 PHOT_CI_B-I                  Color index B-I from heterogeneous photometric systems
PHOT_COL(UNK,B-K)                 PHOT_CI_B-K                  Color index B-K from heterogeneous photometric systems
PHOT_COL(UNK,B-V)                 PHOT_CI_B-V                  Color index B-V in a non-conventional system
PHOT_COL(,CN-TiO)                 PHOT_CI_CN-TIO               Color index CN-TiO
PHOT_COL_CODE                     PHOT_CI_CODE                 Codes associated with color index
PHOT_COL_FRACT                    PHOT_CI_FRACT                Fractional color index
PHOT_COL(g,b-v)                   PHOT_CI_GB-GV                Color index gb-gv
PHOT_COL(g,u-b)                   PHOT_CI_GU-GB                Color index gu-gb
PHOT_COL(IRAS,)                   PHOT_CI_IR                   Various far IR color indices (e.g. with IRAS bands)
PHOT_COL(,IR-OPT)                 PHOT_CI_IR-OPT               Color index Infrared minus optical
PHOT_COL(,M-51)                   PHOT_CI_M-51                 Color index M-51
PHOT_COL(,R-HALPHA)               PHOT_CI_R-HALPHA             Color index R minus Halpha
PHOT_COL(,R-I)                    PHOT_CI_R-I                  Color index R-I
PHOT_COL(,U-B)                    PHOT_CI_U-B                  Color index u-B U-B
PHOT_COL(,U-R)                    PHOT_CI_U-R                  Color index u-r
PHOT_COL(UNK,UNK)                 PHOT_CI_UNDEF                Color index in unspecified system
PHOT_COL(,UV-OPT)                 PHOT_CI_UV-OPT               Color index uv minus Optical (UV-OPT)
PHOT_COL(,V-I)                    PHOT_CI_V-I                  Color index V-I (no standard system specified)
PHOT_COL(,V-R)                    PHOT_CI_V-R                  Color index V-R (no standard system specified)
?                                 PHOT_CLASS                     Classification of photometry
PHOT_COL_                         PHOT_COLOR                     Quantities related to color indices
PHOT_COL_EXCESS                   PHOT_COLOR_EXCESS            Color excess (not just E(B-V))
PHOT_RATE                         PHOT_COUNT-RATE                Count rates in several wavelength regimes
PHOT_RATE(UV)                     PHOT_COUNT-RATE_UV           Count rate in ultraviolet
PHOT_RATE(XR)                     PHOT_COUNT-RATE_X            Count rate in x-ray
PHOT_COUNTS                       PHOT_COUNTS                    Count measured in the detector
PHOT_COUNTS(IUE/SWP)              PHOT_COUNTS_IUE              Count from IUE
PHOT_COUNTS(IUE/LWP)              PHOT_COUNTS_IUE              Count from IUE
PHOT_COUNTS                       PHOT_COUNTS_MISC             Count measurement in the detector
PHOT_COUNTS(RADIO)                PHOT_COUNTS_RADIO          Counts in radio regime
PHOT_COUNTS(GAMMA)                PHOT_COUNTS_GAMMA          Count in gamma-ray regime
PHOT_RATE(GAMMA)                  PHOT_COUNT-RATE_GAMMA      Count rate of gamma photons
PHOT_COUNT_RATIO                  PHOT_COUNTS_RATIO          Ratio of photon counts, or relative counts.
PHOT_COUNTS(XR)                   PHOT_COUNTS_X                Counts in X-ray
PHOT_MAG(COUS)                    PHOT_COUS                      Cousins photometric system GCPD#54
PHOT_MAG(COUS,I)                  PHOT_COUS_I                  Cousins magnitude Ic 
PHOT_MAG(COUS,R)                  PHOT_COUS_R                  Cousins magnitude R COUS
PHOT_COL(COUS,R-I)                PHOT_COUS_R-I                Cousins R-I color index COUS
PHOT_COL(COUS,V-I)                PHOT_COUS_V-I                (Kron-)Cousins V-I color index COUS
PHOT_COL(COUS,V-R)                PHOT_COUS_V-R                (Kron-)Cousins V-R color index
PHOT_MAG(DDO,)                    PHOT_DDO                       DDO Photometric System GCPD#12
PHOT_COL(DDO,35-38)               PHOT_DDO_35-38               Color index 35-38 DDO
PHOT_COL(DDO,38-41)               PHOT_DDO_38-41               Color index 38-41 DDO
PHOT_COL(DDO,41-42)               PHOT_DDO_41-42               Color index 41-42 DDO
PHOT_COL(DDO,42-45)               PHOT_DDO_42-45               Color index 42-45 DDO
PHOT_COL(DDO,42-48)               PHOT_DDO_42-48               Color index 42-48 DDO
PHOT_COL(DDO,45-48)               PHOT_DDO_45-48               Color index 45-48 DDO
PHOT_COL(DDO,48-51)               PHOT_DDO_48-51               Color index 48-51 DDO
PHOT_MAG(DDO,48)                  PHOT_DDO_M48                 Magnitude m48 DDO
-                                 PHOT_DIFF                      Differences or differential quantities
PHOT_COL()_DIFF                   PHOT_DIFF_CI                 Difference in color index
PHOT_MAG()_DIFF                   PHOT_DIFF_MAG                Difference in or differential magnitude
PHOT_SB()_DIFF                    PHOT_DIFF_SB                 Difference in surface brightness
SRC_DIST_MAG                      PHOT_DIST-MOD                  Distance Modulus
# Distance modulus is not a brightness, it's a distance expressed in mag
PHOT_EXT                 PHOT_EXTINCTION                Extinction total to differential
PHOT_EXT_GAL              PHOT_EXTINCTION_GAL          Galactic extinction
PHOT_EXT_INT               PHOT_EXTINCTION_INT          Internal extinction
PHOT_EXT_ISM                   PHOT_EXTINCTION_ISM          Interstellar Absorption
PHOT_EXT_R                   PHOT_EXTINCTION_R            Insterstellar extinction (ratio total to differential)
PHOT_EXT_TOT                   PHOT_EXTINCTION_TOTAL        Total Extinction
PHOT_FLUENCE             PHOT_FLUENCE                   Fluence
PHOT_FLUX                 PHOT_FLUX                      Flux
PHOT_FLUXD                   PHOT_FLUX_DENSITY            Flux density
PHOT_FLUX(GAMMA)                   PHOT_FLUX_GAMMA              Flux in gamma rays
PHOT_FLUX(HALPHA)                   PHOT_FLUX_HALPHA             H-Alpha Flux
PHOT_FLUX(HBETA)                   PHOT_FLUX_HBETA              H Beta line flux
PHOT_FLUX(IRAS)                   PHOT_FLUX_IR                 IR flux (IRAS or others)
PHOT_FLUX(6 mu)                     PHOT_FLUX_IR_6             Flux density around 6 microns (e.g. ISO at 6.7 microns) close to M filter
PHOT_FLUX(9 mu)                     PHOT_FLUX_IR_9             Flux density around 9 microns (range 8-10)
PHOT_FLUX(IRAS12)                     PHOT_FLUX_IR_12            Flux density (IRAS) at 12 microns, or around 12 microns (ISO at 14.3)
PHOT_FLUX(IRAS25)                     PHOT_FLUX_IR_25            Flux density (IRAS) at 25 microns
PHOT_FLUX(3.5 mu)                     PHOT_FLUX_IR_3.5           Flux density at 3.5 microns
PHOT_FLUX(15 mu)                     PHOT_FLUX_IR_15            Flux density around 15 microns (e.g. 14.3um ISO)
PHOT_FLUX(IRAS60)                     PHOT_FLUX_IR_60            Flux density (IRAS) at 60 microns
PHOT_FLUX(IRAS100)                     PHOT_FLUX_IR_100           Flux density (IRAS) at 100 microns
PHOT_FLUX(170 mu)                     PHOT_FLUX_IR_170           Far infra-red Flux density around 170um (1750GHz)
PHOT_FLUX(300 mu)                     PHOT_FLUX_IR_300           Far infra-red Flux density around 300um (3000GHz)
PHOT_FLUX(FIR)                     PHOT_FLUX_IR_FAR           Far Infrared flux
PHOT_FLUX(H)                     PHOT_FLUX_IR_H             Flux Density in Johnson's H Band
PHOT_FLUX(L)                     PHOT_FLUX_IR_L             Flux Density in Johnson's L Band
PHOT_FLUX(UNK)                     PHOT_FLUX_IR_MISC          Miscellaneous IR fluxes
PHOT_FLUX_RATIO                   PHOT_FLUX_NORM               Normalized Flux, always dimensionless
PHOT_FLUX(OPTICAL)                   PHOT_FLUX_OPTICAL            Flux in the Optical (unspecified system and/or units)
PHOT_FLUX(RADIO)                   PHOT_FLUX_RADIO              Flux density at radio frequencies
PHOT_FLUX(22 MHz)                     PHOT_FLUX_RADIO_22M        Radio flux density around 22MHz (13.6m)
PHOT_FLUX(31 MHz)                     PHOT_FLUX_RADIO_31M        Radio flux density around 31MHz (9.7m)
PHOT_FLUX(43 MHz)                     PHOT_FLUX_RADIO_43M        Radio flux density around 43MHz (7.0m)
PHOT_FLUX(61 MHz)                     PHOT_FLUX_RADIO_61M        Radio flux density around 61MHz (4.9m)
PHOT_FLUX(87 MHz)                     PHOT_FLUX_RADIO_87M        Radio flux density around 87MHz (3.5m)
PHOT_FLUX(110 MHz)                     PHOT_FLUX_RADIO_110M       Radio flux density around 110MHz (2.7m)
PHOT_FLUX(150 MHz)                     PHOT_FLUX_RADIO_150M       Radio flux density around 150MHz (2.0m)
PHOT_FLUX(175 MHz)                     PHOT_FLUX_RADIO_175M       Radio flux density around 175MHz (1.7m)
PHOT_FLUX(250 MHz)                     PHOT_FLUX_RADIO_250M       Radio flux density around 250MHz (1.2m)
PHOT_FLUX(325 MHz)                     PHOT_FLUX_RADIO_325M       Radio flux density around 325MHz (92cm)
PHOT_FLUX(365 MHz)                     PHOT_FLUX_RADIO_365M       Radio flux density around 365MHz (82cm)
PHOT_FLUX(400 MHz)                     PHOT_FLUX_RADIO_400M       Radio flux density around 400MHz (75cm)
PHOT_FLUX(500 MHz)                     PHOT_FLUX_RADIO_500M       Radio flux density around 500MHz (60cm)
PHOT_FLUX(600 MHz)                     PHOT_FLUX_RADIO_600M       Radio flux density around 600MHz (50cm)
PHOT_FLUX(700 MHz)                     PHOT_FLUX_RADIO_700M       Radio flux density around 700MHz (43cm)
PHOT_FLUX(850 MHz)                     PHOT_FLUX_RADIO_850M       Radio flux density around 850MHz (35cm)
PHOT_FLUX(1 GHz)                     PHOT_FLUX_RADIO_1G         Radio flux density around 1GHz (30cm)
PHOT_FLUX(1.4 GHz)                     PHOT_FLUX_RADIO_1.4G       Radio flux density around 1.4GHz (21cm)
PHOT_FLUX(1.6 GHz)                     PHOT_FLUX_RADIO_1.6G       Radio flux density around (OH maser)
PHOT_FLUX(2.0 GHz)                     PHOT_FLUX_RADIO_2G         Radio flux density around 2GHz (15cm)
PHOT_FLUX(2.7 GHz)                     PHOT_FLUX_RADIO_2.7G       Radio flux density around 2.7GHz (11cm)
PHOT_FLUX(3.9 GHz)                     PHOT_FLUX_RADIO_3.9G       Radio flux density around 3.9GHz (7.7cm)
PHOT_FLUX(5.0 GHz)                     PHOT_FLUX_RADIO_5G         Radio flux density around 5GHz (6cm)
PHOT_FLUX(7.5 GHz)                     PHOT_FLUX_RADIO_7.5G       Radio flux density around 7.5GHz (4cm)
PHOT_FLUX(8.4 GHz)                     PHOT_FLUX_RADIO_8.4G       Radio flux density around 8.4GHz (3.6cm)
PHOT_FLUX(10.7 GHz)                     PHOT_FLUX_RADIO_10.7G      Radio flux density around 10.7GHz (2.8cm)
PHOT_FLUX(15.0 GHz)                     PHOT_FLUX_RADIO_15G        Radio flux density around 15GHz (2cm)
PHOT_FLUX(22.0 GHz)                     PHOT_FLUX_RADIO_22G        Radio flux density around (H2O maser)
PHOT_FLUX(36.0 GHz)                     PHOT_FLUX_RADIO_36G        Radio flux density around 36GHz (8.3mm)
PHOT_FLUX(43.0 GHz)                     PHOT_FLUX_RADIO_43G        Radio flux density around 43GHz (7.0mm)
PHOT_FLUX(63.0 GHz)                     PHOT_FLUX_RADIO_63G        Radio flux density around 63GHz (4.8mm)
PHOT_FLUX(90.0 GHz)                     PHOT_FLUX_RADIO_90G        Radio flux density around 90GHz (3.3mm)
PHOT_FLUX(125.0 GHz)                     PHOT_FLUX_RADIO_125G       Radio flux density around 125GHz (2.4mm)
PHOT_FLUX(180.0 GHz)                     PHOT_FLUX_RADIO_180G       Radio flux density around 180GHz (1.7mm)
PHOT_FLUX(250.0 GHz)                     PHOT_FLUX_RADIO_250G       Radio flux density around 250GHz (1.2mm)
PHOT_FLUX(350.0 GHz)                     PHOT_FLUX_RADIO_350G       Radio flux density around 350GHz (860um)
PHOT_FLUX(500.0 GHz)                     PHOT_FLUX_RADIO_500G       Radio flux density around 500GHz (600um)
PHOT_FLUX(700.0 GHz)                     PHOT_FLUX_RADIO_700G       Radio flux density around 700GHz (430um)
PHOT_FLUX(RADIO)                    PHOT_FLUX_RADIO_MISC       Miscellaneous Radio flux density
PHOT_FLUX(SiO-Maser)                     PHOT_FLUX_RADIO_SIO-MASER   SiO maser peak radio flux
PHOT_FLUX_RATIO                   PHOT_FLUX_RATIO              Flux ratio
PHOT_FLUX_RATIO                   PHOT_FLUX_REL                Relative (normalized) flux
PHOT_FLUX(UV)                   PHOT_FLUX_UV                 Ultraviolet flux (uv far-uv euv)
PHOT_FLUX(X)                   PHOT_FLUX_X                  X-ray flux
PHOT_MAG(GEN,)                 PHOT_GEN                       Geneva's photometric system GCPD#13
PHOT_COL(GEN,B-V)                    PHOT_GEN_B-V                 Geneva color index B-V (GEN)
PHOT_COL(GEN,B1-B)                   PHOT_GEN_B1-B                Geneva color index B1-B (GEN)
PHOT_COL(GEN,B2-B)                   PHOT_GEN_B2-B                Geneva color index B2-B (GEN)
PHOT_COL(GEN,G-B)                    PHOT_GEN_G-B                 Geneva color index G-B (GEN)
PHOT_COL(GEN,)                       PHOT_GEN_MISC                various geneva photometric color indices (and linear combinations)
PHOT_COL(GEN,U-B)                    PHOT_GEN_U-B                 Geneva color index U-B (GEN)
PHOT_MAG(GEN,V)                      PHOT_GEN_V                   Geneva magnitude filter V (GEN)
PHOT_COL(GEN,V-B)                    PHOT_GEN_V-B                 Geneva color index V-B (GEN)
PHOT_COL(GEN,V1-B)                   PHOT_GEN_V1-B                Geneva color index V1-B (GEN)
PHOT_MAG(GUNN,)                      PHOT_GUNN                      Gunn Photometric System GCPD#38
PHOT_MAG(GUNN,G)                     PHOT_GUNN_G                  Magnitude g (GUNN)
PHOT_COL(GUNN,G-I)                   PHOT_GUNN_G-I                Color index g-i (GUNN)
PHOT_COL(GUNN,G-R)                   PHOT_GUNN_G-R                Color index g-r (GUNN)
PHOT_MAG(GUNN,I)                     PHOT_GUNN_I                  Magnitude i (GUNN), also used in DENIS (0.82{mu}m)
PHOT_COL(GUNN,I-Z)                   PHOT_GUNN_I-Z                Color index I-z (GUNN)
PHOT_MAG(GUNN,R)                     PHOT_GUNN_R                  Magnitude R (GUNN)
PHOT_COL(GUNN,R-I)                   PHOT_GUNN_R-I                Color index R-I (GUNN)
PHOT_MAG(GUNN,V)                     PHOT_GUNN_V                  Magnitude v (GUNN)
PHOT_COL(GUNN,V-R)                   PHOT_GUNN_V-R                Color index V-R (GUNN)
PHOT_MAG(GUNN,Z)                     PHOT_GUNN_Z                  Magnitude z (GUNN)
PHOT_MAG(HEI,)                       PHOT_HEI                       Heidelberg s Photometric System (HEI)
PHOT_COL(HEI,U-B)                    PHOT_HEI_U-B                 Heidelberg photometry U-B (HEI)
PHOT_MAG(HIP,)                       PHOT_HIPPAR                    Hipparcos' photometry system
PHOT_MAG(HST,)                       PHOT_HST                       HST Photometric System (by filter name) (HST)
PHOT_MAG(HST,F1042M)                 PHOT_HST_F1042M              Magnitude F1042M (HST)
PHOT_MAG(HST,F140W)                  PHOT_HST_F140W               Magnitude M104W (HST)
PHOT_COL(HST,IR-IR)                  PHOT_HST_CI_IR               HST Color Index from IR filters, e.g. F140W-F210W
PHOT_COL(HST,U-B)                    PHOT_HST_CI_U-B              HST Color Index close to U-B, e.g. F336W-F430W
PHOT_MAG(HST,F170W)                  PHOT_HST_F170W               Magnitude F170W (HST)
PHOT_MAG(HST,F175W)                  PHOT_HST_F175W               Magnitude F175W (HST)
PHOT_MAG(HST,F220W)                  PHOT_HST_F220W               Magnitude F220W (HST)
PHOT_MAG(HST,F255W)                  PHOT_HST_F255W               Magnitude F255W (HST)
PHOT_MAG(HST,F275W)                  PHOT_HST_F275W               Magnitude F275W (HST)
PHOT_MAG(HST,F300W)                  PHOT_HST_F300W               Ultraviolet Magnitude F300W (HST)
PHOT_COL(HST,U-V)                    PHOT_HST_CI_U-V              HST Color Index close to U-V, e.g. F336W-F555W
PHOT_MAG(HST,F342W)                  PHOT_HST_F342W               Ultraviolet Magnitude in filters F330W or F342W (HST)
PHOT_MAG(HST,F430W)                  PHOT_HST_F430W               Ultraviolet magnitude F430W or F439W (HST)
PHOT_COL(HST,B-V)                    PHOT_HST_CI_B-V              HST Color Index close to B-V, e.g. F430W-F555W
PHOT_MAG(HST,F450W)                  PHOT_HST_F450W               Ultraviolet Magnitude F450W (HST)
PHOT_MAG(HST,F480LP)                 PHOT_HST_F480LP              Magnitude F480LP (HST)
PHOT_MAG(HST,F547M)                  PHOT_HST_F547M               Magnitude F547M (HST)
PHOT_MAG(HST,F555W)                  PHOT_HST_F555W               Magnitude F555W (HST)
PHOT_COL(HST,B-R)                    PHOT_HST_CI_B-R              HST Color Index close to B-R, e.g. F430W-F675W
PHOT_COL(HST,V-R)                    PHOT_HST_CI_V-R              HST Color Index close to V-R, e.g. F555W-F675W
PHOT_COL(HST,R-I)                    PHOT_HST_CI_R-I              HST Color Index close to R-I, e.g. F675W-F814W
PHOT_MAG(HST,F569W)                  PHOT_HST_F569W               Magnitude F569W (HST)
PHOT_MAG(HST,F606W)                  PHOT_HST_F606W               Magnitude F606W (HST)
PHOT_COL(HST,V-I)                    PHOT_HST_CI_V-I              HST Color Index close to V-I, e.g. F555W-F814W
PHOT_MAG(HST,F622W)                  PHOT_HST_F622W               Magnitude F622W (HST)
PHOT_MAG(HST,F675W)                  PHOT_HST_F675W               Magnitude F675W (HST)
PHOT_MAG(HST,F702W)                  PHOT_HST_F702W               Magnitude F702W (HST)
PHOT_MAG(HST,F725LP)                 PHOT_HST_F725LP              Magnitude F725LP (HST)
PHOT_MAG(HST,F785LP)                 PHOT_HST_F785LP              Magnitude F785LP (HST)
PHOT_MAG(HST,F791W)                  PHOT_HST_F791W               Magnitude F791W (HST)
PHOT_MAG(HST,F814W)                  PHOT_HST_F814W               Magnitude F814W (HST)
PHOT_MAG(HST,F850LP)                 PHOT_HST_F850LP              Magnitude F850LP (HST)
PHOT_MAG(HST,V)                      PHOT_HST_V                   Magnitude V (visual) HST (unspecified filter name)
PHOT_COL()                           PHOT_INDX                      Photometric index (usually in narrow bands)
PHOT_COL(,HI)                        PHOT_INDX_HI                 Neutral hydrogen HI photometry index
PHOT_MAG()_INT                       PHOT_INT-MAG                   Integrated or isophotal magnitudes
PHOT_MAG(,B)_INT                     PHOT_INT-MAG_B               Integrated total or isophotal blue magnitude
PHOT_MAG(,I)_INT                     PHOT_INT-MAG_I               Integrated, total or isophotal, I magnitude
PHOT_MAG(UNK,)_INT                   PHOT_INT-MAG_MISC            Miscellaneous Integrated or isophotal magnitudes
PHOT_MAG(,R)_INT                     PHOT_INT-MAG_R               Integrated, total or isophotal, R magnitude
PHOT_MAG(,I)_INT                     PHOT_INT-MAG_U               Integrated, total or isophotal, V magnitude
PHOT_MAG(,V)_INT                     PHOT_INT-MAG_V               Integrated, total or isophotal, V magnitude
PHOT_INTENSITY_                      PHOT_INTENSITY                 Intensity
PHOT_INTENSITY_ADU                   PHOT_INTENSITY_ADU           Intensity expressed in ADU (analog to digital units)
PHOT_INTENSITY_ADU                   PHOT_INTENSITY_ESTIMATED     Estimated intensity
# What in astronomy is *not* estimated? 
PHOT_INTENSITY_ADU?                  PHOT_INTENSITY_MISC          Miscellaneous Intensity
PHOT_INTENSITY_RATIO                 PHOT_INTENSITY_NORMALIZED     Normalized intensity
SRC_IMAGE_RADIAL_PROFILE_INTENSITY   PHOT_INTENSITY_PROFILE       Intensity profile
PHOT_INTENSITY_RATIO                 PHOT_INTENSITY_RATIO         Intensity ratio
PHOT_MAG(,IR)                        PHOT_IR                        Infrared magnitudes (not well inserted in photometric systems)
PHOT_COL(IRAS,IRAS12-IRAS25)         PHOT_IR_12-25                Infrared color index 12-25 (IRAS)
PHOT_COL(CO 2.29mu,LINE-CONT)        PHOT_IR_2.29                 CO band index magnitude at 2.29 micron
PHOT_COL(IRAS<IRAS25-IRAS60)         PHOT_IR_25-60                Infrared IRAS color index 25-60 microns
PHOT_MAG(,3.4 mu)                    PHOT_IR_3.4                  Infrared magnitude at 3.4 microns
PHOT_MAG(,4.2 mu)                    PHOT_IR_4.2                  Infrared magnitude at 4.2 micron
PHOT_MAG(,BrkGamma)                  PHOT_IR_BGAMMA               Infrared Bracket Gamma magnitude
PHOT_MAG(,K-10 mu)                   PHOT_IR_K-10                 Infrared color index K-10 (K minus 10 microns)
PHOT_MAG(,K-IRAS100)                 PHOT_IR_K-100                Infrared color index K-100 (K minus 100 microns)
PHOT_MAG(,K-IRAS12)                  PHOT_IR_K-12                 Infrared color index K-12 (K minus 12 microns)
PHOT_MAG(,K-IRAS25)                  PHOT_IR_K-25                 Infrared color index K-25 (K minus 25 microns)
PHOT_MAG(,K-IRAS60)                  PHOT_IR_K-60                 Infrared color index K-60 (K minus 60 microns)
PHOT_MAG(,L0 3.7mu)                  PHOT_IR_L0                   Infrared magnitude L at 3.7 micron
PHOT_MAG(,FIR)                       PHOT_IR_MAG                  Far infrared magnitude mfir (may include IRAS bands)
PHOT_MAG(,N1 8.38mu)                 PHOT_IR_N1:8.38              Infrared magnitude at 8.38 microns
PHOT_MAG(,N2 9.69mu)                 PHOT_IR_N2:9.69              Infrared magnitude at 9.69 microns
PHOT_MAG(,N3 12.89mu)                PHOT_IR_N3:12.89             Infrared magnitude at 12.89 microns
PHOT_MAG(AZ,N)                       PHOT_IR_N:10.4               Infrared magnitude N at 10.4 microns
PHOT_MAG(AZ,Q)                       PHOT_IR_Q:18.06              Infrared magnitude at 18.06 microns
PHOT_MAG(J,)                         PHOT_JHN                       Johnson's Photometric system GCPD#8 GCPD#9
PHOT_MAG(J,B)                        PHOT_JHN_B                   Johnson magnitude B (JHN), centered at 450nm
PHOT_COL(J,B-H)                      PHOT_JHN_B-H                 Johnson color index B-H (JHN)
PHOT_COL(J,B-I)                      PHOT_JHN_B-I                 Johnson color index B-I (JHN)
PHOT_COL(J,B-K)                      PHOT_JHN_B-K                 Johnson color index B-K (JHN)
PHOT_COL(J,B-K')                     PHOT_JHN_B-K'                Johnson color index B-K' (JHN)
PHOT_COL(J,B-R)                      PHOT_JHN_B-R                 Johnson color index B-R (JHN)
PHOT_COL(J,B-V)                      PHOT_JHN_B-V                 Johnson color index B-V (JHN)
PHOT_MAG(J,H)                        PHOT_JHN_H                   Johnson magnitude H (JHN), centered at 1.62{mu}m
PHOT_COL(J,H-K)                      PHOT_JHN_H-K                 Johnson color index H-K (JHN)
PHOT_MAG(J,I)                        PHOT_JHN_I                   Johnson magnitude I (JHN), centered at 0.87{mu}m
PHOT_COL(J,I-K)                      PHOT_JHN_I-K                 Johnson color index I-K (JHN)
PHOT_MAG(J,J)                        PHOT_JHN_J                   Johnson magnitude J (JHN), also used in DENIS (1.25{mu}m)
PHOT_COL(J,J-H)                      PHOT_JHN_J-H                 Johnson color index J-H (JHN)
PHOT_COL(J,J-K)                      PHOT_JHN_J-K                 Johnson color index J-K (JHN)
PHOT_MAG(J,K)                        PHOT_JHN_K                   Johnson magnitude K (JHN), and Ks filter in DENIS (2.15{mu}m)
PHOT_MAG(J,K')                       PHOT_JHN_K'                  Johnson magnitude K' (JHN)
PHOT_COL(J,K-L)                      PHOT_JHN_K-L                 Johnson color index K-L (JHN), centered at 3.5{mu}m
PHOT_COL(J,K-L')                     PHOT_JHN_K-L'                Johnson color index K-L' (JHN)
PHOT_COL(J,K-M)                      PHOT_JHN_K-M                 Johnson color index K-M (JHN), centered at 5.0{mu}m
PHOT_COL(J,K-N)                      PHOT_JHN_K-N                 Johnson color index K-N (JHN), centered at 9.0{mu}m
PHOT_COL(J,K-Q)                      PHOT_JHN_K-Q                 Johnson color index K-Q (JHN)
PHOT_MAG(J,L)                        PHOT_JHN_L                   Johnson magnitude L (JHN) (3.5{mu}m)
PHOT_MAG(J,L')                       PHOT_JHN_L'                  Johnson magnitude L' (JHN)
PHOT_COL(J,L-M)                      PHOT_JHN_L-M                 Johnson color index L-M (JHN)
PHOT_MAG(J,M)                        PHOT_JHN_M                   Johnson magnitude M (JHN) (5.0{mu}m)
PHOT_MAG(J,)                         PHOT_JHN_MISC                Johnson Photometric system GCPD#8 GCPD#9
PHOT_MAG(J,N)                        PHOT_JHN_N                   Johnson flux magnitude N (JHN) (9.0{mu}m)
PHOT_MAG(J,R)                        PHOT_JHN_R                   Johnson magnitude R (JHN)
PHOT_COL(J,R-H)                      PHOT_JHN_R-H                 Johnson color index R-H (JHN)
PHOT_COL(J,R-I)                      PHOT_JHN_R-I                 Johnson color index R-I (JHN)
PHOT_COL(J,R-K)                      PHOT_JHN_R-K                 Johnson color index R-K
PHOT_MAG(J,U)                        PHOT_JHN_U                   Johnson magnitude U (JHN), centered at 360nm
PHOT_COL(J,U-B)                      PHOT_JHN_U-B                 Johnson color index U-B (JHN)
PHOT_COL(J,U-V)                      PHOT_JHN_U-V                 Johnson color index U-V (JHN)
PHOT_MAG(J,V)                        PHOT_JHN_V                   Johnson-Cousins magnitude V (JHN), centered at 555nm
PHOT_COL(J,V-H)                      PHOT_JHN_V-H                 Johnson color index V-H (JHN)
PHOT_COL(J,V-I)                      PHOT_JHN_V-I                 Johnson color index V-I (JHN)
PHOT_COL(J,V-J)                      PHOT_JHN_V-J                 Johnson color index V-J (JHN)
PHOT_COL(J,V-K)                      PHOT_JHN_V-K                 Johnson color index V-K (JHN)
PHOT_COL(J,V-L)                      PHOT_JHN_V-L                 Johnson color index V-L (JHN)
PHOT_COL(J,V-M)                      PHOT_JHN_V-M                 Johnson color index V-M (JHN)
PHOT_COL(J,V-N)                      PHOT_JHN_V-N                 Johnson color index V-N (JHN)
PHOT_COL(J,V-R)                      PHOT_JHN_V-R                 Johnson color index V-R (JHN)
PHOT_MAG()_K_CORR                    PHOT_K-CORRECTION              K correction
PHOT_MAG(LCKWD,)                     PHOT_LCKWD                     Lockwood photometric system GCPD#30
PHOT_COL(LCKWD,81-78)                PHOT_LCKWD_81-78             Color index 81-78 LCKWD
PHOT_MAG(UNK,)                       PHOT_MAG                       Magnitude of uncertain origin
PHOT_MAG(,5007A)                     PHOT_MAG_5007                Magnitude O III lambda 5007
PHOT_MAG(,B)                         PHOT_MAG_B                   Blue B magnitude
PHOT_MAG(,BLUE)                      PHOT_MAG_BLUE                Set of UCDs describing magnitudes in the "blue" region of the spectrum
PHOT_MAG()_CENTER                    PHOT_MAG_CENTR               Central magnitude
PHOT_MAG()_CORR                      PHOT_MAG_CORR                Magnitude correction
PHOT_MAG()_DROP                      PHOT_MAG_DROP                Drop in magnitude
PHOT_MAG(EYE,V)                      PHOT_MAG_EYE                 Eye estimated magnitude
PHOT_MAG(,HI)                        PHOT_MAG_HI                  Magnitude associated with neutral hidrogen
PHOT_MAG(,I)                         PHOT_MAG_I                   Near-Infrared magnitude around 0.8um (undefined or non-conventional system)
PHOT_MAG(,J)                         PHOT_MAG_J                   Near-Infrared magnitude around 1.2um (undefined or non-conventional system)
PHOT_MAG(,H)                         PHOT_MAG_H                   Near-Infrared magnitude around 1.6um (undefined or non-conventional system)
PHOT_MAG(,K)                         PHOT_MAG_K                   Near-Infrared magnitude around 2.2um (undefined or non-conventional system)
PHOT_MAG(,IR)                        PHOT_MAG_IR                  Set of UCDs describing infra-red magnitudes (NIR + FIR)
PHOT_MAG()_LIMIT                     PHOT_MAG_LIMIT               Magnitude limit
PHOT_MAG()_OFFSET                    PHOT_MAG_OFFST               Magnitude offset
PHOT_MAG(,OPT)                       PHOT_MAG_OPTICAL             Optical magnitude
PHOT_MAG(,R)                         PHOT_MAG_R                   Red (R) magnitude
PHOT_MAG(,RED)                       PHOT_MAG_RED                 Set of UCDs describing red magnitudes (lambda_eff &lt; 7000A)
PHOT_MAG(,U')                        PHOT_MAG_U                   U' magnitude (3402 A)
PHOT_MAG(UNK,)                       PHOT_MAG_UNDEF               Magnitude of uncertain origin or different bands in same column
PHOT_MAG(,UV)                        PHOT_MAG_UV                  Various Ultraviolet magnitude (TD1, ANS, FAUST, ...)
PHOT_MAG(,V)                         PHOT_MAG_V                   Visual magnitude
PHOT_MAG(,V)                         PHOT_MAG_VISUAL              Set of UCDs describing any magnitude near the "visual". eg, johnson's V
PHOT_MAG(PG,)                        PHOT_PHG                       Photographic magnitude Quantities
# The traditional notation for a phot mag is m sub pg
PHOT_MAG(PG,B)                       PHOT_PHG_B                   Photographic blue magnitude B (includes the O magnitude of POSS)
PHOT_COL(PG,B-R)                     PHOT_PHG_B-R                 Photographic color index B-R (includes the O-E color index from POSS)
PHOT_COL(PG,B-V)                     PHOT_PHG_B-V                 Photographic color index B-V
PHOT_MAG(PG,Bj)                      PHOT_PHG_BJ                  Photographic magnitude Bj
PHOT_COL(PG,Bj-Rf)                   PHOT_PHG_BJ-RF               Photographic color index Bj-Rf
PHOT_MAG(PG,I)                       PHOT_PHG_I                   Photographic magnitude I
PHOT_MAG(PG,R)                       PHOT_PHG_R                   Photographic red band magnitude R (includes E magnitude from POSS)
PHOT_COL(PG,U-B)                     PHOT_PHG_U-B                 Photographic color index U-B
PHOT_MAG(PG,)                        PHOT_PHG_MAG                 Photographic magnitude in unidentified band
PHOT_MAG(PG,U)                       PHOT_PHG_U                   Ultraviolet photographic magnitude
PHOT_COL(PG,U-V)                     PHOT_PHG_U-V                 Photographic color index U-V (ultraviolet minus photovisual)
PHOT_COL(PG,R-I)                     PHOT_PHG_R-I                 Photographic color index R-I
PHOT_MAG(PG,V)                       PHOT_PHG_V                   Photographic visual magnitude V
PHOT_COL(PG,V-R)                     PHOT_PHG_V-R                 Photographic color index V-R (or g-r)
SRC_IMAGE_RADIAL_PROFILE             PHOT_PROFILE                   Light distribution profile
SRC_IMAGE_RADIAL_PROFILE_SERSIC      PHOT_PROFILE_PAR             Light distribution's profile parameter, like Sersic's index
PHOT_FLUX(RADIO)                     PHOT_RADIO                     all radio data
PHOT_FLUX(cm)                        PHOT_RADIO_CM                Radio data 10cm &gt; lambda &gt; 1cm
PHOT_FLUX(UHF)                       PHOT_RADIO_DECI-M            Radio data 100cm &gt; lambda &gt; 10cm
PHOT_FLUX(submm)                     PHOT_RADIO_HI-FREQ           Radio data &gt; 100 GHz
PHOT_FLUX(cm/mm)                     PHOT_RADIO_INT-FREQ          Radio data 1GHZ &lt; nu &lt; 100GHz
PHOT_FLUX(VHF/HF)                    PHOT_RADIO_LOW-FREQ          Radio data &lt; 1GHz
# the above three are approximate renditions using the proposed bands
PHOT_FLUX(VHF)                       PHOT_RADIO_METRIC            Radio data lambda &gt; 100cm
PHOT_FLUX(mm)                        PHOT_RADIO_MM                Radio data 1 to 9.9 mm
PHOT_FLUX(submm)                     PHOT_RADIO_SUBMM             Radio data &lt; 1mm
PHOT_MAG()_DERED                     PHOT_RF                        Reddening Free Photometric Parameters
PHOT_MAG(UNK)_DERED                  PHOT_RF_MISC                 Miscellaneous reddening-free photometric indices
PHOT_COL(,B-L)_DERED                 PHOT_RF_B-L                  B-L extinction free color
PHOT_COL(,B_U)_DERED                 PHOT_RF_B-U                  B-U extinction free color
PHOT_DERED_Q                         PHOT_RF_Q                    Reddening free Q parameter
PHOT_COL(STR,)_DERED                 PHOT_RF_STR                  Reddening free indices in the Stroemgren system
PHOT_COL(STR,C0)_DERED               PHOT_RF_STR_C0             Dereddened color index parameter c0
PHOT_COL(STR,M0)_DERED               PHOT_RF_STR_M0             Dereddened color index parameter m0
PHOT_COL(,U-W)_DERED                 PHOT_RF_U-W                  U-W extinction free color
PHOT_MAG(,V)_DERED                   PHOT_RF_V                    Reddening free magnitude v
PHOT_MAG(GEN,X)_DERED                PHOT_RF_X                    Reddening free geneva photometry parameter
PHOT_MAG(GEN,Y)_DERED                PHOT_RF_Y                    Reddening free geneva photometry parameter
PHOT_MAG(GEN,Z)_DERED                PHOT_RF_Z                    Reddening free geneva photometry parameter
PHOT_SB_                             PHOT_SB                        Surface Brightness quantities
PHOT_COL()_SB                        PHOT_SB_CI                   Color index differential surface brightness
PHOT_SB_CODE                         PHOT_SB_CODE                 Encoded Surface Brigthness
PHOT_SB_DIFF                         PHOT_SB_DIFF                 Differential surface brightness
PHOT_SB                              PHOT_SB_GENERAL              Surface Brightness (in general)
PHOT_SB_MAG(GUNN,G)                  PHOT_SB_GUNN-G               Surface Brightness in Gunn G
PHOT_SB_MAG(IRAS,IRAS100)            PHOT_SB_IR-100               Surface Brightness at 100 micron
PHOT_SB_MAG(J,)                      PHOT_SB_JHN                  Surface Brightness in Johnson's System
PHOT_SB_MAG(J,B)                     PHOT_SB_JHN_B              Surface Brightness in Johnson B
PHOT_SB_COL(J,B-R)                   PHOT_SB_JHN_B-R            Surface brightness Johnson's color B-R
PHOT_SB_MAG(J,H)                     PHOT_SB_JHN_H              Surface Brightness in Johnson H
PHOT_SB_MAG(J,I)                     PHOT_SB_JHN_I              Surface Brightness in Johnson I
PHOT_SB_MAG(J,J)                     PHOT_SB_JHN_J              Surface Brightness in Johnson J
PHOT_SB_MAG(J,K)                     PHOT_SB_JHN_K              Surface Brightness in Johnson K
PHOT_SB_MAG(J,K')                    PHOT_SB_JHN_K'             Surface Brightness in Johnson K'
PHOT_SB_MAG(J,R)                     PHOT_SB_JHN_R              Surface Brightness in Johnson R
PHOT_SB_MAG(J,U)                     PHOT_SB_JHN_U              Surface Brightness in Johnson U
PHOT_SB_COL(J,U-R)                   PHOT_SB_JHN_U-R            Surface Brightness color index U-R
PHOT_SB_MAG(J,V)                     PHOT_SB_JHN_V              Surface Brightness in johnson V
PHOT_SB_MAG()_LIMIT                  PHOT_SB_LIMIT                Surface Brightness Limit
PHOT_SB_MAG()_RATIO                  PHOT_SB_RATIO                Surface Brightness Ratio
PHOT_SB_MAG()_SKY                    PHOT_SB_SKY                  Sky Surface Brightness
PHOT_SB_MAG()_SD_TO_SB               PHOT_SD/B-BRIGHT               Surface Density To Brightness Ratio
PHOT_MAG(SDSS,)                      PHOT_SDSS                      Sloan Digital Sky Survey photometric system (1996AJ....111.1748F)
PHOT_MAG(SDSS,u')                    PHOT_SDSS_U                  Magnitude in u' or u* filter of Sloan Digital Sky Survey (1996AJ....111.1748F)
PHOT_MAG(SDSS,g')                    PHOT_SDSS_G                  Magnitude in g' filter of Sloan Digital Sky Survey (1996AJ....111.1748F)
PHOT_MAG(SDSS,r')                    PHOT_SDSS_R                  Magnitude in r' filter of Sloan Digital Sky Survey (1996AJ....111.1748F)
PHOT_MAG(SDSS,i')                    PHOT_SDSS_I                  Magnitude in i' filter of Sloan Digital Sky Survey (1996AJ....111.1748F)
PHOT_MAG(SDSS,z')                    PHOT_SDSS_Z                  Magnitude in z' filter of Sloan Digital Sky Survey (1996AJ....111.1748F)
SPEC_             ?                  PHOT_SPHOT                     Spectrophotometric quantities (narrow bands)
SPEC_CONT_GRAD                       PHOT_SPHOT_CONT-GRAD         Pseudo Continuum Gradient
SPEC_CORRFACTOR                      PHOT_SPHOT_CORR-FACT         Spectrophotometry Correction Factor
SPEC_FLUX()                          PHOT_SPHOT_FLUX              Flux measured (in physical units) in a narrow-band filter (optical, near-IR or near-UV)
SPEC_COL()                           PHOT_SPHOT_INDEX             Spectrophotometric Index defined by various combinations of narrow-band fluxes
SPEC_FLUX()                          PHOT_SPHOT_INT-ENERGY        Intrinsic Energy in Narrow Spectral Band
PHOT_MAG(SPHOT,)                     PHOT_SPHOT_MAG               Normalized magnitude in a narrow spectral band
PHOT_MAG(STR,)                       PHOT_STR                       Stroemgren Photometric System GCPD#4
PHOT_MAG(STR,B)                      PHOT_STR_B                   Stroemgren Magnitude b (STR)
PHOT_MAG(STR,B-R)                    PHOT_STR_B-R                 Stroemgren Color Index b-r (STR)
PHOT_MAG(STR,B-V)                    PHOT_STR_B-V                 Stroemgren Color Index b-v (STR)
PHOT_MAG(STR,B-Y)                    PHOT_STR_B-Y                 Stroemgren Color Index b-y (STR)
PHOT_COL(STR,C1)                     PHOT_STR_C1                  Stroemgren Color Index c1 (STR)
PHOT_COL(STR,HBETA)                  PHOT_STR_HBETA               Stroemgren Beta Value
PHOT_COL(STR,M1)                     PHOT_STR_M1                  Stroemgren Color Index m1 (STR)
PHOT_MAG(STR,U)                      PHOT_STR_U                   Stroemgren Magnitude u (STR)
PHOT_COL(STR,U-B)                    PHOT_STR_U-B                 Stroemgren Color Index u-b (STR)
PHOT_COL(STR,U-V)                    PHOT_STR_U-V                 Stroemgren Color Index u-v (STR)
PHOT_MAG(STR,V)                      PHOT_STR_V                   Stroemgren Magnitude v (STR)
PHOT_COL(STR,V-B)                    PHOT_STR_V-B                 Stroemgren Color Index v-b (STR)
PHOT_COL(STR,V-Y)                    PHOT_STR_V-Y                 Stroemgren Color Index v-y (STR)
PHOT_MAG(STR,Y)                      PHOT_STR_Y                   Stroemgren Magnitude y (STR)
OBS_COV_BAND_NAME                    PHOT_SYS-ID                    Identification of the Photometric System in use
-                                    PHOT_TRANSF                    Transformation of a Photometry, like conversion parameters between photometric systems
PHOT_TRANSF_PARAM?                   PHOT_TRANSF_PARAM              Parameter used in photometric transformations
PHOT_MAG()_OVER_SB                   PHOT_TOT-BRIGHT/B-BRIGHT       Total blue magnitude to Brightness ratio
PHOT_MAG(TYCHO,)                     PHOT_TYCHO                     Tycho Photometric System
PHOT_MAG(TYCHO,B)                    PHOT_TYCHO_B                 Blue Tycho Magnitude B_T_
PHOT_MAG(TYCHO,V)                    PHOT_TYCHO_V                 Visual Tycho Magnitude V_T_
PHOT_MAG(UBVR20,)                    PHOT_UBVR20                    UBVr20 Photometric System GCPD#69
PHOT_COL(UBVR20,B-V20)               PHOT_UBVR20_B-V20            Color Index B-V20 (UBVr20)
PHOT_COL(UBVR20,U-B20)               PHOT_UBVR20_U-B20            Color Index U-B20 (UBVr20)
PHOT_COL(UBVR20,V-R20)               PHOT_UBVR20_V-R20            Color Index V-r20 (UBVr20)
PHOT_MAG(UV,)                        PHOT_UV                        UV Magnitude Photometry number # &lt;= Lambda_central &lt; #+100
PHOT_MAG(UV,1300A)                   PHOT_UV_1300                 Far UV Magnitude 1300 to 1400 Angstrom UV
PHOT_MAG(UV,1400A)                   PHOT_UV_1400                 Far UV Magnitude 1400 to 1500 Angstrom UV
PHOT_MAG(UV,1500A)                   PHOT_UV_1500                 Far UV Magnitude 1500 to 1600 Angstrom UV
PHOT_MAG(UV,1600A)                   PHOT_UV_1600                 Far UV Magnitude 1600 to 1700 Angstrom UV
PHOT_MAG(UV,1700A)                   PHOT_UV_1700                 UV Magnitude 1700 to 1800 Angstrom UV
PHOT_MAG(UV,1800A)                   PHOT_UV_1800                 UV Magnitude 1800 to 1900 Angstrom UV
PHOT_MAG(UV,1900A)                   PHOT_UV_1900                 UV Magnitude 1900 to 2000 Angstrom UV
PHOT_MAG(UV,2000A)                   PHOT_UV_2000                 UV Magnitude 2000 to 2100 Angstrom UV
PHOT_MAG(UV,2200A)                   PHOT_UV_2200                 UV Magnitude 2200 to 2300 Angstrom UV
PHOT_MAG(UV,2300A)                   PHOT_UV_2300                 UV Magnitude 2300 to 2400 Angstrom UV
PHOT_MAG(UV,2400A)                   PHOT_UV_2400                 Near UV Magnitude 2400 to 2500 Angstrom UV
PHOT_MAG(UV,2500A)                   PHOT_UV_2500                 Near UV Magnitude 2500 to 2600 Angstrom UV
PHOT_MAG(UV,2700A)                   PHOT_UV_2700                 Near UV Magnitude 2700 to 2800 Angstrom UV
PHOT_MAG(UV,2945A)                   PHOT_UV_2945                 Near UV Magnitude 2900 to 3000 Angstrom UV
PHOT_MAG(UV,3150A)                   PHOT_UV_3150                 Near UV Magnitude 3100 to 3200 Angstrom UV
PHOT_MAG(UV,3300A)                   PHOT_UV_3300                 Near UV Magnitude 3300 to 3400 Angstrom UV
PHOT_MAG(UV,4250A)                   PHOT_UV_4250                 Near UV Magnitude 4200 to 4300 Angstrom UV
PHOT_COL(UV,)                        PHOT_UV_COLOR                Ultraviolet Color Index (no bands specified)
PHOT_MAG(UV,)                        PHOT_UV_GENERAL              UV Magnitude unspecified band
PHOT_MAG(UVBGRI,)                    PHOT_UVBGRI                    UVBGRI Photometric System GCPD#6
PHOT_MAG(UVBGRI,B)                   PHOT_UVBGRI_B                Filter Blue Magnitude UVBGRI
PHOT_MAG(UVBGRI,G)                   PHOT_UVBGRI_G                Filter Green Magnitude UVBGRI
PHOT_MAG(UVBGRI,I)                   PHOT_UVBGRI_I                Filter Infra Magnitude UVBGRI
PHOT_MAG(UVBGRI,R)                   PHOT_UVBGRI_R                Filter Red Magnitude UVBGRI
PHOT_MAG(UVBGRI,U)                   PHOT_UVBGRI_U                Filter Ultra Magnitude UVBGRI
PHOT_MAG(UVBGRI,V)                   PHOT_UVBGRI_V                Filter Violet Magnitude UVBGRI
PHOT_MAG(VIL,)                       PHOT_VIL                       Vilnius Photometric System GCPD#21
PHOT_COL(VIL,P-X)                    PHOT_VIL_P-X                 Vilnius Color Index p-x (VIL)
PHOT_COL(VIL,S-V)                    PHOT_VIL_S-V                 Vilnius Color Index s-v (VIL)
PHOT_COL(VIL,U-P)                    PHOT_VIL_U-P                 Vilnius Color Index u-p (VIL)
PHOT_COL(VIL,U-V)                    PHOT_VIL_U-V                 Vilnius Color Index u-v (VIL)
PHOT_MAG(VIL,V)                      PHOT_VIL_V                   Magnitude V Vilnius (VIL)
PHOT_COL(VIL,V-P)                    PHOT_VIL_V-P                 Vilnius Color Index v-p (VIL)
PHOT_COL(VIL,V-S)                    PHOT_VIL_V-S                 Vilnius Color Index v-s (VIL)
PHOT_COL(VIL,V-W)                    PHOT_VIL_V-W                 Vilnius Color Index v-w
PHOT_COL(VIL,V-X)                    PHOT_VIL_V-X                 Vilnius Color Index v-x (VIL)
PHOT_COL(VIL,V-Z)                    PHOT_VIL_V-Z                 Vilnius Color Index v-z (VIL)
PHOT_MAG(VIL,X)                      PHOT_VIL_X                   Magnitude X Vilnius (VIL)
PHOT_COL(VIL,X-Y)                    PHOT_VIL_X-Y                 Vilnius Color Index x-y (VIL)
PHOT_COL(VIL,Y-Z)                    PHOT_VIL_Y-Z                 Vilnius Color Index y-z (VIL)
PHOT_COL(VIL,Z-V)                    PHOT_VIL_Z-V                 Vilnius Color Index z-v (VIL)
PHOT_MAG(WASH,)                      PHOT_WASH                      Washington Photometric System GCPD#48
PHOT_COL(WASH,C-M)                   PHOT_WASH_C-M                Washington Color Index c-m (WASH)
PHOT_COL(WASH,C-T1)                  PHOT_WASH_C-T1               Washington Color Index c-t1 (WASH)
PHOT_COL(WASH,D)                     PHOT_WASH_D                  Washington Abundance Indicator D (WASH)
# Is the abundance indicator basically a color?
PHOT_COL(WASH,M-T1)                  PHOT_WASH_M-T1               Washington Color Index m-t1 (WASH)
PHOT_COL(WASH,M-T2)                  PHOT_WASH_M-T2               Washington Color Index m-t2 (WASH)
PHOT_MAG(WASH,T1)                    PHOT_WASH_T1                 Washington Magnitude t1 (WASH)
PHOT_MAG(WLRV,)                      PHOT_WLRV                      Walraven Photometric System GCPD#11
PHOT_MAG(WLRV,B)                     PHOT_WLRV_B                  Walraven Magnitude (flux intensity) B (WLRV)
PHOT_COL(WLRV,B-L)                   PHOT_WLRV_B-L                Walraven Color Index B-L (WLRV)
PHOT_COL(WLRV,B-U)                   PHOT_WLRV_B-U                Walraven Color Index B-U (WLRV)
PHOT_COL(WLRV,B-W)                   PHOT_WLRV_B-W                Walraven Color Index B-W (WLRV)
PHOT_MAG(WLRV,L)                     PHOT_WLRV_L                  Walraven Magnitude (Flux Intensity) L (WLRV)
PHOT_MAG(WLRV,U)                     PHOT_WLRV_U                  Walraven Magnitude (Flux Intensity) U (WLRV)
PHOT_COL(WLRV,U-W)                   PHOT_WLRV_U-W                Walraven Color Index U-W (WLRV)
PHOT_MAG(WLRV,V)                     PHOT_WLRV_V                  Walraven Magnitude (Flux Intensity) V (WLRV)
PHOT_COL(WLRV,V-B)                   PHOT_WLRV_V-B                Walraven Color Index V-B (WLRV)
PHOT_MAG(WLRV,W)                     PHOT_WLRV_W                  Walraven Magnitude (Flux Intensity) W (WLRV)
PHOT_MAG()_ZERO                      PHOT_ZP                        Zero point coefficient for the photometric system
PHYS_                                PHYS                             Physical Quantities
MED_MATTER_ABUND_                    PHYS_ABUND                     Abundances
MED_MATTER_ABUND()                   PHYS_ABUND_MISC              Abundance (other than H, He, and Fe)
MED_MATTER_ABUND_X                   PHYS_ABUND_X                 Hydrogen Abundance (X)
MED_MATTER_ABUND_Y                   PHYS_ABUND_Y                 Helium Abundance (Y)
MED_MATTER_ABUND_Z                   PHYS_ABUND_Z                 Metal Abundance Z (metallicity)
MED_MATTER_ABUND_FEH                 PHYS_ABUND_[FE/H]            Fe to H Abundance (Metallicity)
OBJ_ALBEDO                           PHYS_ALBEDO                    Albedo
OBJ_ANGMOM                           PHYS_ANG-MOMENTUM              Angular Momentum
-                                    PHYS_AREA                      Physical quantities related to Area
PHYS_PARTICLE_XSECT                  PHYS_AREA_CR-SECT            Cross Section
?                                    PHYS_AREA_GENERAL            Area (in general)
PHYS_BODY_FLATTENING                 PHYS_AXIS-RATIO                Axis Ratio
-                                    PHYS_BRIGHT                    Object's brightness quantities
SRC_VAR_BRIGHT                       PHYS_BRIGHT_CHANGE           Brightness Change
# This is the change in an astronomical source...
-                                   PHYS_COLUMN                    Line Of Sight Column Properties
LOS_NUMBER_COL                      PHYS_COLUMN_DENSITY          Column Density (by number of particles)
LOS_MASS_COL                        PHYS_COLUMN_MASS-DENSITY     Mass Column Density
SRC_COMPACTNESS                     PHYS_COMPACTNESS               Compactness Indicator
SRC_CONCENT                         PHYS_CONCENT                   Concentration Indicators
SRC_CONCENT_INDEX?                  PHYS_CONCENT_INDEX           Concentration Index
MED_MATTER_DENSITY                  PHYS_DENSITY                   Density (various flavours)
MED_MATTER_NE                       PHYS_DENSITY_ELECT           Electron Density
MED_ENERGY_DENSITY                  PHYS_DENSITY_ENERGY          Energy Density
MED_MATTER_DENSITY                  PHYS_DENSITY_MASS            Mass Density
MED_MATTER_SURF_DENSITY             PHYS_DENSITY_MASS_SURF     Surface Mass-Density
MED_MATTER_MASSVOL_DENSITY?         PHYS_DENSITY_MASS_VOL      Volume Mass-Density
MED_MATTER_NUM_DENSITY              PHYS_DENSITY_NUMBER          Number Density
MED_MATTER_DENSITY_RATIO            PHYS_DENSITY_RATIO           Density Ratio
MED_MATTER_SURF_NUM_DENSITY         PHYS_DENSITY_SURFACE         Surface Density
LOS_DISP_MEASURE                    PHYS_DISP-MEASURE              Dispersion Measure
OBJ_DISTANCE                        PHYS_DISTANCE                  Distance and related quantities
OBJ_DISTANCE_DIFF                   PHYS_DISTANCE_DIFF           Distance Difference
OBJ_DISTANCE_RATIO                  PHYS_DISTANCE_NORM           Relative or Normalized Distance
OBJ_DISTANCE_PROJ                   PHYS_DISTANCE_PROJ           Projected Distance
OBJ_DISTANCE_RATIO                  PHYS_DISTANCE_RATIO          Distance Fraction or Ratio
OBJ_DISTANCE_RATIO                  PHYS_DISTANCE_RELATIVE       Relative Distance
OBJ_DISTANCE                        PHYS_DISTANCE_TRUE           Distance (true, linear distance)
ORBIT_ELT_E                         PHYS_ECCENTRICITY              Eccentricity
MED_FIELDS_ELEC                     PHYS_ELEC-FIELD                Electric (electrostatic) Field
OBJ_ELLIPTICITY                     PHYS_ELLIPTICITY               Ellipticity (1-b/a)
MED_MATTER_EMMEASURE                PHYS_EM-MEASURE                Emission Measure
_ENERGY                             PHYS_ENERGY                    Energy and related quantities
?                                   PHYS_ENERGY_CONTRIB          Energy Contribution
?                                   PHYS_ENERGY_GENERAL          Energy in general
SPEC_SLOPE_ENERGY ?                 PHYS_ENERGY_INDEX            Energy Index
PHYS_AT_ION_ENERGY                  PHYS_ENERGY_ION              Ion Energy
MED_MATTER_COOLING_RATE             PHYS_ENERGY_LOSS-RATE        Energy Loss Rate
SPEC_PHOTON_ENERGY                  PHYS_ENERGY_X                X-ray or Gamma-ray Energy
# WHy do we care it is X?
?                                   PHYS_EXCITATION                Excitation in the Context of Ionizing Photons
MED_MATTER_EXCITE_PARAM             PHYS_EXCITATION_PARAM        Excitation Parameter
OBJ_MATTER_MDOT         ?           PHYS_FLOW                      Matter Flow or Outflows Quantities
MED_MATTER_FLOW_POLARITY            PHYS_FLOW_POLARITY           Flow Polarity
-                                   PHYS_GRADIENT                  Gradients (usually on galaxy context)
MED_MATTER_CHEM_GRADIEN             PHYS_GRADIENT_CHEMICAL       Chemical Gradient
PHOT_COL()_GRADIENT                 PHYS_GRADIENT_CI             Color Index Gradient
_GRADIENT                           PHYS_GRADIENT_GENERAL        General gradients (usually on galaxy context)
PHOT_SB_MAG()_GRADIENT              PHYS_GRADIENT_SB             Surface Brightness Gradient
MED_MATTER_TEMP_GRADIENT            PHYS_GRADIENT_TEMP           Temperature Gradient
MED_MATTER_VEL_GRADIENT             PHYS_GRADIENT_VELOCITY       Velocity Gradient
-                                   PHYS_GRAVITY                   Gravity and related properties
MED_GRAVITY_POTL                    PHYS_GRAVITY_POTENTIAL       Gravitational Potential
MED_GRAVITY_PRESS                   PHYS_GRAVITY_PRESS           Gravitational pressure
OBJ_SURFACE_GRAVITY                 PHYS_GRAVITY_SURFACE         Surface Gravity
_HEIGHT                             PHYS_HEIGHT                    Height or depth (usually in an atmospheric context)
LOS_IMPACT_PAR                      PHYS_IMPACT-PAR                Impact Parameter
MED_RAD_IC_BEAMING                  PHYS_INV-COMPTON-BEAM-FACT       Inverse Compton Effect Beam Factor
MED_MATTER_IONIZATION               PHYS_IONIZATION                Ionization quantities (in stellar/interstellar environments)
MED_MATTER_IONPARAM                 PHYS_IONIZATION_PARAM        Ionization Parameter
MED_RAD_FLUX_N_IONIZING             PHYS_IONIZATION_PHOTONS      Ionizing Photons
MED_RAD_FLUX_FRAC_IONIZING          PHYS_IONIZATION_PHOTONS_RATIO   Ionizing Photon Ratio
MED_RAD_FLUX_N_IONIZING?            PHYS_IONIZATION_PHOTONS_TOTAL   Total ionizing Photons
_LENGTH                             PHYS_LENGTH                    Length related quantities
_LENGTH_RATIO?                      PHYS_LENGTH_RATIO            Length Ratio
-                                   PHYS_LIMB-DARK                 Limb Darkening Phenomena
SRC_LIMBDARK_COEFF                  PHYS_LIMB-DARK_COEFF         Limb Darkening Coefficient
SRC_LUM()                           PHYS_LUMINOSITY                Luminosity, in different bands and types
SRC_LUM(B)                          PHYS_LUMINOSITY_B            Luminosity in blue light
SRC_LUM(CIV)                        PHYS_LUMINOSITY_CARBON       Carbon luminosity
SRC_LUM(CONT)                       PHYS_LUMINOSITY_CONTINUUM     Continuum luminosity
SRC_LUM_DENSITY                     PHYS_LUMINOSITY_DENSITY      Luminosity density
_LUM                                PHYS_LUMINOSITY_GENERAL      Luminosity in general
SRC_LUM(H2O MASER)                  PHYS_LUMINOSITY_H2O          Water maser luminosity
SRC_LUM(HALPHA)                     PHYS_LUMINOSITY_HALPHA       H alpha luminosity
SRC_LUM(HBETA)                      PHYS_LUMINOSITY_HBETA        H beta luminosity
SRC_LUM(HE) ?                       PHYS_LUMINOSITY_HE           Helium luminosity
SRC_LUM(H?) ?                       PHYS_LUMINOSITY_HYDROG       Hydrogen luminosity
SRC_LUM(IR)                         PHYS_LUMINOSITY_IR           Infrared luminosity
SRC_LUM(IRAS100)                    PHYS_LUMINOSITY_IR_100     Luminosity at 100 micron
SRC_LUM(IRAS12)                     PHYS_LUMINOSITY_IR_12      Luminosity at 12 micron
SRC_LUM(IRAS25)                     PHYS_LUMINOSITY_IR_25      Luminosity at 25 micron
SRC_LUM(IRAS60)                     PHYS_LUMINOSITY_IR_60      Luminosity at 60 micron
SRC_LUM(IR)                         PHYS_LUMINOSITY_IR_MISC    Infrared luminosity in general
SRC_LUM()_MASER                     PHYS_LUMINOSITY_MASER        Maser luminosity
SRC_NU_LUM                          PHYS_LUMINOSITY_NU           Neutrino luminosity
SRC_LUM(OH)                         PHYS_LUMINOSITY_OH           OH luminosity
SRC_IMAGE_LUM()_PROFILE             PHYS_LUMINOSITY_PROFILE      Luminosity profile
SRC_LUM(R)                          PHYS_LUMINOSITY_R            Luminosity in red light
SRC_LUM(RADIO)                      PHYS_LUMINOSITY_RADIO        Radio luminosity
SRC_LUM()_RATIO                     PHYS_LUMINOSITY_RATIO        Luminosity ratio
SRC_LUM()_SURFACE                   PHYS_LUMINOSITY_SURFACE      Surface luminosity
SRC_LUM(UV)                         PHYS_LUMINOSITY_UV           Ultraviolet luminosity
SRC_LUM(UV_LYA)                     PHYS_LUMINOSITY_UV_LYA     Ionizing ultraviolet luminosity in lyman alpha
SRC_LUM(UV)                         PHYS_LUMINOSITY_UV_MISC    Ultraviolet luminosity
SRC_LUM(XR)                         PHYS_LUMINOSITY_X            X-ray luminosity
MED_FIELDS_MAG                      PHYS_MAG-FIELD                 Magnetic Field
-                                   PHYS_MASS                      Mass and related quantities
?                                   PHYS_MASS_ABS-COEFF          Mass Absorption Coefficient
MED_MATTER_MASS_FLUX                PHYS_MASS_FLUX               Mass flux or flow
OBJ_MASS_RATIO?                     PHYS_MASS_FRACTIONAL         Fractional Mass
OBJ_MASS_FN                         PHYS_MASS_FUNCTION           Function of mass, typically in spectroscopic binaries (M2*sini)^3^/(M1+M2)^2^
OBJ_MDOT                            PHYS_MASS_LOSS               Mass Loss
OBJ_MASS                            PHYS_MASS_MISC               Mass
OBJ_MASS_RATIO                      PHYS_MASS_RATIO              Mass Ratio
PHYS_AT_MASS_YIELD                  PHYS_MASS_YIELD              Mass yield associated to a given element
OBJ_MASS_LIGHT_RATIO                PHYS_MASS/LIGHT              Mass to Light Ratio
MED_RAD_OPACITY                     PHYS_OPACITY                   Opacity
MED_RAD_TAU                         PHYS_OPTICAL-DEPTH             Optical Depth
MED_MATTER_OUTFLOW                  PHYS_OUTFLOW                   Outflows related quantities
MED_MATTER_OUTFLOW_PARAM            PHYS_OUTFLOW_PARAM           Outflow Parameter Factor
-                                   PHYS_PLASMA                    Plasma Physics Parameters
MED_MATTER_PLASMA_PARAM             PHYS_PLASMA_PARAM            Plasma Physics Parameters
MED_MATTER_PLASMA_GAUNT             PHYS_PLASMA_GAUNT-FACT       Plasma Physics Gaunt Factor
_PRESS                              PHYS_PRESS                     Pressure and related quantities
MED_MATTER_PRESS_E                  PHYS_PRESS_ELECT             Electron Pressure
MED_MATTER_PRESS_GAS                PHYS_PRESS_GAS               Gas Pressure
OBJ_RADIUS_MAXROT                   PHYS_RAD-MAX-ROT-VEL           Radius at which maximum rotational velocity occurs
MED_MATTER_ACCEL_RAD                PHYS_RADIATIVE-ACCEL           Radiative Acceleration
OBJ_REFLECTANCE?                    PHYS_REFLECTANCE               Reflectance
MED_MATTER_REFRACT-INDX             PHYS_REFRACT-INDX              Refraction Index
MED_RAD_ROTN_MEASURE                PHYS_ROTATION-MEASURE          Rotation Measure
_SCALE                              PHYS_SCALE                     Quantities Representing a Scale
_SCALE_HEIGHT                       PHYS_SCALE_HEIGHT            Scale Height
_SCALE_LENGTH                       PHYS_SCALE_LENGTH            Scale Length
OBJ_SEPARATION                      PHYS_SEPARATION                Pair Separation (in non-angular units)
-                                   PHYS_SIZE                      Size (in non-angular units)
OBJ_DIA                             PHYS_SIZE_DIAM               Diameter
OBJ_DIA_MAJ                         PHYS_SIZE_MAJ                Size (diameter) measured along the major axis
OBJ_DIA_MIN                         PHYS_SIZE_MIN                Size (diameter) measured along the minor axis
OBJ_RADIUS                          PHYS_SIZE_RADIUS             Radius and related quantities
OBJ_RADIUS                          PHYS_SIZE_RADIUS_GENERAL   Linear Radius
OBJ_RADIUS_RATIO                    PHYS_SIZE_RADIUS_NORM      Normalized Radius
OBJ_RADIUS_RATIO?                   PHYS_SIZE_RATIO              Size Ratio
OBJ_RADIUS_MAJ                      PHYS_SIZE_SMAJ               Size Of The Semi Major Axis
OBJ_RADIUS_MAJ                      PHYS_SIZE_SMAJ_GENERAL     Size Of The Semi Major Axis
OBJ_RADIUS_MAJ_RATIO                PHYS_SIZE_SMAJ_NORM        Normalized Size of the Major Axis
OBJ_RADIUS_MIN                      PHYS_SIZE_SMIN               Size of the Semi Minor Axis
OBJ_RADIUS_MIN_RATIO                PHYS_SIZE_SMIN_NORM        Normalized Size of the Minor Axis
-                                   PHYS_STAR-FORM                 Star Formation Related Quantities
POP_SFR                             PHYS_STAR-FORM_RATE          Star Formation Rate
-                                   PHYS_SUN                       Solar Related Quantities
-                                   PHYS_SUN_ATM                 Quantities Related to the Solar Atmosphere
OBJ(SUN)_ATM_ABSCOEFF               PHYS_SUN_ATM_ABS-COEFF     Solar Spectral Absorption Coefficient
OBJ(SUN)_ATM_PARAM                  PHYS_SUN_ATM_PARAM         Solar Atmosphere Parameter
?                                   PHYS_SUN_HARM/FUN-BAND-FREQ-RATIO     Harmonic to Fundamental Frequency Ratio
?                                   PHYS_TANG-DOPPLER-FACT         Tangential Doppler Effect Factor
_TEMP                               PHYS_TEMP                      Temperature and related quantities
_TEMP_DIFF                          PHYS_TEMP_DIFF               Temperature Amplitude or difference
SPEC_TEMP_EFF                       PHYS_TEMP_EFFEC              Effective Temperature
MED_MATTER_TEMP_E                   PHYS_TEMP_ELECT              Electron Temperature
PHYS_AT_TEMP_EXCIT                  PHYS_TEMP_EXCIT              Excitation Temperature
MED_MATTER_TEMP_FF                  PHYS_TEMP_F-F                Free-free or Bremsstrahlung Temperature
MED_MATTER_TEMP_KINETIC             PHYS_TEMP_KINETIC            Kinetic Temperature
MED_MATTER_TEMP                     PHYS_TEMP_MISC               Temperature in general
MED_MATTER_TEMP                     PHYS_TEMP_PLASMA             Plasma Temperature
MED_MATTER_TEMP_THETA               PHYS_TEMP_THETA              Effective temperature theta (5040/Teff)
MED_MATTER_TEMP                     PHYS_TEMP_XRAY               X Ray temperature
OBJ_TYPE                            PHYS_TYPE                      Type of Phenomenon or Event
_VOLUME                             PHYS_VOLUME                    Volume
_VOLUME_RATIO                       PHYS_VOLUME_RATIO            Volume Ratio
OBJ_WIND                            PHYS_WIND                      Stellar or Solar Wind Properties
OBJ_WIND_LUM                        PHYS_WIND_LUMINOSITY         Wind Luminosity
SPEC_POL                            POL                              Polarization Related Quantities
SPEC_POL_FRAC                       POL_DEGREE                     Degree of Polarization
SPEC_POL_FRAC_CIRC                  POL_DEGREE_CIRC              Degree of Circular polarization
SPEC_POL_FRAC_LIN                   POL_DEGREE_LINEAR            Degree of Linear polarisation
SPEC_POL_FRAC                       POL_DEGREE_MISC              Degree of Polarization (unspecified type)
SPEC_FLUX()_POL                     POL_FLUX                       Polarized Flux (two flavours)
SPEC_FLUX()_POL_LCP                 POL_FLUX_LCP                 Left Circular Polarization Flux
SPEC_FLUX()_POL_LIN                 POL_FLUX_LINEAR              Linearly polarized flux density
SPEC_FLUX()_POL_RCP                 POL_FLUX_RCP                 Right Circular Polarization Flux
SPEC_POL_INDEX                      POL_INDEX                      Polarization Index
SPEC_POL_LAMBDAMAX                  POL_LAMBDA-MAX                 Maximum Polarization's Wavelength
SPEC_POL_LIN_TO_CIRC                POL_LINEAR/CIRC                Ratio of Linear to Circular Polarization
SPEC_POL_PA()                       POL_PA                         Position Angle of the Polarization vector
SPEC_POL_PA(EQ)                     POL_PA_EQ                    Position Angle in Equatorial Coordinates of the Polarization vector
SPEC_POL_PA(GAL)                    POL_PA_GAL                   Position Angle in Galactic Coordinates of the Polarization vector
SPEC_POL_PA(*POS_FRAME)             POL_PA_MISC                  Vector's Position Angle in unspecified coordinate system
SPEC_POL_SENSE                      POL_SENSE                      Sense Of Polarization
SPEC_POL_SLOPE                      POL_SLOPE                      Polarimetry Slope
SPEC_POL_STOKES_                    POL_STOKES                     Polarization Stokes Parameters
SPEC_POL_STOKES_I                   POL_STOKES_I                   Stokes parameter I (total power)
SPEC_POL_STOKES_Q                   POL_STOKES_Q                   Stokes Parameter Q (absolute, or relative Q/I) [horizontal/vertical component]
SPEC_POL_STOKES_U                   POL_STOKES_U                   Stokes Parameter U (absolute, or relative U/I) [diagonal component]
SPEC_POL_STOKES_V                   POL_STOKES_V                   Stokes Parameter V (absolute, or relative V/I) [circular component]
_POS_                               POS                              Position Related Quantities
OBJ_POS_ANG_ ?                      POS_ANG                        Angular Position
OBJ_SEP_ANG                         POS_ANG_DIST                 Angular Distance and related quantities
OBJ_SEP_ANG                         POS_ANG_DIST_GENERAL       Angular Distance Or Separation
OBJ_SEP_ANG_RATIO                   POS_ANG_DIST_REL           Relative or Normalized Angular Distance
OBJ_SEP_ANG_DIST_SQ                 POS_ANG_DIST_SQ            Quadratic Angular Distance
OBJ_POS_ANG_VEL                     POS_ANG_VEL                  Rate Of Position Change (drift motion, angular velocity)
_POS_CCD_                           POS_CCD                        Positions Related To CCD's
_POS_CCD_X                          POS_CCD_X                    CCD Position Along the X Axis
_POS_CCD_Y                          POS_CCD_Y                    CCD Position Along the Y Axis
_POS_DET                            POS_DETECTOR                   Position Related to the Detector
_POS_DET_DIST                       POS_DETECTOR_DIST            Distance Or Position In Detector Units
_POS_R_PIX                          POS_DETECTOR_RADIUS          Radius of an Object Expressed In Detector's Unit
POS()_NX                            POS_DIR-COSINE                 Direction Cosine
POS(GEO,GEO)                        POS_EARTH                      Positions On The Earth
POS(GEO,GEO)_LAT                    POS_EARTH_LAT                Earth's Latitude
POS(GEO,GEO)_LAT                    POS_EARTH_LAT_MAIN         Earth's Latitude
OBJ(E)_LAT_VAR  ?                   POS_EARTH_LAT_VAR          Variation of Local Latitude
OBS_SITE                            POS_EARTH_LOCATION           Earth Location
POS(GEO,GEO)_LON                    POS_EARTH_LON                Earth Longitude
POS(,EC)                            POS_EC                         Ecliptic Coordinates and derivates
POS(,EC)_LAT                        POS_EC_LAT                   Ecliptic Latitude
POS(,EC)_LON                        POS_EC_LON                   Ecliptic Longitude
POS(,EQ)                            POS_EQ                         Equatorial Coordinates and related quantities
?                                   POS_EQ_A-V-PRECESS           Annual Variation of Precession in RA
POS(,EQ)_X                          POS_EQ_X                     X component of equatorial position: x=cos(Dec)cos(RA)
POS(,EQ)_Y                          POS_EQ_Y                     Y component of equatorial position: y=cos(Dec)sin(RA)
POS(,EQ)_Z                          POS_EQ_Z                     Z component of equatorial position: z=sin(Dec)
POS(,EQ)_DEC                        POS_EQ_DEC                   Declination related quantities
POS(,EQ)_DEC:3                      POS_EQ_DEC_3T              Third Term in Declination
POS(,EQ)_DEC                        POS_EQ_DEC_MAIN            Declination
POS(,EQ)_REL_DEC                    POS_EQ_DEC_OFF             Declination Offset Difference
POS_EQ_DEC_OTHER                    POS_EQ_DEC_OTHER           Declination in Non-Standard Units or partial values
POS_EQ_DEC_PRECESS                  POS_EQ_DEC_PRECESS         Precession Variation in Declination
POS(,EQ)_REL_DEC                    POS_EQ_DEC_REL             Relative Declination in a Special Scale
-                                   POS_EQ_PLX                   Relations between Parallax and RA and Dec
POS()_R_PLX_FAC                     POS_EQ_PLX_FACTOR          Parallax Factor in Declination
POS(,EQ)_PMDEC                      POS_EQ_PMDEC               Proper Motion in Declination (pmdec)
POS(,EQ)_PM                         POS_EQ_PM                  Total proper motion (can be in non-equatorial frame)
POS(,EQ)_PMPA                       POS_EQ_PM-PA               Position angle (North through East) of Proper Motion vector
POS(,EQ)_PMRA                       POS_EQ_PMRA                Proper Motion in Right Ascension (pmra)
# Proper motion is a valid concept for any sky system
POS(,EQ)_PREC                       POS_EQ_PREC                  Annual Precesion Quantities
# Precession is only relevant for systems fixed in the Earth's body
POS(,EQ)_PREC_DEC                   POS_EQ_PREC_DEC            Annual Precession In Declination
POS(,EQ)_PREC_RA                    POS_EQ_PREC_RA             Precession Variation In RA
POS(,EQ)_RA                         POS_EQ_RA                    Right Ascension related quantities
POS(,EQ)_RA:2                       POS_EQ_RA_2T               Second Component in right Ascension
POS(,EQ)_RA:3                       POS_EQ_RA_3T               Third Term In Right Ascension
POS(,EQ)_CORR_RA                    POS_EQ_RA_CORR             Correction in Right Ascension
POS(,EQ)_RA                         POS_EQ_RA_MAIN             Right Ascension
POS(,EQ)_CORR_RA                    POS_EQ_RA_OFF              RA Offset or Residual In Right Ascension
POS(,EQ)_RA_OTHER?                  POS_EQ_RA_OTHER            Right Ascension in Non-Standard Units or partial values
POS(,EQ)_CORR_RA                    POS_EQ_RA_REL              Relative Right Ascension in a Special Scale
POS(,GAL)                           POS_GAL                        Galactic Coordinates and related quantities
POS(,GAL)_COSECB                    POS_GAL_COSEC-B              Cosecant of galactic latitude
POS(,GAL)_B                         POS_GAL_LAT                  Galactic Latitude
POS(,GAL)_L                         POS_GAL_LON                  Galactic Longitude
POS(GC,GAL)_R                       POS_GAL_GC                   Galactocentric Distance
POS(HELIO,GAL)_R                    POS_GAL_HC                   Heliocentric Distance
POS(GEO,GAL)_X                      POS_GAL_X                    X coordinate of object in Galactic Plane: x=r.cos(GLAT)cos(GLON)
POS(GEO,GAL)_Y                      POS_GAL_Y                    Y coordinate of object in Galactic Plane: y=r.cos(GLAT)sin(GLON)
POS(GEO,GAL)_Z                      POS_GAL_Z                    Z coordinate of object above Galactic Plane: z=r.sin(GLAT)
POS()                               POS_GENERAL                    Position in general
POS(GEO,)                           POS_GEO                        Geocentric Quantities
?                                   POS_GEO_ANGLE                Angle Of The Geocenter
POS(GEO,EQ)_DEC                     POS_GEO_DEC                  Geocentric declination
POS(GEO,EQ)_RA                      POS_GEO_RA                   Geocentric Right Ascension
POS(TOPO,AZEL)_HA                   POS_HA                         Hour Angle
POS(HELEC,CAR)                      POS_HC                         Heliocentric Coordinates
# Heliocentric ecliptic (HELEC) or Heliocetric equatorial (HELEQ) or other?
POS(HELIO,EC)_X                     POS_HC_X                     Heliocentric X
POS(HELIO,EC)_Y                     POS_HC_Y                     Heliocentric Y
POS(HELIO,EC)_Z                     POS_HC_Z                     Heliocentric Z
POS()_INC?                          POS_INCLIN                     Inclination angles
POS(EC,?)_INC                       POS_INCLIN_EC                Inclination Respect to the ecliptic
POS(HELIO,GAL)_INC                  POS_INCLIN_GP                Inclination Respect to the Galactic Plane
POS(,LOS)_INC                       POS_INCLIN_LOS               Inclination Respect to the Line Of Sight
POS(JUPITER,PROJ)                   POS_JOVIC                      Jovicentric Coordinates (Jupiter's Phenomena)
# Presumably a coordinate system in the plane of the sky along Jupiter's pole
POS(JUPITER,PROJ)_X                 POS_JOVIC_X                  Jovicentric X
POS(JUPITER,PROJ)_Y                 POS_JOVIC_Y                  Jovicentric Y
POS(,LAMBERT)                       POS_LAMBERT                    Coordinates in the Lambert Projection
POS(,LAMBERT)_R                     POS_LAMBERT_R                Lambert Polar Distance
POS(,LAMBERT)_X                     POS_LAMBERT_X                Lambert X Coordinate
POS(,LAMBERT)_Y                     POS_LAMBERT_Y                Lambert Y Coordinate
OBS_POS_LIMIT?                      POS_LIMIT                      Position Limit to an Observation
POS_LITERAL?                        POS_LITERAL                    Literal Alpha-Delta Identification of a Position
POS_LOCATION?                       POS_LOCATION                   Location of certain events not easily expressed in other categories
?                                   POS_MAP                        Quantity Measurement on a Contour Map
?                                   POS_OCCULT                     Quantity related to the lunar occultations
MUTUAL_OCCULT(L)_DIR                POS_OCCULT_DIR               Direction of lunar motion
MUTUAL_OCCULT(L)_                   POS_OCCULT_POS               Quantity related to the lunar occultations
MUTUAL_OCCULT(L)_SLOPE              POS_OCCULT_SLOPE             Lunar Slope
#in what coords?
POS(?)_OFFSET                       POS_OFFSET                     Positional offsets, usually a string
OBS_DISP_PARANG                     POS_PAR-ANG                    Parallactic Angle
POS()_R_PX                          POS_PARLX                      Parallax and related quantities
POS()_R_PX_DYN                      POS_PARLX_DYN                Dynamical Parallax
POS()_R_PX_PHOT                     POS_PARLX_PHOT               Photometric Parallax
POS()_R_PX_RADIO                    POS_PARLX_RADIO              Radio Parallax
POS()_R_PX_SPEC                     POS_PARLX_SPEC               Spectroscopic Parallax
POS()_R_PX_TRIG                     POS_PARLX_TRIG               Trigonometric Parallax
POS(OBJ)                            POS_PLANETARY                  Coordinates in a System Related Non-Jovian Planets
POS(DET)                            POS_PLATE                      Positions measured in photographic plates
POS(DET)_DIFF                       POS_PLATE_DIFF               Difference in position or separation between objects
POS(DET)_X                          POS_PLATE_X                  X Coordinate on a Plate
POS(DET)_Y                          POS_PLATE_Y                  Y Coordinate on a Plate
POS()_PM                            POS_PM                         Proper Motion (non-equatorial) and related quantities
POS()_PM_DIFF                       POS_PM_DIFF                  Difference In Proper Motion
POS()_PM_DISP                       POS_PM_DISP                    Mean/Dispersion in proper motions (typically in clusters)
POS()_PM                            POS_PM_NON-EQ                Proper Motion (non-equatorial)
POS()_PM_PA                         POS_PM_PA                    Polar Angle of Proper Motion Vector in a non-equatorial frame
POS()_PA                            POS_POS-ANG                    Position Angle (North through East) of a certain vector
POS()_PREC?                         POS_PRECESSION                 Precession
POS(OBJ)_R                          POS_RADIUS                     Radius Used To Calculate Other Quantity
POS()_SYS                           POS_REFERENCE-SYSTEM           Used Reference System
POS(,SG)                            POS_SG                         Super Galactic Coordinates
POS(,SG)_LAT                        POS_SG_LAT                   Supergalactic Latitude
POS(,SG)_LON                        POS_SG_LON                   Supergalactic Longitude
POS(,SG)_X                          POS_SG_X                     Supergalactic X coordinate
POS(,SG)_Y                          POS_SG_Y                     Supergalactic Y coordinate
POS(,SG)_Z                          POS_SG_Z                     Supergalactic Z coordinate
POS(,SOLAR)                         POS_SOLAR                      Solar Positions
POS(,SOLAR)_ELEV?                   POS_SOLAR_ELEVAT             Solar Elevation
POS(,SOLAR)_ELONG                   POS_SOLAR_ELONG              Solar Elongation
POS_TRANS_                          POS_TRANSF                     Transformation of a Position, like WCS constants
POS_TRANS_PARAM                     POS_TRANSF_PARAM               Parameter used in astrometric transformations, e.g. WCS constants
POS(,TP)                            POS_TANG-PLANE                 Tangent Plane Position or a system attached to an object
POS(TOPO,)                          POS_TOPO                       Topocentric Positions
POS(TOPO,EQ)_DEC                    POS_TOPO_DEC                 Topocentric Declination
POS(TOPO,EQ)_RA                     POS_TOPO_RA                  Topocentric right ascension
OBJ_POS_VAR                         POS_VAR                        Positional Variations
OBJ_POS_RATE                        POS_VAR_RATE                 Rate of Variation of positional quantities
POS(TOPO,)_ZD                       POS_ZD                         Zenith Distance and related quantities
POS(TOPO,)_ZD                       POS_ZD_MAIN                  Zenith Distance
POS(TOPO,)_ZD_RESID                 POS_ZD_RES                   Residual In Zenith Distance
DATA_RECORD?                        RECORD                           Record Number
POS_R_Z                             REDSHIFT                         Redshift
POS_R_Z_DIFF                        REDSHIFT_DIFF                  Difference in redshift (usually between companions or nearby objects)
POS(GAL)_R_Z                        REDSHIFT_GC                    Galactocentric Redshift
POS(HELIO)_R_Z                      REDSHIFT_HC                    Redshift (normally heliocentric)
POS_R_Z_PHOT                        REDSHIFT_PHOT                  Photometric Redshift
DATA_PROC_REDUCT                    REDUCT                           Quantities Associated with the Reduction Process
DATA_PROC_REG_R                     REDUCT_EXTR-RAD                Extraction Radius
DATA_PROC_REDUCT_METHOD             REDUCT_METHOD                  Reduction Method
DATA_PROC_REDUCT_PARAM              REDUCT_PARAM                   Reduction Parameter
DATA_PROC_REDUCT_TECH               REDUCT_TECH                    Reduction Technique
REFER_                              REFER                            References
REFER_BIBCODE                       REFER_BIBCODE                  Reference Bibliographic Code
REFER_CODE                          REFER_CODE                     References (or reference code)
REFER_TEXT                          REFER_TEXT                     Text related to a reference, may include author, journal, editor, publisher...
REFER_JOURNAL                       REFER_JOURN                    Journal/Publication
REFER_PAG                           REFER_PAGE                     Page Number
REFER_VOL                           REFER_VOL                      Volume
_REMARKS                            REMARKS                          Remark or Comments
SPEC                                SPECT                            Spectroscopy and related quantities
SPEC_BALMER_                        SPECT_BALMER                   Properties of hydrogen balmer series
SPEC_BALMER_DEC                     SPECT_BALMER_DEC             Balmer Decrement
SPEC_BALMER_JUMP                    SPECT_BALMER_JUMP            Balmer Jump
SPEC_CONT                           SPECT_CONTINUUM                Continuum Properties
SPEC_CONT_FLUXCOR                   SPECT_CONTINUUM_CORR-FACT     Continuum Correction Factor
SPEC_CONT_DEPTH                     SPECT_CONTINUUM_DEPTH        Continuum Depth
SPEC_CONT_INDICATOR?                SPECT_CONTINUUM_INDICATOR     Continuum Indicator
SPEC_CONT_PROP?                     SPECT_CONTINUUM_PROP         Continuum Properties
SPEC_DOPPLER_PAR?                   SPECT_DOPPLER-PAR              Doppler Parameter
SPEC_EMISSIVITY()                   SPECT_EMISSIVITY               Emissivity In A Certain Waveband
SPEC_FEATURE_EW                     SPECT_EQ-WIDTH                 Equivalent Width
SPEC_FEATURE                        SPECT_FEATURE                  Spectroscopic Feature properties
SPEC_FEATURE_PROP?                  SPECT_FEATURE_PROP           Spectroscopic Feature properties
SPEC_FEATURE_EW                     SPECT_FEATURE_WIDTH          Equivalent Width of a given Feature
SPEC_FLUX()                         SPECT_FLUX                     Flux, usually in a narrow spectral band
SPEC_FLUX()_NORM                    SPECT_FLUX_NORM              Normalized Flux, usually in a narrow spectral band
SPEC_FLUX()_NORM                    SPECT_FLUX_RATIO             Spectroscopic flux ratio
SPEC_FLUX(UV)_LINE                  SPECT_FLUX_UV                Spectroscopy line flux in the uv
SPEC_FLUX()                         SPECT_FLUX_VALUE             Flux, usually in a narrow spectral band
SPEC_                               SPECT_GENERAL                  Spectroscopy in general
SPEC_HR()                           SPECT_HARDNESS-RATIO           Hardness ratio usually in X-ray
SPEC_ID?                            SPECT_ID                       Spectral identification
SPEC_INDEX()                        SPECT_INDEX                    Spectroscopic index
SPEC_BANDPASS()                     SPECT_INDEX_BANDPASS         Spectroscopic index bandpass
SPEC_INDEX(HALPHA)                  SPECT_INDEX_HALPHA           H alpha spectroscopic index
SPEC_INDEX(HBETA)                   SPECT_INDEX_HBETA            H Beta spectroscopic index
SPEC_INDEX(HGAMMA)                  SPECT_INDEX_HGAMMA           H gamma spectroscopic index
SPEC_INDEX()                        SPECT_INDEX_MISC             Miscellaneous spectroscopic index
SPEC_FLUX_INT                       SPECT_INTEGRAL                 Integral spectrum
SPEC_INTENSITY()                    SPECT_INTENSITY                Spectral Intensity
SPEC_INTENSITY()                    SPECT_INTENSITY_ESTIMATED     Estimated Intensity
SPEC_INTENSITY()_DROP               SPECT_INTENSITY_FR-DROP      Intensity Drop Fraction
SPEC_INTENSITY(HBETA)_NORM          SPECT_INTENSITY_HBETA-NORM     Hbeta Normalized Intensity
SPEC_INTENSITY()_COUNT              SPECT_INTENSITY_INST-UNIT     Intensity In Instrumental Units
SPEC_INTENSITY()                    SPECT_INTENSITY_MAIN         Spectral Intensity
SPEC_INTENSITY()_NORM               SPECT_INTENSITY_RATIO        Intensity Ratio
SPEC_INTENSITY()_NORM               SPECT_INTENSITY_REL          Relative Intensity
SPEC_LINE_                          SPECT_LINE                     Spectral Line Properties
SPEC_LINE_WIDTH_BROAD?              SPECT_LINE_BROADENING        Line Broadening
SPEC_LINE_LAMBDA                    SPECT_LINE_CENT              Line Central Position
SPEC_LINE_DEPTH?                    SPECT_LINE_DEPTH             Line Depth
SPEC_LINE_DEPTH_DIFF                SPECT_LINE_DEPTH_DIFF      Difference In Line Depth
SPEC_LINE_DEPTH?                    SPECT_LINE_DEPTH_VALUE     Line Depth
SPEC_LINE_ENERGY                    SPECT_LINE_ENERGY            Line Energy
SPEC_LINE_FREQ                      SPECT_LINE_FREQUENCY         Line Frequency (usually in radio)
SPEC_LINE_FREQ_DIFF                 SPECT_LINE_DIFF-FREQ         Differential frequency between two lines (usually in radio)
SPEC_LINE_WIDTH_FWHM                SPECT_LINE_FWHM              Line Full Width Half Maximum (FWHM)
SPEC_LINE_ID                        SPECT_LINE_ID                Line Identification
SPEC_LINE_INTENSITY                 SPECT_LINE_INTENSITY         Line Intensity
SPEC_LINE_MOMENT                    SPECT_LINE_MOMENT            Line Moment
SPEC_LINE_INTENSITY_RATIO           SPECT_LINE_RATIO             Line Ratio
SPEC_LINE_STRENGTH                  SPECT_LINE_STRENGTH          Line Strength
SPEC_LINE_TEMP                      SPECT_LINE_TEMP              Line temperature
SPEC_LINE_WIDTH                     SPECT_LINE_WIDTH             Line Width
OBJ_CLASS_LUM                       SPECT_LUM-CLASS                Luminosity Classification
SPEC_LUM()_DLAMBDA                  SPECT_LUM/WVLNGTH-INT          Luminosity per Wavelength Interval
SRC_LUM()                           SPECT_LUMINOSITY               Monochromatic Luminosity
SPEC_INTENSITY()_NORM               SPECT_NORMALIZED               Normalized Spectrum
OBJ_CLASS_SPEC_PEC                  SPECT_PECUL                    Spectral Peculiarities
SPEC_POWER?                         SPECT_POWER                    Spectral Power
OBS_COV_BAND_RANGE                  SPECT_RANGE                    Spectral Range
OBS_COV_BAND_RES                    SPECT_RESOLUTION               Spectral Resolution
OBS_SN                              SPECT_S/N                      Spectrum Signal To Noise Ratio
OBS_EXP_BAND                        SPECT_SENSITIVITY              Spectral sensitivity
SPEC_INDEX_HR_SOFTNESS              SPECT_SOFTNESS-RATIO           Softness ratio usual in x ray
SPEC_INDEX_POS                      SPECT_SP+INDEX                 Spectral Index (positive alpha)
SPEC_INDEX_NEG                      SPECT_SP-INDEX                 Spectral Index (negative alpha)
SPEC_STARK?                         SPECT_STARK                    Stark effect related quantities
SPEC_SUN?                           SPECT_SUN                      Solar Spectrum
OBJ_CLASS_SPEC                      SPECT_TYPE                     Spectrum Classification
OBJ_CLASS_SPEC                      SPECT_TYPE_GENERAL           Spectrum Classification
OBJ_CLASS_SPEC_MK                   SPECT_TYPE_MK                MK Spectral Classification
OBJ_CLASS_SPEC_RADIO                SPECT_TYPE_RADIO             Radio Spectral Type
SPEC_LINE_VEL                       SPECT_VELOC                    Velocity (associated with lines)
SPEC_LINE_VEL                       SPECT_VELOC_VALUE            Velocity (associated with lines)
SPEC_LINE_WIDTH_VEL                 SPECT_VELOC_WIDTH            Velocity width
SPEC_LINE_LAMBDA                    SPECT_WAVELENGTH               Wavelength (associated to lines)
SPEC_LINE_LAMBDA                    SPECT_WAVELENGTH_CENTRAL     Central wavelength
SPEC_LINE_LAMBDA_DIFF               SPECT_WAVELENGTH_DIFF        Difference in Wavelength
SPEC_LINE_LAMBDA?                   SPECT_WAVELENGTH_MISC        Wavelength (associated to lines)
_STAT_                              STAT                             Statistical Properties
_STAT_REJPC                         STAT_%REJECT                   Percent of Rejection
SAMPLE_STAT_COMPLETENESS            STAT_COMPLETENESS              Degree of Completeness of a Sample
# Concepts: Population, sample
SAMPLE_STAT_CORR                    STAT_CORRELATION               Correlation
SAMPLE_STAT_COVAR                   STAT_COVAR                     Statistical covariance parameter
_STAT_LIKELIHOOD                    STAT_LIKELIHOOD                Maximum Likelihood of existence or occurence
_STAT_LIKERATIO                     STAT_LIKELIHOOD-RATIO          Likelihood Ratio
_STAT_MEAN                          STAT_MEAN                      Statistics Mean Value
_STAT_MEDIAN                        STAT_MEDIAN                    Statistics Median Value
_STAT_DF                            STAT_N-DOF                     Degrees of Freedom
_STAT_PARAM?                        STAT_PARAM                     Statistic Parameter or Factor
_STAT_PROB                          STAT_PROBABILITY               Probability
?                                   STAT_PROP                      Statistical Properties
_STAT_SAMPFAC                       STAT_SAMP-FACTOR               Sampling Factor
_STAT_SIGNIF                        STAT_SIGNIFICANCE              Statistical Significance
_STAT_SD                            STAT_STDEV                     Statistical standard deviation (square root of the variance)
_STAT_VAR                           STAT_VAR                       Statistical variance (squared standard deviation) or second moment
OBS_TEL                             TEL                              Telescopes
OBS_TEL_APERTURE                    TEL_APERTURE                   Telescope Aperture
OBS_TEL_FOCLEN                      TEL_FOCAL-LENGTH               Focal Length
OBS_TEL_ID                          TEL_ID                         Telescope Identification
TIME                                TIME                             Time and related Quantities
OBJ_AGE                             TIME_AGE                       Age
OBJ_TCROSSING                       TIME_CROSSING                  Crossing Time
OBJ_CYCLE                           TIME_CYCLE                     Cycle number of a variable object.
TIME_DATE                           TIME_DATE                      Date (Julian Date or Heliocentric Julian date)
OBJ_TDELAY                          TIME_DELAY                     Time Delay
TIME_DIFF                           TIME_DIFF                      Time Difference O-C Residual
OBJ_DPDT                            TIME_DP/DT                     Period Rate Of Change
TIME_EPOCH                          TIME_EPOCH                     Epoch
TIME_EQUINOX                        TIME_EQUINOX                   Equinox
TIME_EVOL?                          TIME_EVOLUTION                 Evolution Time
OBS_EXPTIME                         TIME_EXPTIME                   Exposure Time
OBS_TIME_INTVL?                     TIME_INTERVAL                  Time Interval
?                                   TIME_LIMIT                     Time Limit
TIME                                TIME_MISC                      Time in general
OBJ_ORB_PERIOD                      TIME_PERIOD                    Period
OBJ_ORB_PHASE                       TIME_PHASE                     Phase (in the context of periodic variable objects)
TIME_RATE                           TIME_RATE                      Rate Of Certain Phenomenon
TIME_RELAX                          TIME_RELAXATION                Relaxation Time
OBS_COV_TIME_RES                    TIME_RESOLUTION                Time resolution
TIME_SCALE                          TIME_SCALE                     Time Scale
TIME_ZONE                           TIME_ZONE                      Time Zone
_UNIT                               UNITS                            Units in which a quantity is measured
.                                   VAR                              Quantities related to variable objects
PHOT_VAR_AMPL                       VAR_AMPLITUDE                  Amplitude of variation and related quantities
PHOT_VAR_AMPL_RATIO                 VAR_AMPLITUDE_RATIO          Amplitude Ratio
PHOT_VAL_AMPL                       VAR_AMPLITUDE_VALUE          Amplitude of variation
OBJ_CLASS_VAR                       VAR_CLASS                      Type of variability
OBJ_ROT_DFDT2_BARY                  VAR_DF/DT2                     2nd time derivative of barycentric rotation frequency in seconds
OBJ_ROT_DFDT3_BARY                  VAR_DF/DT3                     3rd time derivative of barycentric rotation frequency in seconds
OBJ_EPH_ECLIPSE_CYCLE               VAR_ECL-CYC-N                  Eclipse Cycle Number
PHOT_VAR_FRAC?                      VAR_FRACT-LIGHT                Fraction Light
PHOT_VAR_INDEX                      VAR_INDEX                      Variability Index
PHOT_VAR_DROP                       VAR_LIGHT-DROP                 Light Drop
PHOT_MAG()_VAR_RANGE                VAR_MAG-RANGE                  Magnitude Range
?                                   VAR_MEAN                       Quantity at stage of mean
?                                   VAR_MODEL-FIT                  Variability Fit Parameter
PHOT_VAR_PERIOD                     VAR_PERIOD                     Period of Variability and related quantities
PHOT_VAR_PERIOD                     VAR_PERIOD_VAR               Period Variations
PHOT_VAR_PRIMIN                     VAR_PRIM-MIN                   Primary Minimum Importance
PHOT_VAR_PROB                       VAR_PROBABILITY                Probability of Variability
PHOT_VAR_PULSE                      VAR_PULSE                      Quantities related to pulses (pulsars)
PHOT_VAR_PULSE_EW                   VAR_PULSE_EQ-WIDTH           Pulse Equivalent Width
PHOT_VAR_PULSE_WIDTH                VAR_PULSE_WIDTH              Pulse Width
PHOT_VAR_RADIAL                     VAR_RAD-OSCILL                 Radial Oscillation Parameter
PHOT_VAR_FREQ                       VAR_RRLYRA-FREQ                Frequency Of RR Lyrae
# Why specifically RR Lyr?
PHOT_VAR_SECMIN                     VAR_SEC-MIN                    Secondary Minimum Importance
OBJ_VEL                             VELOC                            Velocity
OBJ_VEL_BARY                        VELOC_BARYCENTER               Barycenter Velocity
OBJ_VEL_CM                          VELOC_CM                       Velocity Refered to a Co-Moving System
OBJ_VEL_CM_X                        VELOC_CM_X                   Comoving Velocity Along X Eastward
OBJ_VEL_CM_Y                        VELOC_CM_Y                   Comoving Velocity Along Y Northward
OBJ_VEL_CM_Z                        VELOC_CM_Z                   Comoving Velocity Along the Line of Sight
OBJ_VEL(CMB)_R                      VELOC_CMB                      Radial Velocity respect to the 3K CMB
OBJ_VEL_CORR                        VELOC_CORR                     Velocity Correction
OBJ_VEL_DIFF                        VELOC_DIFF                     Velocity Difference
OBJ_VEL_DISP                        VELOC_DISP                     Velocity Dispersion
OBJ_VEL_ESCAPE                      VELOC_ESCAPE                   Escape Velocity
OBJ_VEL_EXPANSION                   VELOC_EXPANSION                Expansion Velocity
OBJ_VEL(GAL)                        VELOC_GAL                      Space Velocity In Galactic Coordinates
OBJ_VEL(GAL)_PHI                    VELOC_GAL_PHI                Space Velocity In Galactic Coordinate Phi Component
OBJ_VEL(GAL)_RHO                    VELOC_GAL_RHO                Space Velocity In Galactic Coordinate Rho Component
OBJ_VEL(GAL)_U                      VELOC_GAL_U                  Space Velocity In Galactic Coordinate U Component
OBJ_VEL(GAL)_V                      VELOC_GAL_V                  Space Velocity In Galactic Coordinate V Component
OBJ_VEL(GAL)_W                      VELOC_GAL_W                  Space Velocity In Galactic Coordinate W Component
OBJ_VEL(GAL)_R                      VELOC_GC                       Galactocentric Radial Velocity
OBJ_VEL(GEOC)_R                     VELOC_GEOC                     Geocentric Radial Velocity
OBJ_VEL(HELIO)_R                    VELOC_HC                       Heliocentric Radial Velocity
OBJ_VEL(LG)_R                       VELOC_LG                       Local Group Radial Velocity
OBJ_VEL(LSR)_R                      VELOC_LSR                      Radial Velocity Respect to the Local Standard of Rest
OBJ_VEL_MAX                         VELOC_MAX                      Maximum or Terminal Velocity
OBJ_VEL_MEAN                        VELOC_MEAN                     Mean Velocity
MED_MATTER_VEL_MICROTURB            VELOC_MICRO-TURB               Microturbulence Velocity
OBJ_VEL                             VELOC_MISC                     Velocity in general
OBJ_VEL(OBS)                        VELOC_OBS                      Observed velocity (without corrections)
OBJ_VEL_OCCULT                      VELOC_OCCULT                   Occultation Velocity
OBJ_VEL_ORB                         VELOC_ORBIT                    Orbital Velocity
OBJ_VEL_PEC                         VELOC_PECULIAR                 Peculiar Velocity
OBJ_VEL_PREENTRY                    VELOC_PRE-ENTRY                Pre-Entry Velocity (meteorites)
OBJ_VEL_PULSAT                      VELOC_PULSAT                   Pulsation Velocity
OBJ_VEL_RANGE                       VELOC_RANGE                    Velocity Range
OBJ_VREL                            VELOC_RELAT                    Relative Velocity
OBJ_VEL_RESID                       VELOC_RESID                    Residual velocity (any component or system)
OBJ_VEL_RMS                         VELOC_RMS                      Velocity RMS
OBJ_VROT                            VELOC_ROTAT                    Rotational Velocity
OBJ_VEL                             VELOC_SPACE                    Space Velocity
OBJ_VEL_X                           VELOC_SPACE_X                Space Velocity X Component
OBJ_VEL_Y                           VELOC_SPACE_Y                Space Velocity Y Component
OBJ_VEL_Z                           VELOC_SPACE_Z                Space Velocity Z Component
OBJ_VEL_R_SYSTEMIC                  VELOC_SYST                     Systemic Velocity
OBJ_VEL(HELIO)_R                    VELOC_SYST_HC                Heliocentric Systemic Velocity
OBJ_VEL_R_SYSTEMIC                  VELOC_SYST_MISC              Systemic Velocity
OBJ_VEL_TANG                        VELOC_TANG                     Tangential Velocities
OBJ_VEL_TANG_GAL                    VELOC_TANG_GAL               Tangential Velocity in Galactic Frame
OBJ_VEL_TANG                        VELOC_TANG_MISC              Tangential Velocity
OBJ_VEL_TANG_PEC                    VELOC_TANG_PEC               Peculiar Tangential Velocity
OBJ_VEL_TOT                         VELOC_TOTAL                    Total Velocity
OBJ_WIND_VEL                        VELOC_WIND                     Wind Velocity
_WEIGHT                             WEIGHT                           Statistical Weight Associated to Data Fits
PHOT_BAND_ID                      -                               Band ID
PHOT_COL(*PHOT_SYS,*PHOT_COL_ID)  PHOT_INDX                      Photometric index (usually in narrow bands)
PHOT_FLUX(*PHOT_BAND_ID)              - 
PHOT_MAG(*PHOT_SYS_ID,*PHOT_BAND_ID) -



Appendix 2:

In X-ray land, Dean Hinshaw and I made a start on a list of objects we use.
I've tried to group related concepts as much as possible.

*** Types of data object:

UCD/PCD          Dataset Name

DATA_EVTLIST     EVENT LISTS
DATA_IMAGE2D     DATA HISTOGRAMS: (spatial) 2D-IMAGES (with nulls)
DATA_HIST_ENERGY DATA HISTOGRAMS: (energy) SPECTRA
DATA_HIST_TIME   DATA HISTOGRAMS: (temporal) LIGHT CURVES
OBS_DATA         OBSERVATION PARAMETERS
                 COORDINATES (Spatial, Temporal, Gain, Dispersion-relation, General)
OBS_COV_TIME     COVERAGE - Temporal (GTIs, TSTART family)
OBS_COV_POS      COVERAGE - Spatial (Regions, RA_NOM family, Source/Background pairs)
OBS_COV_INST_POS COVERAGE:  Spatial (instrumental)  = BAD PIXEL MAPS
OBS_COV          COVERAGE - general filters, Data Subspace
SAMPLE_CAT       SOURCE LISTS (see regions)
INST_GEOM        INSTRUMENT/TELESCOPE GEOMETRY; BORESIGHT
OBS_SITE_ORBIT   ORBIT EPHEMERIS
OBS_ASOL         ASPECT SOLUTION
OBS_EXP_POS      EXPOSURE MAPS  (units of [s], units of [erg cm^-2 s^-1/count s^-1])
OBS_EXP_ENERGY   SENSITIVITY MAP: vs Energy (ARF, Filter transmission)
OBS_EXP_TIME     SENSITIVITY MAP: vs Time (dead time correction, XMM EXPOSUn)
OBS_EXP_POS_INST SENSITIVITY MAP: vs Position (QE map, VIGNETTING)
OBS_EXP_POS_VIG  
OBS_EXP_POS_BIAS BIAS MAPS
OBS_RESP_POS    KERNELS (spatial): PSF;  GRADE/PATTERN
OBS_RESP_ENERGY KERNELS (energy): RMFs, LSFs
OBS_RESP_TIME   KERNELS (temporal): TIMEDEL
OBS_RESP_ENERGY_GAIN      GAIN MAPS (gain is a simplified RMF)
OBS_RESP_ENERGY_GAIN_TIME GAIN CAL (versus time)
OBS_HK_TIME      HOUSEKEEPING: Mission Timeline, engineering data
        [includes: Commanded sc/instrument parameters; 
                   measured sc/instrument parameters;
                   measured environmental information
                   calculated (e.g. sun angle) environmental info]


Keywords in EVENT lists (in progress) ----


UCD/PCD                           FITS 

DATA_IMAGE_DIM                    NAXIS                Image dimension
DATA_ITEM_TYPE                    TFORM                Data item datatype
DATA_ITEM_NAME                    TTYPE                Data item name
OBS_DATE                          DATE-OBS             Start Observation date as string
OBS_DATE:2                        TIME-OBS   (ROSAT, now obsolete)
OBS_DATE_END                      DATE-END             End of obs date as string
OBS_DATE_END:2                    TIME-END   (Rosat, now obsolete)
DATA_PROV_ORIGIN                  ORIGIN               
DATA_PROV_CREATOR                 CREATOR
OBS_COV_TIME_FRAME               TIMESYS
OBS_COV_TIME_ORIGIN_MJD          MJDREF
OBS_COV_TIME_ORIGIN_MJD:1        MJDREFI  (Rosat)
OBS_COV_TIME_ORIGIN_MJD:2        MJDREFF  (Rosat)
OBS_COV_TIME_INST_DIFF           TIMEZERO		Clock corr
OBS_COV_TIME_INST_UNIT           TIMEUNIT
OBS_COV_TIME_INST_START          TSTART
OBS_COV_TIME_INST_STOP           TSTOP
OBS_COV_TIME_START_MJD           MJD-OBS  (Rosat)
OBS_MISSION                       MISSION
OBS_TEL                           TELESCOP
OBS_INST_ID                       INSTRUME
OBS_ID                            OBS_ID
OBS_ID2                           SEQ_NUM
DATA_PROC_SYS_VER                 ASCDSVER, PROC_SYS
DATA_PROC_VER                     REVISION
DATA_CONTENT_CLASS_ORG            HDUCLASS
DATA_CONTENT_CLASS1               HDUCLAS1
DATA_CONTENT_CLASS2               HDUCLAS2
DATA_CONTENT_CLASS3               HDUCLAS3
DATA_FILE_DATE                    DATE
OBS_COV_TIME_ERR_ABS             TIERABSO
OBS_COV_TIME_ERR_REL             TIERRELA
OBS_COV_TIME_BIN_TYPE            TIMEPIXR           Begin middle or end of bin
OBS_COV_TIME_RES                 TIMEDEL
OBS_DET_ID                       DETNAM
OBS_DISP_ID                      GRATING
OBS_TARGET_ID                    OBJECT
OBS_TITLE                        TITLE
OBS_AUTHOR_CODE                  OBSERVER
OBS_DET_POS_ORIGIN_X             SIM_X              Offset of detector origin from opt axis
OBS_DET_POS_ORIGIN_Y             SIM_Y              Offset of detector origin from opt axis
OBS_DET_POS_ORIGIN_Z             SIM_Z              Offset of detector origin from opt axis
OBS_DET_DEFOCUS                  DEFOCUS  mm
OBS_TEL_FOCLEN                   FOC_LEN
OBS_TEL_MODE                     OBS_MODE
OBS_DET_MODE                     DATAMODE
OBS_DET_READ_MODE                READMODE
OBS_DET_READ_CYCLE               CYCLE         For obs split into different configs
OBS_POS(,EQ)_RA                  RA_NOM 
OBS_POS(,EQ)_DEC                 DEC_NOM
OBS_DET_ROLL                     ROLL_NOM      Nominal rotation of detector
OBJ_POS(,EQ)_RA                  RA_TARG
OBJ_POS(,EQ)_DEC                 DEC_TARG
TIME_EQUINOX                     EQUINOX                   Equinox
POS_FRAME                        RADECSYS
DATA_CLASS                       DATACLAS
OBS_EXPTIME                      ONTIME
OBS_EXPTIME_CORRECTED            LIVETIME
OBS_EXPTIME_CORRECTED            EXPOSURE
OBS_EXPTIME_CORRECTION           DTCORR
OBS_ASOL_TYPE                    ASPTYPE
DATA_HISTORY                     HISTORY
OBS_COV_TIME_INST_RAW_START:2    START_MNF
OBS_COV_TIME_INST_RAW_START:1    START_MJF
OBS_COV_TIME_INST_RAW_STOP:1     STOP_MJF
OBS_COV_TIME_INST_RAW_STOP:2     STOP_MNF
EVENT_TIME_INST                  TIME
OBS_INST_DET_ID                  CCD_ID
OBS_INST_DET_CCD_NODE            NODE_ID
OBS_EXPOSURE_NO                  EXP_NO
EVENT_POS(INST,CHIP)_X           CHIPX
EVENT_POS(INST,CHIP)_Y           CHIPY
EVENT_POS(INST,DET)_X            DETX
EVENT_POS(INST,DET)_Y            DETY
EVENT_POS(INST,TDET)_X           TDETX
EVENT_POS(INST,TDET)_Y           TDETY
EVENT_POS(INST,SKY)_X            X
EVENT_POS(INST,SKY)_Y            Y
EVENT_ENERGY_INST_PIX            PHAS    # per pixel
EVENT_ENERGY_INST                PHA
EVENT_ENERGY                     ENERGY
EVENT_ENERGY_INST_CORR           PI
EVENT_PATTERN_FLT                FLTGRADE
EVENT_PATTERN_ASCA               GRADE
EVENT_QUALITY_MASK               STATUS
DATA_CAL_FILE_ENERGY_SCALE       GAINFILE
DATA_CAL_FILE_PATTERN            GRDFILE
DATA_CAL_FILE_BADPIX             BPIXFILE
DATA_CAL_FILE_BIAS_DET(*ID)      BIASFILid
DATA_TLM_VERSION                 FSW_VERS
OBS_COV_TIME_INST_DET(*ID)_           GTIid
OBS_COV_TIME_INST_DET(*ID)_START      GTIid:START
OBS_COV_TIME_INST_DET(*ID)_STOP       GTIid:STOP
OBS_COV_PATTERN                  DSVAL(GRADE)
OBS_COV_TIME_CLOCKAPP_Q          CLOCKAPP
OBS_POS(,EQ)_COORD_RA            TCTYPn = RA---TAN
OBS_POS(,EQ)_COORD_DEC           TCTYPn = DEC--TAN
OBS_POS(,EQ)_COORD_SCALE         TCDLTn
OBS_POS(,EQ)_COORD_REF           TCRVLn
OBS_POS(,EQ)_COORD_PIX           TCRPXn
OBS_POS(,DET)_COORD_THETA        TCTYPn =, TCNAM=THETA
OBS_POS(,DET)_COORD_PHI          TCTYPn =, TCNAM=PHI
OBS_POS(,DET)_COORD_SCALE etc

ROSAT file:

DATA_FORMAT_DATE                  RDF_DATE  (Rosat)
DATA_FORMAT_VER                   RDF_VERS
OBS_FILTER                        FILTER
OBS_ID2                           ROR_NUM
OBS_DET_MODE                      SETUPID
OBS_ID_SUBID                      OBI_NUM
OBS_COV_TIME_INST_START           SCSEQBEG 
OBS_COV_TIME_INST_STOP            SCSEQEND
OBS_ID_NSUBID                     NUM_OBIS
OBS_COV_TIME_CLOCKAPP_S           CLOCKCOR
DATA_EVENT_REJ_                   EXTNAME = REJEVT


From - Thu Mar 27 11:45:45 2003
X-UIDL: 3e5baf650000032a
X-Mozilla-Status: 0011
X-Mozilla-Status2: 10000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2RAi1Md026534
	for <ucd@ivoa.net>; Thu, 27 Mar 2003 11:44:01 +0100 (MET)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2RAi1A21118
	for <ucd@ivoa.net>; Thu, 27 Mar 2003 11:44:01 +0100 (MET)
Received: from sainfoin.saclay.cea.fr(132.166.192.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAASmaOpP; Thu, 27 Mar 03 11:44:00 +0100
Received: from rosetta.saclay.cea.fr (rosetta.saclay.cea.fr [132.166.13.210])
	by sainfoin.saclay.cea.fr (8.12.8/CEAnet-Internet.1.0) with ESMTP id h2RAaUP4007258;
	Thu, 27 Mar 2003 11:36:30 +0100 (MET)
Received: (from dide@localhost)
	by rosetta.saclay.cea.fr (8.11.6+Sun/8.10.2) id h2RAaUd29807;
	Thu, 27 Mar 2003 11:36:30 +0100 (MET)
Date: Thu, 27 Mar 2003 11:36:30 +0100 (MET)
From: DIDELON Pierre <dide@discovery.saclay.cea.fr>
Message-Id: <200303271036.h2RAaUd29807@rosetta.saclay.cea.fr>
To: amsr@jb.man.ac.uk, rplante@ncsa.uiuc.edu
Subject: Re: UCDs status and perspectives
Cc: ucd@ivoa.net
Content-Type: X-sun-attachment
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

----------
X-Sun-Data-Type: text
X-Sun-Data-Description: text
X-Sun-Data-Name: text
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 25

Hi Anita, Ray et al,

I globally and fully agree with all your points and comments,
the most important one is to use the only available quite exhaustive
metadata (UCD) as a crucial use case to elaborate a more flexible
and sophisticated schema.
I am impressed by Ray's willingness to define a metadata model
to refactored the domain, and I am waiting it with great eagerness.
I was thinking about such a process and the most difficult part 
for me is the mechanism to keep a link to UCD and continuing to
support them.
I tried to formalize the possible inter-relations in the attached
UML diag, (triangle at the beginning of a line is inheritance,
others lines are relations; assoc,agreg....).
Several question araise already in my mind even at this very simple level :
- Does Descriptor and Group... need to inheritate from Atom and Descriptor,
or is the association use/is_part_of sufficient? In other words, do we
need several level of composition? Group of group of Descriptors?...
- is the relation UCD/PAD formally needed?
- Which is the link between the actual UCD_Tree and all the possible
and usefull descriptors associations?

cheers,
pierre

----------
X-Sun-Data-Type: gif-file
X-Sun-Data-Description: gif-file
X-Sun-Data-Name: AtomUCD-UML.gif
X-Sun-Encoding-Info: uuencode
X-Sun-Content-Lines: 162

begin 600 AtomUCD-UML.gif
M1TE&.#=A\@)S O<      /\  /___^CX !4   ,  . \  #_  "^  #8  ) 
M   J /]Z  "0 +X  -D  ( "  (  .," "!, +X6 -J*  1H   2  !   $ 
M )   "L   $" )!,%  9  %L %Z    Q  &@ -D" %Q,   8  #V  GX !6(
M   I  #F "7D  'X /8#  ;_ $"^  #9  UL !<  $     \ $D  $@\%.  
M  8   \"%  &   ?(!$  +0    ! !%  +<  / "  , 3X0 =@  90, <@ &
M=P! <@ ":0 Z=   (  C>   :0  <P  = $ ;IX 9V< ("< 9@  ;($ 9:0 
M(   )P  +P$ >   <   ;QH <F0 =  8: 7V;P7X;0 &90! +P "9  U:0  
M9  D9   8P  5@ C3P  51L 0WX)1  900!M= "P;S[_;8*^5<C80^/H1"$ 
M+6\"55OD35#\3#X +H( 9\D :8\49@L )_H6/RWT &@  #X  ((  ,D  (\T
M  L  /H7 "V(  !4_P!)OB!&V0!&4   _P  O@  V! $H&X  &86&G/T+0  
MT  I/    0  &   ]@  ^   &@  +0  %  "   Z/                   
M                                                            
M                                                            
M                                                            
M                                                            
M                                                            
M                                                            
M                     "P     \@)S @ (_@ %"!Q(L*#!@P@3*ES(L*'#
MAQ C2IQ(L:+%BQ@S:MS(L:/'CR!#BAQ)LJ3)DRA3JES)LJ7+ES!CRIQ)LZ;-
MFSASZMS)LZ?/GT"#"AU*M*C1HTB3*EW*M*G3IU"C2IU*M:K5JUBS:MW*M:O7
MKV##BAU+MJS9LVC3JEW+MJW;MW#CRIU+MZ[=NWCSZMW+MZ_?OX #"QY,N+#A
MPX@3*U[,N+'CQY C2YY,N;+ERY@S:][,N;/GSZ!#BQY-NK3ITZA3JU[-NK7K
MU[!CRYY-N[;MV[ASZ][-N[?OW\"#"Q].O+CQX\B3*U_.O+GSY]"C2Y].O;KU
MZ]BS:]_.O;OW[^##_HL?3[Z\^?/HTZM?S[Z]^_?PX\N?3[^^_?OX\^O?WQR 
M?_X #@> 3 ,.&."!\!F(X(+=*=B0@PQ&:)N"_OUW4(445BA0@1HBA*$ 'PJ%
M888CEFCBB2BFJ.***$KHHD84@@CA0 9:6..&-"9D8X%%Q;@ABT &*>20';YH
M)$49*N2CC#?BZ"%!/!*UI(5)47GDE0\Y6&1!/C:YI$%:@MACCC\N9266:"H)
MYI,XVNBDF![&..-/4\XII9UIYEDFDSH6.:*,>U[8X99T!GJF48?JJ2A$>)J5
MZ)V+1JIDB7!&9&)5CPZ5J:2<<OG6ID&!VNFHC9(EZH4WG3JJ>$2VZNJK_K#&
M*BN0$JF:DJVK?C?KKKSVZNNNM1Y:*DFXYMK@L)$5RR&7?C;+)Z%((FNLKM(^
MIFR@;[Z9)*#<6E3LM-I]NQBNVY*9K9OG8B0NN->MFQBY?T(I[[Q?5MLGN^FY
MBYBM$%H9)KWF5EJ1OOA*1[!A_#([+[9-"FQOG 6?=W!A"2O,L+GUJOMPQ-5-
M3)BJ6X;8+)4:?@BMI1MS/)W'@[$,D\LJ(P<S8#.W5'/,Q-W<E\XJ\8PS<#[K
M%?1)0__,6]%W(4ULRD;WQ_2[3]ND=-.W34V7U2%A3?5L6L?5M4=?;_U:V&Z1
MO9'98J^&]EJ_MDUDVMNMK9;;=-,*=W9R6QOU_MWJY>W8R7S?YW=C@ =>W^",
M%6[X?(@K%N_B^#4.M>*0OR?YOB%6;M_E"/_'N>:[??ZQYZ*#7O7>JNV(NNG<
ME1Z8LZS+YSK-),\>.VRV^^5O[K>WQOM>A/[>>^JKFQ:\\,.?ACQ>PBZ?/&G.
MVY5H],^'1OU<)U->O7?7RY5]]]MO!CY<F8X?/F;FMU6X]N?C7?QHZZ??_F3R
ML]TH^_-;5W]:E.^?_]_OLYZ0_@<>_YUE2 2DEH "F$#E&%!]#&R@S")8F@=*
MD' 4A%X&+[C #G(P/!:TWP=!N$'1A'"$ASDA_TJ(PMZH$"TO;*%@8N@H%LI0
M-S0L2PYON#,;?F:'_CP$G@\] \0@YJ6(84&B$:4WQ,XH<8E7:R)GG@A%[TE1
M?%>LHN^RF!DJ:O%37$1?&+^(&B]RQ8QD%*%PT)C&%7JPC<]A8U;D"$<=CM$R
M=*SC6/)H%3[J$2Q^I$H@_]B504K%D(34"B*ALLA$7J613H&D(P5YQ\I(<I*'
MK"1E+HE)1FJ2?I_L)!Y#F2Q2BA*4;SSE&DVI-U7FC)4 =&4J?\-)658)EABT
M97!J>4M= @V7B0.F+U,H3,<5<YBCFR4R<<-+I#1SF4!Y)J*."4W:*;.:M)%F
MCZB)S1Y>LYNQT2:DP#DA;G:.G.7\)CJWJ,YUJLV<%(.G.Z/8SGF649XM_L.G
M/<FGS]?U<Y\0K"= -2C0@9KPGW\1IT%MAE#=-72A-2PH1(GX4+XH=**WJJ@0
M,9J:BX9*HQS]BD>C"=*0%K*DS$.I216I4B:NM((MK<M(7PJ2F?K$IC3M"$YY
MLM.<PBBF]/0I:'JJ$Z(*U5M Q5Y2CQK)I7K-J4PU$U3!&%4G3K5L5ZWJ-"6J
MU5RNLJN:,2I.Q K6!V65+60MZT+26A.VJA5B7WVK)<^J1KFB,JYVE8Q;9[+7
MO&*+EG3U:T[Z&A/"YM6P+T&L7!7+4,&6DJN.]2=D(YO0P+J1LE[=I64Q2Z#-
M'M"SG$TL:.T8VG&-UE2G+6W/4BL6QJK5M2N!_BU8>5FWVMKVMKC-K6YWR]O>
MUC8ZM/6M<(=+W.(:][C(S2UP69L1V7YTLK_<:+B8"TCJ!E1HUG4I7IT3W+AE
M]Z3+E:[[H M8\6+'N2A!;UN_&RWODM<WW9WN>UW(WHFH]Z;U96EXL>O>[3K-
MO.W*[QP%'%'^RM>_S(GO>!&\' 6?E\"/A#!J :P_"6/*PJW%\%HU/#<.1^6^
M?/4P7!>LV?T>4<2?G>_14 PF%I.6P0YT,91DO$<:*P7$G:5PQVS<2^@X., J
M#AV/<;P3(HO$R*+5,7607%,>]W'(3A9IE+?J8RCWM\155O+*IKQ-$Z?TRM'-
MLH%)'.8X6OG 6#:S_I8-QN5QJGG,#PXR#L],YO**^<1@MO.;\8SF,G.7SG&&
M<7)^7&$YYX;0.S8T,P$-9$%/$"X!B'2D6YQG^+;YPQ:>M  D;;$Z6]K+:]'T
MI@/0Z4"G^<]O$;6H_UIH1Q\GD*06R*J[96H__U<NLZ9UHT]]Z[C$NM2[MG6"
M/?SK&5>:OJ!N2[&-W6<]HQK.P79VK[_<[$_?.=7+9G6B76T<0^9:UZWF];#7
MG&QD7SMIE]8OMXN#Z"6G^[GGUJZGS;UG:L][Q>4.ZKV%G&^E'AO?\9;IN['"
MY(\4G"7MWK*B3T?N@ .\WNC^-[\=[N]JT_O9?-[WG/MM18EOG.(=M_C#_C%N
M[UI+>]S0#K>P&\QHE9^<Y0V'N+5E+G"/'WK@34DXFQ>>SI1O6]PP][F[>5X;
MG7/\YD?GI\T7G72JBGSB-->WR6=.\H@__>-1K[C&D0[RIRZ=X5U7^M6YGO60
M;YWI87?ZV<%>=J^/'>UM%_O:>QYWM4_]XM.V^MR+CG.FB(MT'%)=C?J7N>0:
M_E)H/;SB$;C-Q3O^55!#4HZ6!:<;@:I.CT\N!#//>4HUOO.@3U'D[3MY$I4,
M675*_'4SKJF!]W1=72)=BTN5^KIV..:#=7W?:<2TP<N+9 MC4Z7HF$>C%UGW
MHP_6Z4W_HV'Y7MLOMKW>6Y],S/6$^! V?E&1_F]]GA*X^"TG:?6)>?WO9S_\
M=.(^^;VO^O:S7D3J[USHW7][H>-W_/('/?TO^WYXSW#W_L=_]==_XI=/CR9]
M,(1^]V> KV9^JU=R\(=_QH1+V/> TQ>!##A'!"(P(;9_"8A[8Q5_[[)]'IAB
M]E=^$I@TC$*"+-A8)2AU&/A_6\%\@E([;I(YLQ=XP 1[G@<VE01^()@J(MA'
MI<<FZ-(P>+(C'+A>[<5[GF2!\D9]&4AP3J@C&(,N2Q@P41*"35B%/7-DYQ>$
M4C.$F#)C=M(E3O(EGC)Y+8@RE-9\)&*&25)X@0>'O%<[X+9A4%AS73:%C[0F
MJ-(F7A(PG;:%0MB%_E4XAWNBA"=RAXNXAF+2@PX!A*O55%0F@^H6/S8H>WEH
MAWQRB/8U(X+G.8"H+<&W+?_RB*&XAQPA>BMX?)>(5#AH$L4D1YO%@Y36/*D(
MB0X#,(38,&[X@F?3+\'"?GUX$:J37K7(7)>2,HA7@,5HAGGH)\+7BV2RBY6'
MB )H<*@3/$QXC$CEA24!+:%DBV?4>_WR?(*B;;OX+UKBCMKX@6!XC8/'B;_W
MCIMH;,OG@[$X,.4B,I1'A\\B++H&D+LSD %$?#.(CLRVB%OX?,"GA5>X,&J8
M)6$(AG]RD'.BCAQ8+Q#)0,(S,<G(+3K(B>_HD&MX)JEXDB3Y/B$9>C Y_HN3
M*(EW6(_X:)/-5Y/2Z(DR:5:L.(R)N).0Z"^G."7!UUP-)9*/8Y080Y&G*([#
MUY 9\U/3%),Q&2J5*(Q4J8I0"8=$^8M-28@:TX_QZ(C9DI-A>2Z/8XI.F2Y;
MZ6;>%$U9B8 ZM9',0HQ2>91,>99C"8[^N(Y1&91I&9CBJ(9[F85EF7[6))<9
M]9-O^90J68@-29C8V)=P^9>E.)76N)GI2)$K*9&/&8,"!SOEET64F#5V28]'
MV9)MR99\B8Q)N3K-DY81Z9J$Z86U^9EBB9F7B3T329<%UF0JJ82?&#+[Z(DY
M:3(N\Y(:HXM,,C((^9S1J9/%:9PZ^(F6*872_O.; ]B=%QB B]F;WL.=VRB/
M!*B8?@B>OJDM#JB5;B>><0F?Y&,H[0F<6J>=DN678KB0COF>^!F>_[F?ZF:?
M9A>@#D66)YAA_2EW!AJ?#0J!)DB@_BF: $JA0F25OK6@=F>A!ZJ?V(6AO:6A
M6(6@#LJA6J1]N9>"T-A&*,J%Z;FB:=2BH(B)\@E%()IY)&I1L4EU772CCI>C
M MJ!>*='(\6<0UI'1;JC] 6 >\>'-9I-!R=D/@J30,HU^+-$4WJ5'EI.5ZI:
M);IH7>JE07I/E">FW3=G=6BFZ_=Q8:JF47@ZY>*F+PJE<2BG<VJE0FFG%<IW
MG:FG^0FFP.:G.HJF_G<IJ)6%=69IJ(,*J&^HJ&.J01L9I1PEJ<$X>X[ZJ >5
MA$Q:6I1JD9JZJ9S5J3,Y*:"*6:+*$(1WJ><Y-@.DJF\J&XSGJC!(=K*:H'A:
MJYBJ/*4JIJ<:C;BZJGSWJ[8*J[OJI;U:J<+ZJG"7K$X*=<PZJ\OZK 6*J-(Z
MH;1:K0Q*K=@ZHD>ZK1)ZJ]ZZH=<:KM]*K.0JKM%ZKN69KNH:H<[:KN;YKO :
MG/(ZKQ/6K?::1,7Z,OO*J?WJ$L>*40%KD?D:K]I:L/K*HPB;L/BZL.>HL [K
M%0,[JA&KH U;L03WKRZ(L5(&L1P[8![[L1$6LB)[821;LE,QL3Z)LOQY_K$L
M^X0N^[*6&+,RZW<:BW W2UDJBZHY&UD[JX<U.[(T&[0]-G)$FTDG>[0WUK.-
MJ;0IR[3*Z+1/F[126Z7@6K4S:[18*U54N[4F2G=>R[6CF:5D6[9FRUM; TEG
MN[9LV[:^DK8L1E@_VZA&H[8W.[>!&C-V>U?LJC)[JU=0.Q)X:ZW9&DOCJK=Q
M>[>!.X]4\[>/=;A^F[A\RW9U*[F >["1JZS!A+D<X[B0,;A=B;B::UJ<&S&>
MVTJ0V[F6^[A]J[JC:TRE6S"G:[BM:[JK^[F+BYIP^[K)1[D_,[N9Y;LX [R;
MF[JVR[MG*KRBVZRH6[NR>[O-J[R9R[RT*[VN_DN]P0NVOPN]U:N]P\N]V1NL
MC0N^Q>N\^$*\I&N\SXN\:VJ]QXN]Y>N^ZPN_Z6N^[(*^L*N^YTN^]2N_^QMJ
MDI9M<IN[3;:[::%IG#:9T>N]RXL6JK9L QR[_WO OS9K$:R_]RM@%0S!BBO!
M&>P6N7;!]@LN?)1MG=B_##R];&'"(NR_'[S"(X:['DS"_)N_(SPM^-N[*7R]
M  R8K.O"-*QL+-S!&!S$]&O#0(S#-:S#XMLT.9R\._R^T!J_43R_4XS"35RY
M['M.1:S$6QQ/,^S%1\S$4&K 5XS$53S!9TS&5[N]7ZRB;?R];WRGX43 5$RX
M=US&XSO'-)K$QO+$_NV;QB^\QE"<Q6X\QH6LQTZ\Q(D<QPU\GPMLR'*,R($L
MR8\\K=UKR2H,R9FLR%I,R5Q\PW_,R)7LR8=,R*7LR)N,R>%KRI.,RJ'LQ[D"
MR+$LR$8,RRSEMDBDRZ";M9R<8;Q<8[K\(K0\H#G'C#'5R\?,QT\&LPR[S"[R
M-;RL>$WKRQUKS0LBS=-L>-4,S<]LL\1\1S,U->:SR\ELQ][9S7]*BT!ESD^A
MS."\L7T\CNV,S.^,SNM*-#A'SO5<$P%LPHSKS1&BS6 <M?=,$QNLSDL;S@"[
MSU=4SJ:D:@I=M ,MS@X]T10-$PEMT +-( 0-Q[I[T#<!T $=SQ)2/G5H_I X
MN;)TS(W.C- D'=(=G<WWPX9'*(@4V]+\*-+^'%OGS-!6B-->6:8L/<]+\](S
M$=,R;=(5K29I:(^)"K0Z79=(+;&F>=317-.T5J:5&</K3,](V9-9^(RP:1/?
MAM5E/9F-.-1[ \]B&R?'*9W8R;,%K<](B98*S#"R"4MG+;A[G9E]NM51LY8'
M\M%3W8I_S6KD&-B\65UWG9*I69!/TR(!8MA&[=>/79#@-IOA:+%I?8]TG;<^
MZ8KY8=DUY=@<W=G>*-ETNXJ>W=F@+=6A6]3/29.R8]'"*=8ZY:)VW9RKS=JB
M3;"OW=A"/2FM+=PU2-:68UP[/=N(S=OLG-DY_CB<QXTRVQRKL%V$L@U]H;UA
M:]T>Q]7<N[G;T W6V:F7+!G5H7C=K?K9I4=[Z<B0C$+98@R4]R)XB8B'I#F&
M&(VLZ*W !^/.YUUY\!W<W:U\RBTI,(/2(C.8=4J<,QK= \Z7>.C<\UUCCYG>
M])G7%^[;MAW.@P*2HHB%#@.,*PF,_)W:T>*<.IG@Q/UD^PV;BXV#+N[?'D[8
MG<7>03(WJOG<D@F6F]F+DL//55V&[,G3/OC=_*KC=@-#/6[?>0GD[?A[L*CB
M;UV#V\U3Y'GEJ*GD/HWA_//D/Q78&F[BD%GEO8W-UXBJ6'GD:HZ1-8[9PZU#
M8C[F44Z;'"DGQT3D_DC^E$Y=*&X^T_KLY25]S4[.FDFNTG)8J/F(F#3!YV_>
MU:M99!O^YAE%Z%0]Y^7:5E];P'T.FD%]%..3-Z3MX]\LHH_>Z2[]Z6X9ZE;[
MH$L>Y[Z*VNA*Z>HIYY%>D;RXI:+.3:7NVJ?NGNNE3Y NZ$^]5AF]T"2%Z0=N
MZ-QZV%!N['@-U<LSZ@CUZ\:MZ>E\J%:N[,&>[*W'[!8.LH7+[6DN[<;,Y<Y$
MWQS^L.7>H>?.U,ZN[E+UW<OYZO?*ZSX<[VB-[N3N[TO+[OLNV#THZVS=IC:^
MZ9*'Z[1=*[-NWI:>RVX[8#@>J'':+0?YYQ7NZ;4NW=Z.W!(>\10_\>=8_N"0
M'8C W>R%+NS^J$D)">PA#_!'<GFB>,)=>2JS"7@W"?*H;BF;O3L[O^@$O]*-
M7B;4_?#]+N^*0O-K(BJ<O=W/B(4@HV$WD^>JF)OYC?%(>.<LJ>$\G_3TGB=,
M[RE./^(-/WSQ\N$#S_(.?S&[7N)NN9=XF=Z:F?!P3O(*;O*QG>WMGK<<R=U\
M_^R(3>- KY>O&=]2/I1;_O5^'<R<,O;WJ/=X'?AU;O/W\N[>4FK6F?B ;9O9
MV)JZGM-1!?F5#VQ3'XA/W^$=/S 6WZ=?29"N.?>Z>9MVGU-E7Y2%Z/64[^;$
M>?J8S_H6@X:QG_4$3IZ'&7LO+E0X+Y.2:/!W_EGTA,\O5"_B.T^'0!_?]9B<
M@(>6A)^<V<U4 K[ZN3I/72/PW;[M\#[Z]OS[X^].X2_X7WU4[]_SH#RIZR_^
MPQI2\\_VWZG\]P__ "% X$""!0T>1)A0X4*&#1T^1 @  $2*%2U>Q)A1XT:.
M'3U^!!E2)$>)(TV>+'E2Y<J#*5F^A$G194R:-6W>Q)E3YTZ!$GW^!!I4Z%"B
M18T>18J4YU*',YD^[?@3ZE2J5:U>Q=HRZ5:N7;U^]9D5JE.20E].I!I4[%JV
M;=V^30L4[MR59#<Z1:O2+L^2<NG^!1Q8\.">?@D?OK@WHV*45ET:1AQ9\F3*
M(=56QIR0<>*\G2?V_@U;6$#8T .EBJZ*]W1FUJU=3[[\VO5FBV:']B284G=G
MTVAIXR0;6_9PXL7CKC:.^;=,SZ:=XWX^.G?OTWGC1H2<7/MV[I:S=X^\'.)C
MWKEGEH<>W/I4QL+!OX<?WZ![^83%/]S;7'ITZ[[7[W?LO_F^JZ]  V<C\$# 
M[FM*0 #1>W"ZT?YSD*GEZ%,P0PT73'##N1AL*#_4 (R0/__PBH[$F.[#T$,7
M7V2O0QC= G$AY";<[3/0=-R1NL\*VJVWFT!L<48CCV2I2"39JO'%)I5<,DHI
M:Y-QRJR:=!%+'$NSLDLO%8+RRP#%!+)"_,(D,TT/T51S+#.GU-*\*MND_C,^
ML^IL*TX-]2SS1CS_[.Y.0-?B4\%"^^1R4$5E8W/1I0XU$%)$$W6T4L0:M70G
M2>O;=$ _,P651DQ#S:E3.]_T:%125QUR3E8?135*4[%S]55;DZSU5IUF?8]7
M6C_5-=B1!!5VS#9]!3/78I=M4%EF;4*6NVB3=?99:XFU-K58EYS61FRS!=='
M2L-UD\YN0U25W$R_53=&<[>EB=UV2;UM7JS PC=????E]USFTK7WRWH#OK=?
M@P]&N-\KY258388;AIBRAR.6%6"*+_YK8HPW''ACCUGK^.,,0Q:Y9.4T-MDX
ME%-FV;Z56Y;X99AG%HQDFF&S^6:=<99YYX5[[O8YZ(QS%OHJHHI&^K6BDM86
M:*:?YM!IJ%,E>FJK8Y8ZPP"VWCK2JJ\&^^2LY>M: *[A6SILM9-+^\BRS0Y 
MVJ/7ICO0N5]\^^WAC*J[;[3YWC!N@?0&N6V_#Y</<*T%%_MNQ!\_\"@#&9=,
M<<@OS]+P[BBOV7+,/Y]1<^,X'_IKT$]W4JEEDT*]=8=57Y=UUV?_DRO$".=+
M=MIWM]3VOW"/=RO>A]?UJU.[(CYY</.M3%_EGV]8X8+WA;[ZEA,6OC#L/;>^
K^Z2W![]:[\?W.V'RST<_??779[]]]]^'/W[YYZ>_?OOOQS]__?<_,"  .[>^
 
end
----------
X-Sun-Data-Type: postscript-file
X-Sun-Data-Description: postscript-file
X-Sun-Data-Name: AtomUCD-UML.ps
X-Sun-Charset: us-ascii
X-Sun-Content-Lines: 225

%!PS-Adobe-2.0
%%Title: AtomUCD-UML.ps
%%Creator: fig2dev Version 3.2 Patchlevel 1
%%CreationDate: Thu Mar 27 11:01:40 2003
%%For: dide@rosetta (DIDELON Pierre)
%%Orientation: Landscape
%%BoundingBox: 39 109 555 732
%%Pages: 1
%%BeginSetup
%%IncludeFeature: *PageSize A4
%%EndSetup
%%Magnification: 0.9610
%%EndComments
/$F2psDict 200 dict def
$F2psDict begin
$F2psDict /mtrx matrix put
/col-1 {0 setgray} bind def
/col0 {0.000 0.000 0.000 srgb} bind def
/col1 {0.000 0.000 1.000 srgb} bind def
/col2 {0.000 1.000 0.000 srgb} bind def
/col3 {0.000 1.000 1.000 srgb} bind def
/col4 {1.000 0.000 0.000 srgb} bind def
/col5 {1.000 0.000 1.000 srgb} bind def
/col6 {1.000 1.000 0.000 srgb} bind def
/col7 {1.000 1.000 1.000 srgb} bind def
/col8 {0.000 0.000 0.560 srgb} bind def
/col9 {0.000 0.000 0.690 srgb} bind def
/col10 {0.000 0.000 0.820 srgb} bind def
/col11 {0.530 0.810 1.000 srgb} bind def
/col12 {0.000 0.560 0.000 srgb} bind def
/col13 {0.000 0.690 0.000 srgb} bind def
/col14 {0.000 0.820 0.000 srgb} bind def
/col15 {0.000 0.560 0.560 srgb} bind def
/col16 {0.000 0.690 0.690 srgb} bind def
/col17 {0.000 0.820 0.820 srgb} bind def
/col18 {0.560 0.000 0.000 srgb} bind def
/col19 {0.690 0.000 0.000 srgb} bind def
/col20 {0.820 0.000 0.000 srgb} bind def
/col21 {0.560 0.000 0.560 srgb} bind def
/col22 {0.690 0.000 0.690 srgb} bind def
/col23 {0.820 0.000 0.820 srgb} bind def
/col24 {0.500 0.190 0.000 srgb} bind def
/col25 {0.630 0.250 0.000 srgb} bind def
/col26 {0.750 0.380 0.000 srgb} bind def
/col27 {1.000 0.500 0.500 srgb} bind def
/col28 {1.000 0.630 0.630 srgb} bind def
/col29 {1.000 0.750 0.750 srgb} bind def
/col30 {1.000 0.880 0.880 srgb} bind def
/col31 {1.000 0.840 0.000 srgb} bind def

end
save
5.5 77.5 translate
 90 rotate
1 -1 scale

/cp {closepath} bind def
/ef {eofill} bind def
/gr {grestore} bind def
/gs {gsave} bind def
/sa {save} bind def
/rs {restore} bind def
/l {lineto} bind def
/m {moveto} bind def
/rm {rmoveto} bind def
/n {newpath} bind def
/s {stroke} bind def
/sh {show} bind def
/slc {setlinecap} bind def
/slj {setlinejoin} bind def
/slw {setlinewidth} bind def
/srgb {setrgbcolor} bind def
/rot {rotate} bind def
/sc {scale} bind def
/sd {setdash} bind def
/ff {findfont} bind def
/sf {setfont} bind def
/scf {scalefont} bind def
/sw {stringwidth} bind def
/tr {translate} bind def
/tnt {dup dup currentrgbcolor
  4 -2 roll dup 1 exch sub 3 -1 roll mul add
  4 -2 roll dup 1 exch sub 3 -1 roll mul add
  4 -2 roll dup 1 exch sub 3 -1 roll mul add srgb}
  bind def
/shd {dup dup currentrgbcolor 4 -2 roll mul 4 -2 roll mul
  4 -2 roll mul srgb} bind def
/$F2psBegin {$F2psDict begin /$F2psEnteredState save def} def
/$F2psEnd {$F2psEnteredState restore end} def
%%EndProlog

$F2psBegin
10 setmiterlimit
n -1000 10525 m -1000 -1000 l 12358 -1000 l 12358 10525 l cp clip
 0.05766 0.05766 sc
%%Page: 1 1
/Times-Roman ff 270.00 scf sf
6600 5025 m
gs 1 -1 sc (FixAtom) col0 sh gr
/Times-Roman ff 270.00 scf sf
9525 5025 m
gs 1 -1 sc (ParamAtom) col0 sh gr
/Times-Roman ff 270.00 scf sf
1800 8250 m
gs 1 -1 sc (Group/) col0 sh gr
/Times-Roman ff 270.00 scf sf
1800 8880 m
gs 1 -1 sc (Frame/...) col0 sh gr
/Times-Roman ff 270.00 scf sf
1800 8565 m
gs 1 -1 sc (Association/) col0 sh gr
/Times-Roman ff 270.00 scf sf
4500 8175 m
gs 1 -1 sc (PAD) col0 sh gr
/Times-Roman ff 270.00 scf sf
9900 8550 m
gs 1 -1 sc (UCD_Tree) col0 sh gr
/Times-Roman ff 270.00 scf sf
6225 8025 m
gs 1 -1 sc (?) col4 sh gr
/Times-Roman ff 300.00 scf sf
2250 7275 m
gs 1 -1 sc (?) col4 sh gr
/Times-Roman ff 300.00 scf sf
7050 9525 m
gs 1 -1 sc (?) col4 sh gr
/Times-Roman ff 300.00 scf sf
3375 3900 m
gs 1 -1 sc (?) col4 sh gr
/Times-Roman ff 210.00 scf sf
750 8025 m
gs 1 -1 sc (uses) col0 sh gr
/Times-Roman ff 210.00 scf sf
1950 4575 m
gs 1 -1 sc (uses) col0 sh gr
/Times-Roman ff 210.00 scf sf
2100 750 m
gs 1 -1 sc (is_part_of) col0 sh gr
/Times-Roman ff 210.00 scf sf
900 4875 m
gs 1 -1 sc (is_part_of) col0 sh gr
/Times-Roman ff 210.00 scf sf
3975 750 m
gs 1 -1 sc (n) col0 sh gr
/Times-Roman ff 210.00 scf sf
2475 4575 m
gs 1 -1 sc (n) col0 sh gr
/Times-Roman ff 210.00 scf sf
2475 5100 m
gs 1 -1 sc (n) col0 sh gr
/Times-Roman ff 210.00 scf sf
1200 8250 m
gs 1 -1 sc (n) col0 sh gr
/Times-Roman ff 210.00 scf sf
6825 8250 m
gs 1 -1 sc (n) col0 sh gr
/Times-Roman ff 210.00 scf sf
5550 8325 m
gs 1 -1 sc (0..1) col0 sh gr
/Times-Roman ff 270.00 scf sf
2925 4950 m
gs 1 -1 sc (Descriptor) col0 sh gr
% Polyline
30.000 slw
n 6975 7725 m 8250 7725 l 8250 8400 l 6975 8400 l cp gs col0 s gr 
/Times-Roman ff 270.00 scf sf
7350 8175 m
gs 1 -1 sc (UCD) col0 sh gr
% Arc
gs n 6937.5 2400.0 7200.9 119.0 61.0 arcn
gs col0 s gr
 gr

% Polyline
n 4125 675 m 5325 675 l 5325 1125 l 4125 1125 l cp gs col0 s gr 
% Polyline
gs  clippath
4613 1535 m 4725 1175 l 4838 1535 l 4838 1080 l 4613 1080 l cp
clip
n 4725 1125 m 4725 3075 l 3600 3075 l 3600 4500 l gs col0 s gr gr

% arrowhead
n 4613 1535 m 4725 1175 l 4838 1535 l 4725 1535 l 4613 1535 l  cp gs col7 1.00 shd ef gr  col0 s
% Polyline
n 2625 4500 m 4350 4500 l 4350 5175 l 2625 5175 l cp gs col0 s gr 
% Polyline
n 4725 3075 m 10125 3075 l 10125 4500 l gs col0 s gr 
% Polyline
n 7050 3075 m 7050 4500 l gs col0 s gr 
% Polyline
n 6075 4500 m 8025 4500 l 8025 5250 l 6075 5250 l cp gs col0 s gr 
% Polyline
n 9150 4500 m 11250 4500 l 11250 5325 l 9150 5325 l cp gs col0 s gr 
% Polyline
n 3600 6525 m 4800 6525 l 4800 7725 l gs col0 s gr 
% Polyline
n 1350 7800 m 3450 7800 l 3450 9150 l 1350 9150 l cp gs col0 s gr 
% Polyline
n 4125 7725 m 5400 7725 l 5400 8475 l 4125 8475 l cp gs col0 s gr 
% Polyline
n 4800 6525 m 7725 6525 l 7725 7725 l gs col0 s gr 
% Polyline
n 5400 8100 m 6975 8100 l gs col0 s gr 
% Polyline
n 9750 8175 m 11325 8175 l 11325 8700 l 9750 8700 l cp gs col0 s gr 
% Polyline
n 8250 8025 m 9750 8400 l gs col0 s gr 
% Polyline
n 2625 4650 m 1650 4650 l 1650 825 l 4125 825 l gs col0 s gr 
% Polyline
n 1350 8100 m 600 8100 l 600 4950 l 2625 4950 l gs col0 s gr 
% Polyline
gs  clippath
3488 5660 m 3600 5300 l 3713 5660 l 3713 5205 l 3488 5205 l cp
clip
n 3600 5250 m 3600 6525 l 2475 6525 l 2475 7800 l gs col0 s gr gr

% arrowhead
n 3488 5660 m 3600 5300 l 3713 5660 l 3600 5660 l 3488 5660 l  cp gs col7 1.00 shd ef gr  col0 s
/Times-Roman ff 270.00 scf sf
4350 975 m
gs 1 -1 sc (Atom) col0 sh gr
$F2psEnd
rs
showpage

From - Mon Mar 31 02:40:49 2003
X-UIDL: 3e5baf6500000372
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h2V0abQk023240
	for <ucd@ivoa.net>; Mon, 31 Mar 2003 02:36:38 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h2V0abR26259
	for <ucd@ivoa.net>; Mon, 31 Mar 2003 02:36:37 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu(131.142.41.8) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAlQaqsZ; Mon, 31 Mar 03 02:36:36 +0200
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.8/8.12.8) with ESMTP id h2V0T589007342
	for <ucd@ivoa.net>; Sun, 30 Mar 2003 19:29:05 -0500 (EST)
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.11.1/8.11.1) id h2V0T5M29580
	for ucd@ivoa.net; Sun, 30 Mar 2003 19:29:05 -0500 (EST)
Date: Sun, 30 Mar 2003 19:29:05 -0500 (EST)
Message-Id: <200303310029.h2V0T5M29580@urania.cfa.harvard.edu>
From: jcm@head-cfa.cfa.harvard.edu
To: ucd@ivoa.net
Subject: Re: UCD Status and Perspectives
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Patricio,
 I realize I never followed up your message of Mar 19. For the record,
what I had in mind with my spectral index example, I had in
mind finding the sources in a subsample and calculating what their
4100A fluxes are, for instance to get a sample for an observing proposal
of the 10 brighest northern objects of a particular class, brightest by
4100A flux. And I want to do it even including objects whose 4100A flux
is not actually known, but can be guessed from other published fluxes assuming
an SED.        
 In general, the existing UCDs are great for getting general information but
not for knowing exactly what you have, that was the broader point. A side point
from this example is that I think the VO will need to allow users to specify
certain assumptions to provide a context for queries (I'm looking for quasars,
and here's what you can assume about quasars - e.g. a typical SED - so that you
can handle my query even in cases where the information is incomplete... a bit
like a Bayesian prior in spirit, I guess).


  Regards, Jonathan

From - Tue Apr  1 14:35:19 2003
X-UIDL: 3e5baf65000003a7
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h31CYll7008286
	for <ucd@ivoa.net>; Tue, 1 Apr 2003 14:34:47 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h31CYlg09912
	for <ucd@ivoa.net>; Tue, 1 Apr 2003 14:34:47 +0200 (MEST)
Received: from maroon.csi.cam.ac.uk(131.111.8.2) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA4Ka4wt; Tue, 1 Apr 03 14:34:46 +0200
Received: from cass41.ast.cam.ac.uk ([131.111.69.186])
	by maroon.csi.cam.ac.uk with esmtp (Exim 4.12)
	id 190KyU-0000s4-00
	for ucd@ivoa.net; Tue, 01 Apr 2003 13:34:46 +0100
Received: from cappc33.ast.cam.ac.uk (cappc33 [131.111.69.212])
	by cass41.ast.cam.ac.uk (8.12.8+Sun/8.12.8) with ESMTP id h31CYj8Z014588
	for <ucd@ivoa.net>; Tue, 1 Apr 2003 13:34:45 +0100 (BST)
Date: Tue, 1 Apr 2003 13:12:55 +0100 (BST)
From: Nicholas A Walton <naw@ast.cam.ac.uk>
To: ucd@ivoa.net
Subject: Cambridge, UK, May 12-16, 2003, InterOperability meetings
Message-ID: <Pine.LNX.4.44.0304011312290.1204-100000@cappc33.ast.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status:   

Dear All,

		** registration now open at **
http://www.ivoa.net/twiki/bin/view/IVOA/InterOpMay2003

please check http://www.ivoa.net/twiki/bin/view/IVOA/InterOpMay2003 and
related links for emerging details as to the upcoming InterOp meetings in
Cambridge.

I provide details and links to hotels on the above page. I would advise
that you consider booking your accommodation as soon as possible.

Yours, Nic Walton


========================================================================
Dr N. A. Walton
(AstroGrid Project Scientist)   Tel:   +44 1223 337503
Institute of Astronomy          FAX:   +44 1223 337523
University of Cambridge         WWW:   http://www.astrogrid.org
Madingley Road                  WWW:   http://www.ast.cam.ac.uk/~naw
Cambridge, CB3 0HA              email: naw@ast.cam.ac.uk
========================================================================



From - Fri Apr  4 19:41:58 2003
X-UIDL: 3e5baf6500000475
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h34HcnGa006390
	for <ucd@ivoa.net>; Fri, 4 Apr 2003 19:38:49 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h34HcnF22965
	for <ucd@ivoa.net>; Fri, 4 Apr 2003 19:38:49 +0200 (MEST)
Received: from mailhost.cacr.caltech.edu(131.215.145.180) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA1say2S; Fri, 4 Apr 03 19:38:48 +0200
Received: from lugh.cacr.caltech.edu (lugh.cacr.caltech.edu [131.215.145.183])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with ESMTP id JAA04636;
	Fri, 4 Apr 2003 09:35:21 -0800 (PST)
Received: from roxy (lugh.cacr.caltech.edu [131.215.145.183])
	by lugh.cacr.caltech.edu (8.8.8+Sun/8.8.5) with SMTP id JAA24861;
	Fri, 4 Apr 2003 09:35:21 -0800 (PST)
Message-ID: <01b101c2fad0$9168a0d0$d2add783@roxy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
Cc: "Francoise Genova" <genova@cluster.u-strasbg.fr>,
   "Roy Williams" <roy@cacr.caltech.edu>
Subject: Pre-meeting UCD question
Date: Fri, 4 Apr 2003 09:35:21 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Dear UCD'ers

In a few weeks Francoise Genova and I will be organizing a working group in
Cambridge, UK to discuss the future of the UCD concept as a "common
vocabulary" for the VO effort. The working group will meet May 12-14.

(1) If you would like to make a short presentation to the working group in
Cambridge, please send a note to Francoise and myself with a title.

(2) Perhaps we can start a discussion by asking for requirements in trhe
following question:
*****  WHAT ARE UCD USED FOR -- now and future *****

Please try to write your opinions on this question and send to this group.
Some references below. Please DO NOT suggest implementation, syntax, or
other solutions -- let us try for requirements. It seems to me that once we
know what we are trying to do, our time in Cambridge can be used more
productively to find solutions. I hope you agree that this requirements list
would be a good start.


Thank You
Roy Williams


Ref 1: Archives of this mailing list
http://www.ivoa.net/forum/ucd/

Ref 2: UCD Status and Perspectives, S. Derriere
http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-status0203.pdf



---
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From - Mon Apr  7 06:28:33 2003
X-UIDL: 3e5baf6500000492
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h374NhAu009381
	for <ucd@ivoa.net>; Mon, 7 Apr 2003 06:23:44 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h374NgS05022
	for <ucd@ivoa.net>; Mon, 7 Apr 2003 06:23:42 +0200 (MEST)
Received: from dns.ph.unimelb.edu.au(128.250.50.25) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAABxaOZj; Mon, 7 Apr 03 06:23:41 +0200
Received: (qmail 8341 invoked from network); 7 Apr 2003 04:17:44 -0000
Received: from isis.ph.unimelb.edu.au (128.250.51.69)
  by indy.ph.unimelb.edu.au with SMTP; 7 Apr 2003 04:17:44 -0000
Received: (from dbarnes@localhost)
	by isis.ph.unimelb.edu.au (8.11.6+Sun/8.9.1) id h374MWv29499;
	Mon, 7 Apr 2003 14:22:32 +1000 (EST)
From: David Barnes <dbarnes@isis.ph.unimelb.edu.au>
Message-Id: <200304070422.h374MWv29499@isis.ph.unimelb.edu.au>
Subject: re: Pre-meeting UCD question
To: ucd@ivoa.net
Date: Mon, 7 Apr 2003 14:22:32 +1000 (EST)
Cc: dbarnes@isis.ph.unimelb.edu.au (David Barnes)
Reply-To: barnesd@unimelb.edu.au
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Hi all,

Roy asked:

> (2) Perhaps we can start a discussion by asking for requirements in trhe
> following question:
> *****  WHAT ARE UCD USED FOR -- now and future *****

First up, I'm new, so please forgive (and correct) any 
misconceptions on my part :-)  Anyway, here is my 2 cents
worth.  I'm not sure if I'll be able to make the meeting,
but we're hoping to have someone from Aus-VO there...

> Ref 2: UCD Status and Perspectives, S. Derriere
> http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-status0203.pdf

On the top of page 3 of this document, I am told that 
UCDs are not:
- accurate definitions,
- expressing physical dimensionality, or
- tied to units.

Why not?  I would imagine that UCDs would be most useful
if they were *all* of the above. 

Accurate definitions: if they are not accurate, what good
are they?  Why would I want to search a bunch of UCDs to 
find one that *might* measure what I'm looking for, rather
than one that *does*?  I imagine an accurate definition
would be needed for this.

Expressing physical dimensionality: why shouldn't they?
This is a simple concept, and one that certainly could
assist with at least figuring out if two apparently 
different UCDs can actually be compared.  It's certainly
not in and of its own a powerful concept, but it's 
perfectly possible that I might want to look for any 
columns which measure a length of time...  On the other
hand, physical dimensionality can often be derived from
the units, so this is not a critical inclusion.

Tied to units: again, I'm not clear on why they shouldn't
be in the UCD.  If we don't store units in the UCD, they 
have to be stored somewhere else, and then the column values 
are useless without *both* the UCD and this other bit of 
information.

Overall I am in favour of having all information which
describes a single measurement stored in the one place.
The UCD seems like a good candidate to be that place.

More generally, I felt that one way to categorize UCDs
would be as:
- instrumental UCDs
- measurement UCDs
- derived UCDs
in the sense that any particular column is generally going
to be either, respectively:
- a setting you made on your telescope or in your
  theoretical software (eg. a table of frequencies corresponding to
  each channel of a spectrometer, or the number of particles in
  your simulation, ...)
- a measurement you actually made (eg. the flux density at each
  channel of your spectrometer, the energy of each of your 
  simulation particles)
- a derived quantity, such as the line-integrated flux of 
  your spectrum, or the total energy of your particles
Then measurement UCDs would include "links" to the minimal
set of instrumental UCDs needed to repeat the measurement,
and derived UCDs would include "links" to the minimal set
of measurement UCDs (and implicitly instrumental UCDs) to
repeat the obtaining of the derived value.  I think a 
scheme like this would enable some pretty advanced searching,
such as finding catalogues (or more generally sources of data)
who measured the same thing as you but in a different way.
Just one idea really.

Maybe I have sidetracked on to the data model, please let
me know if I have.  Apologies if all the above has been
said and discussed in the past.  Interested to hear what
others think of the above.

David.

From - Thu Apr 10 07:33:39 2003
X-UIDL: 3e5baf6500000527
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3A5UThl019621
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 07:30:30 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3A5UTn28563
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 07:30:29 +0200 (MEST)
Received: from dns.ph.unimelb.edu.au(128.250.50.25) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAxXaqY3; Thu, 10 Apr 03 07:30:27 +0200
Received: (qmail 24188 invoked from network); 10 Apr 2003 05:24:25 -0000
Received: from isis.ph.unimelb.edu.au (128.250.51.69)
  by indy.ph.unimelb.edu.au with SMTP; 10 Apr 2003 05:24:25 -0000
Received: (from dbarnes@localhost)
	by isis.ph.unimelb.edu.au (8.11.6+Sun/8.9.1) id h3A5TLF15651;
	Thu, 10 Apr 2003 15:29:21 +1000 (EST)
From: David Barnes <dbarnes@isis.ph.unimelb.edu.au>
Message-Id: <200304100529.h3A5TLF15651@isis.ph.unimelb.edu.au>
Subject: Re: Pre-meeting UCD question
To: rplante@ncsa.uiuc.edu
Date: Thu, 10 Apr 2003 15:29:21 +1000 (EST)
Cc: ucd@ivoa.net
In-Reply-To: <Pine.LNX.4.44.0304092352440.26632-100000@poplar.ncsa.uiuc.edu> from "Ray Plante" at Apr 10, 2003 12:15:45 AM
Reply-To: barnesd@unimelb.edu.au
X-Mailer: ELM [version 2.5 PL3]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Hi,

> > Accurate definitions: if they are not accurate, what good
> > are they?  
> 
> The practice of UCD use to date has been mainly about relating quantities 
> from different catalogs which may use different column names but otherwise 
> refer to the same or related concepts.  In other words, UCDs are a common 
> vocabulary that can be used to bridge different local schemas.  I think, 
> in general, the more accurate the definitions, the more meaningful the 
> comparisons one can make.  However, there is often a point where accuracy 
> begins to work against you.  Rarely are two columns from different tables 
> exactly the same thing which can be compared directly.  If your 
> definitions are two precise, you might not be able to recognize two things 
> as similar.  
> 
> I like to say that when interoperating between diverse resources, you need 
> to squint your eyes a bit and blur the details.  How much you have to blur 
> is measure of how meaningful or accurate your interoperation is.  
> 
> What would be nice would be a UCD framework that allows the user to 
> choose (to some extent) the level of accuracy at "run-time" (rather than 
> having it frozen in an instance of a catalog).  This might involve parsing 
> the UCD in some way.  For example, if two frequencies are both in the 
> radio, that might be close enough.  (Is there a requirement in here 
> somewhere?)

I certainly agree with the general idea that for nearly any comparison
you need to apply some sort of "blur" to the details.  But to me this
suggests that the UCDs *should* be as accurate as possible, and then 
they can be interpreted at the desired level of accuracy.  They can 
be used to describe the data, *and* to interoperate.  I suppose most
catalogues would then have their own UCDs, but hopefully well-enough
described UCDs so that comparisons can indeed be made.

- David.

From - Thu Apr 10 07:18:38 2003
X-UIDL: 3e5baf6500000526
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3A5Glhl014211
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 07:16:47 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3A5Gk828231
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 07:16:46 +0200 (MEST)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAadaWi3; Thu, 10 Apr 03 07:16:45 +0200
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h3A5Fjq27924
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 00:15:45 -0500
Date: Thu, 10 Apr 2003 00:15:45 -0500 (CDT)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: ucd@ivoa.net
Subject: re: Pre-meeting UCD question
In-Reply-To: <200304070422.h374MWv29499@isis.ph.unimelb.edu.au>
Message-ID: <Pine.LNX.4.44.0304092352440.26632-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi David,

On Mon, 7 Apr 2003, David Barnes wrote:
> Maybe I have sidetracked on to the data model, please let
> me know if I have.  

Well, I think this simply illustrates that there is (or should be) a close 
relationship between data models and UCDs.

> Accurate definitions: if they are not accurate, what good
> are they?  

The practice of UCD use to date has been mainly about relating quantities 
from different catalogs which may use different column names but otherwise 
refer to the same or related concepts.  In other words, UCDs are a common 
vocabulary that can be used to bridge different local schemas.  I think, 
in general, the more accurate the definitions, the more meaningful the 
comparisons one can make.  However, there is often a point where accuracy 
begins to work against you.  Rarely are two columns from different tables 
exactly the same thing which can be compared directly.  If your 
definitions are two precise, you might not be able to recognize two things 
as similar.  

I like to say that when interoperating between diverse resources, you need 
to squint your eyes a bit and blur the details.  How much you have to blur 
is measure of how meaningful or accurate your interoperation is.  

What would be nice would be a UCD framework that allows the user to 
choose (to some extent) the level of accuracy at "run-time" (rather than 
having it frozen in an instance of a catalog).  This might involve parsing 
the UCD in some way.  For example, if two frequencies are both in the 
radio, that might be close enough.  (Is there a requirement in here 
somewhere?)

cheers,
Ray




From - Thu Apr 10 06:58:39 2003
X-UIDL: 3e5baf6500000525
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3A4rWhl005607
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 06:53:33 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3A4rWx27791
	for <ucd@ivoa.net>; Thu, 10 Apr 2003 06:53:32 +0200 (MEST)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAMQaOr2; Thu, 10 Apr 03 06:53:31 +0200
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h3A4qUO27899
	for <ucd@ivoa.net>; Wed, 9 Apr 2003 23:52:30 -0500
Date: Wed, 9 Apr 2003 23:52:30 -0500 (CDT)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: ucd@ivoa.net
Subject: Re: Pre-meeting UCD question
In-Reply-To: <01b101c2fad0$9168a0d0$d2add783@roxy>
Message-ID: <Pine.LNX.4.44.0304081121050.22514-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

On Fri, 4 Apr 2003, Roy Williams wrote:
> (2) Perhaps we can start a discussion by asking for requirements in trhe
> following question:
> *****  WHAT ARE UCD USED FOR -- now and future *****

What UCDs are used for now:

I feel this is well summarized in Sabastien's document 
(http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-status0203.pdf), section 
1.4.2.  The uses, I believe, all leverage off the tagging of catalog 
columns with UCD names, relating the column to a common concept.  (Is that 
correct?)

Requirements for the Future:

Disclosure: *-ed items represent my own peculiar take on UCDs

 o  A UCD must be able to serve as a reference to a common concept 
    applicable across heterogenous datasets and applications.

 o  It must be possible to use a UCD as a concept reference in a variety 
    of contexts.  In particular, it must be possible to:

      - tag data representing instances or values of a common concept and
        stored in a generic container; e.g. a VOTable column.

      - tag data stored in an XML document using some local schema

      - refer to common concepts to be used in a query, either as part of 
        a query constraint or results request.

    [A single string of limited length is generally the most flexible
    in meeting this requirement.]

 o  There should be an accessible document or resource that provides
    the definitive UCD definitions (i.e. the mapping of UCD names to
    the concepts they refer to).

 *  There should be a clear, straight-forward relationship between
    UCDs, metadata, and data models; that is, there should be an
    obvious relationship between a UCD, a metadatum, and a data model
    component that refer to the same basic concept.

Extension and Standardization:
 *  It should be possible for a community to recommend a preferred set
    or sets of UCDs that can be applied across diverse resources.

 *  It should be possible for a limited community to define new UCDs
    that are not covered by a currently accepted set, but understood
    only within a limited context.  It should be possible to use them
    transparently alongside the currently accepted set.

 *  There should exist a process by which new UCDs can be folded into
    the broadly accepted set.  

Compatability:
 *  Any new UCD framework should allow the continued use of the current
    CDS/ESO UCDs.  While they may be individually depricated as new
    UCDs are defined, backward-compatibility should be preserved.




From - Mon Apr 28 20:54:48 2003
X-UIDL: 3e5baf6500000717
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3SIqv0V003172;
	Mon, 28 Apr 2003 20:52:57 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3SIqv423289;
	Mon, 28 Apr 2003 20:52:57 +0200 (MEST)
Received: from ns1.u-strasbg.fr(130.79.200.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA5uaaFT; Mon, 28 Apr 03 20:52:56 +0200
Received: from vizir.u-strasbg.fr (vizir.u-strasbg.fr [130.79.128.13])
          by ns1.u-strasbg.fr (8.12.6p2/jtpda-5.4) with ESMTP id h3SIpeNF078442
          ; Mon, 28 Apr 2003 20:51:40 +0200 (CEST)
Received: (from francois@localhost)
	by vizir.u-strasbg.fr (8.11.6+Sun/8.9.1) id h3SIp9n14227;
	Mon, 28 Apr 2003 20:51:09 +0200 (MET DST)
Date: Mon, 28 Apr 2003 20:51:09 +0200 (MET DST)
From: Francois Ochsenbein <francois@vizir.u-strasbg.fr>
Message-Id: <200304281851.h3SIp9n14227@vizir.u-strasbg.fr>
To: votable@ivoa.net
Subject: Column Groups in VOTable
Cc: ucd@ivoa.net
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Dear All,

The forthcoming meeting in Cambridge could be a good opportunity
to discuss how  "column groups"  can be introduced in VOTable.
Such a functionality was already expressed (maybe not explicitely);
I feel that this it has also implication on UCDs, and I'm therefore
posting this message to both VOTable and UCD groups. I apologize to
those who will receive this message twice.

-- Francois
================================================================================
Francois Ochsenbein       ------       Observatoire Astronomique de Strasbourg
   11, rue de l'Universite F-67000 STRASBOURG       Phone: +33-(0)390 24 24 29
Email: francois@astro.u-strasbg.fr   (France)         Fax: +33-(0)390 24 24 17
================================================================================

================================================================================

The  "column groups"  proposition tries to answer questions frequently 
themail: Undefined variable
asked about column associations, typically:
--> error (or standard deviation) associated to a column, e.g. a flux
    consists of two numbers: the measured value + the mean error
--> qualities or weights associated to values
--> source or origin (e.g. telescope, or bibliographical reference) of a value
--> individual components e.g. x,y position of a CCD
--> etc...

This "column grouping" has obviously the same role as defining structures
made of columns; defining structures made of structures can also be viewed
as grouping groups of columns.

I see essentially two ways of defining such "column groups" in VOTable:

a) generalize the <COOSYS> method currently used to describe the coordinate 
   systems. This kind of "by reference" method defines a structure,
   and any <FIELD> can declare (via the "ref" attribute) to be a member of 
   that structure.
   As an illustration of a group of columns containing a flux value
   and its error, the XML code could look like:

   1. within the <DEFINITIONS> element, define a structure as e.g.:
      <STRUCTURE ID="Flux1" name="FluxParameters">
	<PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
	  unit="GHz" ucd="OBS_FREQUENCY" />
      </STRUCTURE>
   
   2. within the <TABLE> definition, columns belonging to this structure
      refer to it:
      <FIELD name="flux" datatype="float" ref="Flux1" unit="mJy" />
      <FIELD name="e_flux" datatype="float" ref="Flux1" unit="mJy" />

b) introduce a new element e.g. <GROUP> in the <TABLE> description which 
   would contain the fields. The same example of a flux + its associated error 
   would be coded as:

   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_8.4G">
    <FIELD ID="Flux1" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 8.4GHz</DESCRIPTION>
    </FIELD>
    <FIELD ID="e_Flux1" name="errFlux1" ucd="ERROR" datatype="float" unit="mJy">
     <DESCRIPTION>Error on flux value</DESCRIPTION>
    </FIELD>
    <PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
      unit="GHz" ucd="OBS_FREQUENCY" />
   </GROUP>

There could be a third way which would introduce new tags within each
table element like e.g. <VAL> and <ERR> to give
  <TD><VAL>11.35</VAL><ERR>1.12</ERR></TD>
but it would be against the current philosophy of VOTable which defines
all metadata first, and is followed by the data alone, in order to
keep the efficiency and the FITS compatibility; this third method would 
also require frequent modifications of the schema (XMLSchema) -- generally
disturbing for working applications.

The <GROUP> defined in b) above seems to me to be a good framework for
this definition. I see several advantages:
=> the basic tabular scheme remains -- VOTable can still be viewed as a 
   relational database, and keeps a full compatibility with existing
   FITS binary tables;
=> groups of groups (i.e. recursive <GROUP> tags) enables a definition
   of arbitrary complex structures; 
=> the UCDs  become more accurate when defined in a group:
   -- adding <PARAMETER> tags within a <GROUP> nicely introduces a way
      of parametrizing a UCD
   -- FIELDs defined in a group can acquire the UCD of the group 
      e.g. the error part of the flux group of fields just need the
      "ERROR" UCD.

Using the "ref" attribute in <FIELD> also permits one column to be a 
member of several groups: for example, an error common to two fluxes 
measured at different frequencies can be defined as:

   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_8.4G">
    <FIELD ID="Flux1" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 8.4GHz</DESCRIPTION>
    </FIELD>
    <FIELD ID="e_Flux1" name="errFlux1" ucd="ERROR" datatype="float" unit="mJy">
     <DESCRIPTION>Error on flux values, both at 8.4 and 7.5GHz</DESCRIPTION>
    </FIELD>
    <PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
      unit="GHz" />
   </GROUP>
   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_7.5G">
     <FIELD ID="Flux2" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 7.5GHz</DESCRIPTION>
    </FIELD>
    <FIELD ref="e_Flux1" />
    <PARAMETER ID="Freq2" name="Frequency" value="7.5" datatype="float"
      unit="GHz" />
   </GROUP>

================================================================================

From - Tue Apr 29 11:24:49 2003
X-UIDL: 3e5baf6500000744
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3T9MdWg009346
	for <ucd@ivoa.net>; Tue, 29 Apr 2003 11:22:39 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3T9McM21402
	for <ucd@ivoa.net>; Tue, 29 Apr 2003 11:22:38 +0200 (MEST)
Received: from ns1.u-strasbg.fr(130.79.200.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAy7aOYP; Tue, 29 Apr 03 11:22:37 +0200
Received: from vizir.u-strasbg.fr (vizir.u-strasbg.fr [130.79.128.13])
          by ns1.u-strasbg.fr (8.12.6p2/jtpda-5.4) with ESMTP id h3T9LMNF070683
          for <ucd@ivoa.net>; Tue, 29 Apr 2003 11:21:22 +0200 (CEST)
Received: from vizier (localhost [127.0.0.1])
	by vizir.u-strasbg.fr (8.11.6+Sun/8.9.1) with ESMTP id h3T9KoV10291
	for <ucd@ivoa.net>; Tue, 29 Apr 2003 11:20:50 +0200 (MET DST)
Message-Id: <200304290920.h3T9KoV10291@vizir.u-strasbg.fr>
To: ucd@ivoa.net
Subject: Column Grouping in VOTable and UCD implications
Date: Tue, 29 Apr 2003 11:20:50 +0200
From: Francois Ochsenbein <francois@vizir.u-strasbg.fr>
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Dear All,

The forthcoming meeting in Cambridge could be a good opportunity
to discuss how  "column groups"  can be introduced in VOTable.
Such a functionality was already expressed (maybe not explicitely);
I feel that this it has also implication on UCDs, and I'm therefore
posting this message to both VOTable and UCD groups. I apologize to
those who will receive this message twice.

-- Francois
================================================================================
Francois Ochsenbein       ------       Observatoire Astronomique de Strasbourg
   11, rue de l'Universite F-67000 STRASBOURG       Phone: +33-(0)390 24 24 29
Email: francois@astro.u-strasbg.fr   (France)         Fax: +33-(0)390 24 24 17
================================================================================

================================================================================

The  "column groups"  proposition tries to answer questions frequently 
themail: Undefined variable
asked about column associations, typically:
--> error (or standard deviation) associated to a column, e.g. a flux
    consists of two numbers: the measured value + the mean error
--> qualities or weights associated to values
--> source or origin (e.g. telescope, or bibliographical reference) of a value
--> individual components e.g. x,y position of a CCD
--> etc...

This "column grouping" has obviously the same role as defining structures
made of columns; defining structures made of structures can also be viewed
as grouping groups of columns.

I see essentially two ways of defining such "column groups" in VOTable:

a) generalize the <COOSYS> method currently used to describe the coordinate 
   systems. This kind of "by reference" method defines a structure,
   and any <FIELD> can declare (via the "ref" attribute) to be a member of 
   that structure.
   As an illustration of a group of columns containing a flux value
   and its error, the XML code could look like:

   1. within the <DEFINITIONS> element, define a structure as e.g.:
      <STRUCTURE ID="Flux1" name="FluxParameters">
	<PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
	  unit="GHz" ucd="OBS_FREQUENCY" />
      </STRUCTURE>
   
   2. within the <TABLE> definition, columns belonging to this structure
      refer to it:
      <FIELD name="flux" datatype="float" ref="Flux1" unit="mJy" />
      <FIELD name="e_flux" datatype="float" ref="Flux1" unit="mJy" />

b) introduce a new element e.g. <GROUP> in the <TABLE> description which 
   would contain the fields. The same example of a flux + its associated error 
   would be coded as:

   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_8.4G">
    <FIELD ID="Flux1" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 8.4GHz</DESCRIPTION>
    </FIELD>
    <FIELD ID="e_Flux1" name="errFlux1" ucd="ERROR" datatype="float" unit="mJy">
     <DESCRIPTION>Error on flux value</DESCRIPTION>
    </FIELD>
    <PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
      unit="GHz" ucd="OBS_FREQUENCY" />
   </GROUP>

There could be a third way which would introduce new tags within each
table element like e.g. <VAL> and <ERR> to give
  <TD><VAL>11.35</VAL><ERR>1.12</ERR></TD>
but it would be against the current philosophy of VOTable which defines
all metadata first, and is followed by the data alone, in order to
keep the efficiency and the FITS compatibility; this third method would 
also require frequent modifications of the schema (XMLSchema) -- generally
disturbing for working applications.

The <GROUP> defined in b) above seems to me to be a good framework for
this definition. I see several advantages:
=> the basic tabular scheme remains -- VOTable can still be viewed as a 
   relational database, and keeps a full compatibility with existing
   FITS binary tables;
=> groups of groups (i.e. recursive <GROUP> tags) enables a definition
   of arbitrary complex structures; 
=> the UCDs  become more accurate when defined in a group:
   -- adding <PARAMETER> tags within a <GROUP> nicely introduces a way
      of parametrizing a UCD
   -- FIELDs defined in a group can acquire the UCD of the group 
      e.g. the error part of the flux group of fields just need the
      "ERROR" UCD.

Using the "ref" attribute in <FIELD> also permits one column to be a 
member of several groups: for example, an error common to two fluxes 
measured at different frequencies can be defined as:

   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_8.4G">
    <FIELD ID="Flux1" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 8.4GHz</DESCRIPTION>
    </FIELD>
    <FIELD ID="e_Flux1" name="errFlux1" ucd="ERROR" datatype="float" unit="mJy">
     <DESCRIPTION>Error on flux values, both at 8.4 and 7.5GHz</DESCRIPTION>
    </FIELD>
    <PARAMETER ID="Freq1" name="Frequency" value="8.6" datatype="float"
      unit="GHz" />
   </GROUP>
   <GROUP name="Flux" ucd="PHOT_FLUX_RADIO_7.5G">
     <FIELD ID="Flux2" name="fluxValue" datatype="float" unit="mJy">
     <DESCRIPTION>Value of the flux at 7.5GHz</DESCRIPTION>
    </FIELD>
    <FIELD ref="e_Flux1" />
    <PARAMETER ID="Freq2" name="Frequency" value="7.5" datatype="float"
      unit="GHz" />
   </GROUP>

================================================================================

From - Fri May  2 16:44:51 2003
X-UIDL: 3e5baf650000081d
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h42EhY5a026041
	for <ucd@ivoa.net>; Fri, 2 May 2003 16:43:35 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h42EhYb27930
	for <ucd@ivoa.net>; Fri, 2 May 2003 16:43:34 +0200 (MEST)
Received: from gannet.scg.man.ac.uk(130.88.94.110) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAWsaaJ2; Fri, 2 May 03 16:43:33 +0200
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6)
	id 19Bbl7-000BMS-00
	for ucd@ivoa.net; Fri, 2 May 2003 15:43:33 +0100
Received: from [130.88.24.148] (helo=adikia)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 19BblY-0001Mh-00
	for ucd@ivoa.net; Fri, 02 May 2003 15:44:00 +0100
Date: Fri, 2 May 2003 15:43:21 +0100 (BST)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@adikia
To: ucd@ivoa.net
Subject: Re: Pre-meeting UCD question
Message-ID: <Pine.GSO.4.53.0305021503450.16953@adikia>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Ray Plante's 'Requirements for the Future' is a very neat summary, and
I am especially glad he has put on record the need for
* Accessible documentation and
* Backward compatibility
- and I think it is a good basis for the Cambridge discussion

There are a couple of things which have come up previously:

The use of UCDs other than for column content descriptors - e.g. for the
ResourceMetadata which summarises the content of a dataset for the
Registry.
Should these be taken from exactly the same set of UCDs?
Or should these embody their context (e.g. by reserving superclass UCDs,
such as the first element if we use Guy Rixon's atoms...)?

How to qualify UCDs?
At the moment we have some 'degenerate' UCDs, e.g. SPEC_WAVELENGTH in
the IDHA model for both the high and low bandpass limits.  This means you
have to evaluate both, if you just want data above a certain frequency
(say).  Then we have some overspecified, e.g. all the PHOT ones for U B V
R I, RADIO_1.6, _1.4 etc.

In some cases this might be solved just by adding MAX/MIN or equivalent
(LONG and SHORT for the bandpass as MAX/MIN is ambiguous unless you know
if it is freq. or wavelength).  However with XML we can be more
intelligent, as has been pointed out, and give them properties or
attributes or values.  How do we cope with the cases where the required
information (ie another UCD?) is elsewhere in the same data set, e.g.
another column or in the header? e.g. for associating cumulative errors
with a data point, or for realising that an entire catalogue is at 1.4 GHz
or in the Cousins photometry convention?

That is, we need not only to be able to select on the basis of UCDs, but
to be able to  interpret their properties at the Registry level.

In some cases we might need to evaluate the data they describe at the
Registry (as in the present bandpass example I gave), but perhaps that can
be avoided, or should be, if possible, so that you only have to dive into
the dataset itself when you are answering the query in detail?

This can be summed up as saying that we want UCDs to describe data but we
should avoid as much as possible using UCDs as data.

Thoughts on some of David's comments:

Units and accuracy

When we are using UCDs (assuming this includes the ResourceMetadata) in
the Registry, we do not need high accuracy as long as we err on the side
of inclusion (so a catalogue spanning 10 - 3001 GHz would be both radio
and IR).  If we want catalogues with photometry, we do not need to
know what units the flux is measured in.  However if we want a certain
level of accuracy we do need units (at least if we are to avoid quality
factors etc. which will be very arbitrary) - but here, the Registry could
standardise everything to one sort of unit for each quantity as the
conversion does not need to be accurate (e.g. noise < 0.0001 Jy derived
from a certain limiting magnitude) as long as it is rounded down/up as
appropriate. This is analogous to Ray's squinting.

I think it is crucial that do not tie UCDs to certain units or whatever,
as we then make it difficult to interconvert.  Any conversion errors
should be carried in proper UCDs for errors - thus, if you ask for x-ray
photometry in counts, you will get a result which will probably ahve
greater accuracy than if you ask for it in Jy - but the latter is vital if
you want to compare it with data at other wavelengths.

Cheers
a


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Mon May 12 07:10:03 2003
X-UIDL: 3e5baf6500000946
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4C57VAC005525
	for <ucd@ivoa.net>; Mon, 12 May 2003 07:07:31 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4C57VA09290
	for <ucd@ivoa.net>; Mon, 12 May 2003 07:07:31 +0200 (MEST)
Received: from phobos.caltech.edu(131.215.102.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAiGaijs; Mon, 12 May 03 07:07:30 +0200
Received: from avyakta.caltech.edu (avyakta [131.215.102.12])
	by phobos.caltech.edu (8.12.2/8.12.5) with ESMTP id h4C4xwZE005217
	for <ucd@ivoa.net>; Sun, 11 May 2003 21:59:58 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by avyakta.caltech.edu (8.12.8/8.11.2) with ESMTP id h4C509gC001046
	for <ucd@ivoa.net>; Sun, 11 May 2003 22:00:09 -0700
Date: Sun, 11 May 2003 22:00:09 -0700 (PDT)
From: Ashish Mahabal <aam@astro.caltech.edu>
X-X-Sender: aam@avyakta.caltech.edu
To: ucd@ivoa.net
Subject: Some comments on UCDs
Message-ID: <Pine.LNX.4.44.0305091124090.25512-100000@avyakta.caltech.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Hi,

Since I will not be personally present when many of you meet in Europe
(now), I decided to send in my two cents to the group.

Over the last few months, talking to several VO people from US and Europe,
it is clear that everyone agrees that something like the UCDs is great.
Not everyone agrees on (1) the number of UCDs, (2) the hierarchical nature
they are currently arranged in, (3) mechanisms of adding UCDs, ...

Suggestions range from leave UCDs as they are to completely replace them
with alternate mechanisms (some of which have at least partially been
thought of).

Having worked with UCDs for making Topic Maps based on UCDs in catalogs
(examples at http://www.astro.caltech.edu/~aam/science/topicmaps/ucd.html
- a specialised application based on these will be ready soon),
I have come to like the ease with which one can use UCDs to build
structure around them (though they certainly have their limitations, as
is seen by some "gaps" in some of the topic maps). I have not been
required to deal with the entire set of UCDs (e.g. Atomic Data, Orbit
etc. related UCDs) as I have not dealt with all kinds of catalogs. But
the hierarchical structure seems very useable. Having error terms on
various individual UCDs will be good and some work could go in there. Of
the 1400 or so UCDs, the 100 most accessed catalogs at Vizier use only
about 250 UCDs in all.

Allowing people to make their own UCDs (just like standards should not be
a plural, not everyone should create their own Universals) will bring us
back to square one even if what the personal UCDs mean is well documented.
My R magnitude UCD is GunnR and some one elses is GR (both having used the
Thuan-Gunn system). Okay so far. But then I also use GR to mean Gamma
Ratio (whatever that is), and all hell breaks loose. A lot of time may
have to be spent in writing more intelligent software to deal with these
issues which could in the first place have been avoided.

So should there be "UCD police" who decide what new UCDs should get added?
Perhaps not. But everybody concerned can try to come up with a list of
what is currently missiing, and what will probably be needed in the next
10 years (and later on there will be surprises of course), and simply add
the resulting list. And keep a mechanism for adding more.

Should the list be changed from a hierarchy to something else? That should
not really matter much. (Broadly speaking - software should be able to
handle that).

Should the UCDs serve as an ontology for astronomy? I beileve that in a
sense it is. However, I also believe that anything that is related to
astronomy (e.g. astronomers, instruments, observatories etc.) should also
be part of that ontology and could be represented by UCDs in the hierarchy
(adding a few hundred more terms). These can then be used in many other
tables (derived data products). So a growing branch could stay open there.

More later.

Cheers and wishing you all a good time,
-ashish

PS: Does some one plan to email session summaries to the group?

Ashish Mahabal, Caltech Astronomy, Pasadena, CA 91125
http://www.astro.caltech.edu/~aam aam@astro.caltech.edu

Lawyer: How far apart were the vehicles at the time of the collision?


From - Fri May 16 13:15:11 2003
X-UIDL: 3e5baf65000009db
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4GBFmmR018971
	for <ucd@ivoa.net>; Fri, 16 May 2003 13:15:48 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4GBFmc24844
	for <ucd@ivoa.net>; Fri, 16 May 2003 13:15:48 +0200 (MEST)
Received: from ny2.fastmail.fm(66.111.4.3) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA0wayHW; Fri, 16 May 03 13:15:47 +0200
Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133])
	by server2.messagingengine.com (Postfix) with ESMTP id 034E14DAEE
	for <ucd@ivoa.net>; Fri, 16 May 2003 07:14:45 -0400 (EDT)
Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com
  with SMTP; Fri, 16 May 2003 07:14:45 -0400
Received: by smtp.us2.messagingengine.com (Postfix, from userid 99)
	id F2F465C479; Fri, 16 May 2003 07:14:44 -0400 (EDT)
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="ISO-8859-1"
MIME-Version: 1.0
X-Mailer: MIME::Lite 1.2  (F2.71; T1.001; A1.51; B2.12; Q2.03)
From: "Tony Linde" <ael@star.le.ac.uk>
To: ucd@ivoa.net
Date: Fri, 16 May 2003 12:14:44 +0100
X-Epoch: 1053083685
X-Sasl-enc: g/ybv8vno84R6lEizHDxyw
Subject: MyUCDs
Message-Id: <20030516111444.F2F465C479@smtp.us2.messagingengine.com>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

I've posted a document on the IVOA wiki which summarises my understanding
of the UCD discussion in the plenary session yesterday. Perhaps some
people could peruse that and provide feedback on this mailing list about
any errors or differences of opinion on the implications that I see. I
hope it helps others with any of their own misunderstandings.

http://www.ivoa.net/twiki/bin/view/IVOA/TonyOnUCDs

Cheers,
Tony.
__
Tony Linde                       Phone:  +44 (0)116 223 1292
AstroGrid Project Manager        Fax:    +44 (0)116 252 3311
Dept of Physics & Astronomy      Mobile: +44 (0)7753 603356
University of Leicester          Email:  ael@star.le.ac.uk
Leicester, UK   LE1 7RH          Web:    http://www.astrogrid.org

From - Fri May 16 14:50:11 2003
X-UIDL: 3e5baf65000009dc
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4GCkBUE021731
	for <ucd@ivoa.net>; Fri, 16 May 2003 14:46:11 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4GCkBp02411
	for <ucd@ivoa.net>; Fri, 16 May 2003 14:46:11 +0200 (MEST)
Received: from apollo.le.ac.uk(143.210.16.125) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAHpaiTe; Fri, 16 May 03 14:46:10 +0200
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with smtp (Exim 4.14)
	id 19GeXW-0001cU-UY
	for ucd@ivoa.net; Fri, 16 May 2003 13:42:22 +0100
Received: (qmail 99 invoked from network); 16 May 2003 12:42:43 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 16 May 2003 12:42:43 -0000
Date: Fri, 16 May 2003 13:42:43 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Tony Linde <ael@star.le.ac.uk>
cc: ucd@ivoa.net
Subject: Re: MyUCDs
In-Reply-To: <20030516111444.F2F465C479@smtp.us2.messagingengine.com>
Message-ID: <Pine.GSO.4.44L0.0305161228170.8192-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: (--------------------------) -26.4
X-Scanner: exiscan for exim4 *19GeXW-0001cU-UY*hJH7t.WeYa2*
Status:   

On Fri, 16 May 2003, Tony Linde wrote:

> I've posted a document on the IVOA wiki which summarises my understanding
> of the UCD discussion in the plenary session yesterday. Perhaps some
> people could peruse that and provide feedback on this mailing list about
> any errors or differences of opinion on the implications that I see. I
> hope it helps others with any of their own misunderstandings.
>
> http://www.ivoa.net/twiki/bin/view/IVOA/TonyOnUCDs

Here go my comments to Tony's document:

> My understanding of UCDs
>
> The way this came up was my question in the plenary UCD session about
> how we can identify columns within a table uniquely. Basically, the
> answer was that UCDs will not solve this problem and are not intended
> to do so. This page will summarise what I now understand as the purpose
> of UCDs and some of the implications of this.
>
> UCDs as Data Types
>
> Comment was made that UCDs can be considered as data types, so a column
> in a table has a data type of, POS_EQ_RA, say. I assume that the
> reasons for having UCDs as data types are to allow:
>
>     * operations on columns: comparison, addition, subtraction,
>	multiplication, etc plus specific astronomical operations
>     * conversion between data types: eg converting between equitorial and
> 	galactic coordinates

As their name say, UCDs are meant to describe the content of a column uniquely.

Within any given table, column names do not repeat (unless in exceptional
cases where the authors want to repeat a column for easy reading.

The problem arose when column names became degenerate when analyzing
different tables/catalogues. The most common scenario for astronomy was a
column called "Mag" , meant to represent the brightness of a celestial
object in some photometric system. The problem was/is that "Mag" was
"overloaded" and just comparing two columns labeled "Mag" was a cry for
trouble. UCDs were introduced to break the degeneracy.

column (catalog=c1 name=Mag unit=mag UCD=PHOT_JHN_V) has nothing to do with
column (catalog=c2 name=Mag unit=mag UCD=PHOT_STR_B)

> Do we thus need (or already have) some hierarchical structure of the
> UCDs based on allowable operations? In normal data types, we have
> numerical types, subdivided by integral and floating point, subdivided
> by storage size etc; one can add all numerical types but (generally)
> cannot add a number and a string (without pre-defining what such an
> addition will do).

Although one can add numerical types and not add strings or strings and
numbers, not all numbers should be allowed to be added. One should not
allow adding a velocity measured in km/s to a right ascention in equatorial
coordinates (an angle).

Whatever mechanism is used to perform table combination should be provided
with this kind of knowledge.

> Aligned to that: should we define the operations that can be performed
> on the individual data types (UCDs), the rules for those operations
> given specific types, and the type resulting from such operations.

Yes and no, thinking of all combination is unrealistic, plus, it's only in
adding/subtracting where you have problems. No-one could impede you to take
ratios of columns or multiply columns. As Peter Quinn pointed out in the
plenary, some decisions should always be the responsibility of the
astronomer.


> UCDs as Keywords
>
> In this context, the UCDs is part of the metadata for a table. It
> indicates the type of data held in a table, so having POS_EQ_RA
> identified with a table says that this table includes positional data
> in equitorial coordinates. That said, maybe the UCD for the table
> should include POS_EQ instead (since it is unlikely that it'll have RA
> without DEC).

Unlikely but not impossible. I've seen tables in which that's the case.
UCD's were meant to be attached to columns, talking about a table's UCD is
IMHO a confusion. A Table can have a set of UCDs attached to it (like a
list), which may be shorter than the number of columns in the table if some
columns happen to be representative of the same physical quantity therefore
they DO have the same UCD.

> So the idea of being able to query which resources have POS_EQ* makes sense.

Sure it does. Not all catalogues contain RA-Dec.

> UCDs as Pointers into Data Model
>
> This was a very interesting comment, that UCDs can be seen as a pointer
> into the data model (DM). How this might be implemented and how
> feasible it is is still open. I guess there are two potential problem
> areas:
>
>     * a UCD refers to multiple DM points (classes, objects or whatever
>       they are called) this is likely but does indicate areas in which the
>       UCDs are not the lowest level of metadata
>
>     * one DM point is referred to by several UCDs
>       if this occurs, it would indicate that the DM requires further analysis

	Yes and no. Yes if we are talking about the so called "core-UCDs",
	which are the UCDs which can be attached to a column.
	No if we develop the concept of an "alias-UCD", which represents a
	list of UCDs design for discovery purposes.

	I'd say that a DM should have one "core-UCD" and 0 or more
	"alias-UCDs"


> I suspect that, as the DM expands and covers more areas of astronomy,
> we will need a more efficient version of UCDs that accurately maps to
> the DM; the current '_' separated textual names will have limited
> extensibility (even with the additional modifiers agreed at this
> meeting).

	Most likely.

> Unique Column Identification
>
> Given that we cannot use UCDs as unique column identifiers, how do we do this?
> It seems that the only possible unique identifier for a column in a
> table is the resourceID of the table (from the Registry) plus the
> columnName (for explanation of resourceID, see the discussion on this
> in the Registry mailing list:
> http://www.ivoa.net/forum/registry/0091.htm and related messages).

	Absolutely,

	Within a table, the column name IS a unique column identifier.
	The pair catalogueName.columnName is in 99.9% of the cases unique,
	and for the future, one can impose that columnName be unique within
	a table (most DBMS won't be so happy if you assign 2 columns with the
	same name).
	If we ever converge to assign unique IDs to catalogues, then
	cataloqueUniqueID.columnName is unique

	Adding a UCD to this structure would be redundant
	eg, cataloqueUniqueID.columnName.columnUCD

> So, to summarise the discussion from the plenary session, a query can
> be sent to a table with either UCDs or column names or a mixture of
> both. If a UCD is included in a query, the data source can resolve this
> if there is only one column with that UCD or there are multiple columns
> but one has the modifier MAIN attached to only one of the column UCDs.
> Otherwise the query will fail.

	Let me include here another element before the submission of a
	query to the resource handling catalogues: The registry.

	Any registry will contain metadata about the services listed, ie,
	the catalogues.
	The registry would know (among other things),
		- catalogueName (possibly catalogueUniqueID)
		- catalogueTitle
		- catalogueKeywords
		- catalogueAuthor
		- number of columns
		- number of records
		- column names, UCDs, units
			- name	ID,MAIN	---
			- RA	POS_EQ_RA,MAIN	h:m:s
			- Dec	POS_EQ_DEC,MAIN d:m:s
			....
			- Vmag	PHOT_JHN_V	mag
			- Bmag	PHOT_JHN_B	mag
			- z	REDSHIFT	---

	IMHO, a query can be accurately formulated for any given resource
	after consulting the registry. It should be decided at the registry
	level what we want to extract from any given catalogue, therefore,
	the query received by the resource handling that catalogue has to
	make no decision, and what's best, the query should not even be
	submitted if we know ahead of time that it will fail.

> Conclusion
>
> I hope people will provide feedback on the mailing list to these
> comments. I reiterate that they are only my understanding of what was
> said and my belief of the implications.

	Another use of UCDs would be to discover resources (catalogues)
	which contain certain QUANTITIES.

	Scenario 1

	If I formulate a query in the line
	"select catalogueName where UCDs include REDSHIT POS_EQ_RA,MAIN
	POS_EQ_DEC,MAIN PHOT_JHN_V from registryXX"

	I should get back a listing of catalogues which contain that
	information (plus probably the column names, units and UCDs which
	make the catalogue satisfy our request).

	Titles and keywords are short handles and do not
	always tell about all is listed in a catalogue. The astronomer should
	know what to do with this information, perhaps s/he will pick up a
	few of these catalogues and submit a query to them.

	Scenario 2

	"select ucd;ID,MAIN ucd;POS_EQ_RA,MAIN ucd;POS_EQ_RA,MAIN ucd;PHOT_JHN_V
	ucd;REDSHIFT from [catalogueName where UCDs include REDSHIFT PHOT_JHN_V
	POS_EQ_RA,MAIN POS_EQ_DEC,MAIN from registryXX] where ucd;REDSHIFT
	> 2.5"

	The user doesn't know ahead of times if any ocatalogue exists to
	satisfy the query, but if it exist, s/he would like to print the
	equivalent of Name, RA, Dec, Vmag, and z

	This query should first find out a list of catalogues which contain
	all those UCDs and the name of their respective columns. Once this
	is known, individual queries should be sent to each of the
	catalogues requesting the columns which identify with the UCDs the
	user requested and which satisfy redshift > 2.5.

	Note that I've used a very loose notation above on purpose

Cheers,

Patricio


---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From - Mon May 19 16:50:18 2003
X-UIDL: 3e5baf6500000a17
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JEmiG1025776;
	Mon, 19 May 2003 16:48:44 +0200 (MEST)
Received: from eso.org (nb008487.ads.eso.org [134.171.27.211])
	by serapis.hq.eso.org (8.11.6+Sun/8.11.6) with ESMTP id h4JEnGL03823;
	Mon, 19 May 2003 16:49:16 +0200 (MEST)
Message-ID: <3EC8EECB.1000604@eso.org>
Date: Mon, 19 May 2003 16:48:43 +0200
From: "Marco C. Leoni" <mleoni@eso.org>
Reply-To: mleoni@eso.org
Organization: Astrophysical Virtual Observatory @ESO
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (CK-ESO)
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
CC: ucd@ivoa.net
Subject: Re: MyUCDs
References: <Pine.GSO.4.44L0.0305161228170.8192-100000@sparky.star.le.ac.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi Patricio,
    one question about the point below:

>	Let me include here another element before the submission of a
>	query to the resource handling catalogues: The registry.
>
>	Any registry will contain metadata about the services listed, ie,
>	the catalogues.
>	The registry would know (among other things),
>		- catalogueName (possibly catalogueUniqueID)
>		- catalogueTitle
>		- catalogueKeywords
>		- catalogueAuthor
>		- number of columns
>		- number of records
>		- column names, UCDs, units
>			- name	ID,MAIN	---
>			- RA	POS_EQ_RA,MAIN	h:m:s
>			- Dec	POS_EQ_DEC,MAIN d:m:s
>			....
>			- Vmag	PHOT_JHN_V	mag
>			- Bmag	PHOT_JHN_B	mag
>			- z	REDSHIFT	---
>

are you sure the Registry will include all these information?
Perhaps "column names" and "units" will be resolved by the service 
provider, and not by the registry itself.

Cheers,
    Marco

From - Mon May 19 17:25:18 2003
X-UIDL: 3e5baf6500000a1b
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JFKpG1008793
	for <ucd@ivoa.net>; Mon, 19 May 2003 17:20:51 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JFKop27714
	for <ucd@ivoa.net>; Mon, 19 May 2003 17:20:50 +0200 (MEST)
Received: from mailsend.le.ac.uk(143.210.16.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAW4a4h2; Mon, 19 May 03 17:20:49 +0200
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.14)
	id 19HmNm-0006bO-Se
	for ucd@ivoa.net; Mon, 19 May 2003 16:16:58 +0100
Received: (qmail 10416 invoked from network); 19 May 2003 15:17:13 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 19 May 2003 15:17:13 -0000
Date: Mon, 19 May 2003 16:17:13 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Marco C. Leoni" <mleoni@eso.org>
cc: ucd@ivoa.net
Subject: Re: MyUCDs
In-Reply-To: <3EC8EECB.1000604@eso.org>
Message-ID: <Pine.GSO.4.44L0.0305191553150.21500-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: (-------------------------) -25.3
X-Scanner: exiscan for exim4 *19HmNm-0006bO-Se*Qhm57OFrR/s*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

On Mon, 19 May 2003, Marco C. Leoni wrote:
> Hi Patricio,
>     one question about the point below:
>
> >	Let me include here another element before the submission of a
> >	query to the resource handling catalogues: The registry.
> >
> >	Any registry will contain metadata about the services listed, ie,
> >	the catalogues.
> >	The registry would know (among other things),
> >		- catalogueName (possibly catalogueUniqueID)
> >		- catalogueTitle
> >		- catalogueKeywords
> >		- catalogueAuthor
> >		- number of columns
> >		- number of records
> >		- column names, UCDs, units
> >			- name	ID,MAIN	---
> >			- RA	POS_EQ_RA,MAIN	h:m:s
> >			- Dec	POS_EQ_DEC,MAIN d:m:s
> >			....
> >			- Vmag	PHOT_JHN_V	mag
> >			- Bmag	PHOT_JHN_B	mag
> >			- z	REDSHIFT	---
> >
>
> are you sure the Registry will include all these information?
> Perhaps "column names" and "units" will be resolved by the service
> provider, and not by the registry itself.
>
> Cheers,
>     Marco

Hi Marco,

well, I would have thought so. It's done already by vizier meta-information
tables (which could be considered a local registry) and surely by other
services. It's a good point though, how much is a registry supposed to
know? In the scheme that Keith Noddle presented in Cambridge, I would
expect at least the local register (read service provider's) should know
about about this. Whether the higher level registers decide to collect this
information is to be seen, but if you ask *me*, I would say yes, they
should keep this information. We are not talking about a huge data volume
here; the advantages are large though, as you don't have to go everywhere
with your query.

I just had to deal with getting a mortgage and run from bank to bank
filling up applications not knowing if I satisfied all the conditions they
asked; then a consultant phoned us and we dealt with him, he found out
who would lend us the money and it worked fine. The analogy seems quite
appropriate for our situation in VO. An astronomer wants to formulate a
general query, he or she has no idea where this could be done, so s/he
asks a service to lauch the query urbe et orbi... Surely the data will
come back to the astronomer, but if we apply a filtering system which
can select the services which may give a positive answer (and weed off
the ones with a negative), then the number of transactions diminishes
and the response time is shorter.

An intermediate solution would be to send the query to broker-services urbe
et orbi, and let those services do the filtering and send the query to
places which may give a positive answer.

IMHO not using this meta-information would be a real waste.

Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From - Mon May 19 18:10:19 2003
X-UIDL: 3e5baf6500000a1e
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JGAGG1027567;
	Mon, 19 May 2003 18:10:16 +0200 (MEST)
Received: from eso.org (nb008487.ads.eso.org [134.171.27.211])
	by serapis.hq.eso.org (8.11.6+Sun/8.11.6) with ESMTP id h4JGAnL06056;
	Mon, 19 May 2003 18:10:49 +0200 (MEST)
Message-ID: <3EC901E8.40307@eso.org>
Date: Mon, 19 May 2003 18:10:16 +0200
From: "Marco C. Leoni" <mleoni@eso.org>
Reply-To: mleoni@eso.org
Organization: Astrophysical Virtual Observatory @ESO
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (CK-ESO)
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
CC: ucd@ivoa.net
Subject: Re: MyUCDs & Registry
References: <Pine.GSO.4.44L0.0305191553150.21500-100000@sparky.star.le.ac.uk>
Content-Type: multipart/alternative;
 boundary="------------080100070000060309030501"
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


--------------080100070000060309030501
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Patricio F. Ortiz wrote:

>On Mon, 19 May 2003, Marco C. Leoni wrote:
>  
>
>>Hi Patricio,
>>    one question about the point below:
>>
>>    
>>
>>>	Let me include here another element before the submission of a
>>>	query to the resource handling catalogues: The registry.
>>>
>>>	Any registry will contain metadata about the services listed, ie,
>>>	the catalogues.
>>>	The registry would know (among other things),
>>>		- catalogueName (possibly catalogueUniqueID)
>>>		- catalogueTitle
>>>		- catalogueKeywords
>>>		- catalogueAuthor
>>>		- number of columns
>>>		- number of records
>>>		- column names, UCDs, units
>>>			- name	ID,MAIN	---
>>>			- RA	POS_EQ_RA,MAIN	h:m:s
>>>			- Dec	POS_EQ_DEC,MAIN d:m:s
>>>			....
>>>			- Vmag	PHOT_JHN_V	mag
>>>			- Bmag	PHOT_JHN_B	mag
>>>			- z	REDSHIFT	---
>>>
>>>      
>>>
>>are you sure the Registry will include all these information?
>>Perhaps "column names" and "units" will be resolved by the service
>>provider, and not by the registry itself.
>>
>>Cheers,
>>    Marco
>>    
>>
>
>Hi Marco,
>
>well, I would have thought so. It's done already by vizier meta-information
>tables (which could be considered a local registry) and surely by other
>services. It's a good point though, how much is a registry supposed to
>know? In the scheme that Keith Noddle presented in Cambridge, I would
>expect at least the local register (read service provider's) should know
>about about this. Whether the higher level registers decide to collect this
>information is to be seen, but if you ask *me*, I would say yes, they
>should keep this information. We are not talking about a huge data volume
>here; the advantages are large though, as you don't have to go everywhere
>with your query.
>
>I just had to deal with getting a mortgage and run from bank to bank
>filling up applications not knowing if I satisfied all the conditions they
>asked; then a consultant phoned us and we dealt with him, he found out
>who would lend us the money and it worked fine. The analogy seems quite
>appropriate for our situation in VO. An astronomer wants to formulate a
>general query, he or she has no idea where this could be done, so s/he
>asks a service to lauch the query urbe et orbi... Surely the data will
>come back to the astronomer, but if we apply a filtering system which
>can select the services which may give a positive answer (and weed off
>the ones with a negative), then the number of transactions diminishes
>and the response time is shorter.
>
>An intermediate solution would be to send the query to broker-services urbe
>et orbi, and let those services do the filtering and send the query to
>places which may give a positive answer.
>
>IMHO not using this meta-information would be a real waste.
>
>Cheers,
>
>Patricio
>
>---
>Patricio F. Ortiz			pfo@star.le.ac.uk
>AstroGrid project
>Department of Physics and Astronomy
>University of Leicester			Tel: +44 (0)116 252 2015
>LE1 7RH, UK
>

Patricio,

    I agree that a filtering system would be nice, and in fact a 
registry is supposed to do that (in my opinion): if necessary it will 
send an "urbi et orbi" query and give back to the astronomer only the 
relevant results, where this means compare them with the original 
requirements (e.g. exclude all the "no info about it" answers). The same 
before sending the query, if the registry has enough information about 
services (this is not the case if we think of registries containing only 
references to other registries, but this will simply add one more level 
to the structure).

What I meant before is that probably we need only UCDs in the registry 
without any unique column names: when the query reaches the service then 
it will be translated and UCDs mapped to comlumn names.
- On the other side, if the user already knows the unique column name 
then using it will remove any control about UCDs.
- Last possibility, giving both unique column name and UCD will create a 
well-defined detailed query, with specific result even in the "urbi et 
orbi" case.


Cheers,
    Marco

--------------080100070000060309030501
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
<br>
<br>
Patricio F. Ortiz wrote:<br>
<blockquote type="cite"
 cite="midPine.GSO.4.44L0.0305191553150.21500-100000@sparky.star.le.ac.uk">
  <pre wrap="">On Mon, 19 May 2003, Marco C. Leoni wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hi Patricio,
    one question about the point below:

    </pre>
    <blockquote type="cite">
      <pre wrap="">	Let me include here another element before the submission of a
	query to the resource handling catalogues: The registry.

	Any registry will contain metadata about the services listed, ie,
	the catalogues.
	The registry would know (among other things),
		- catalogueName (possibly catalogueUniqueID)
		- catalogueTitle
		- catalogueKeywords
		- catalogueAuthor
		- number of columns
		- number of records
		- column names, UCDs, units
			- name	ID,MAIN	---
			- RA	POS_EQ_RA,MAIN	h:m:s
			- Dec	POS_EQ_DEC,MAIN d:m:s
			....
			- Vmag	PHOT_JHN_V	mag
			- Bmag	PHOT_JHN_B	mag
			- z	REDSHIFT	---

      </pre>
    </blockquote>
    <pre wrap="">are you sure the Registry will include all these information?
Perhaps "column names" and "units" will be resolved by the service
provider, and not by the registry itself.

Cheers,
    Marco
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Hi Marco,

well, I would have thought so. It's done already by vizier meta-information
tables (which could be considered a local registry) and surely by other
services. It's a good point though, how much is a registry supposed to
know? In the scheme that Keith Noddle presented in Cambridge, I would
expect at least the local register (read service provider's) should know
about about this. Whether the higher level registers decide to collect this
information is to be seen, but if you ask *me*, I would say yes, they
should keep this information. We are not talking about a huge data volume
here; the advantages are large though, as you don't have to go everywhere
with your query.

I just had to deal with getting a mortgage and run from bank to bank
filling up applications not knowing if I satisfied all the conditions they
asked; then a consultant phoned us and we dealt with him, he found out
who would lend us the money and it worked fine. The analogy seems quite
appropriate for our situation in VO. An astronomer wants to formulate a
general query, he or she has no idea where this could be done, so s/he
asks a service to lauch the query urbe et orbi... Surely the data will
come back to the astronomer, but if we apply a filtering system which
can select the services which may give a positive answer (and weed off
the ones with a negative), then the number of transactions diminishes
and the response time is shorter.

An intermediate solution would be to send the query to broker-services urbe
et orbi, and let those services do the filtering and send the query to
places which may give a positive answer.

IMHO not using this meta-information would be a real waste.

Cheers,

Patricio

---
Patricio F. Ortiz			<a class="moz-txt-link-abbreviated" href="mailto:pfo@star.le.ac.uk">pfo@star.le.ac.uk</a>
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK</pre>
</blockquote>
<br>
Patricio,<br>
<br>
&nbsp;&nbsp;&nbsp; I agree that a filtering system would be nice, and in fact a registry
is supposed to do that (in my opinion): if necessary it will send an "urbi
et orbi" query and give back to the astronomer only the relevant results,
where this means compare them with the original requirements (e.g. exclude
all the "no info about it" answers). The same before sending the query, if
the registry has enough information about services (this is not the case
if we think of registries containing only references to other registries,
but this will simply add one more level to the structure).<br>
<br>
What I meant before is that probably we need only UCDs in the registry without
any unique column names: when the query reaches the service then it will
be translated and UCDs mapped to comlumn names.<br>
- On the other side, if the user already knows the unique column name then
using it will remove any control about UCDs.<br>
- Last possibility, giving both unique column name and UCD will create a
well-defined detailed query, with specific result even in the "urbi et orbi"
case.<br>
<br>
<br>
Cheers,<br>
&nbsp;&nbsp;&nbsp; Marco<br>
</body>
</html>

--------------080100070000060309030501--

From - Mon May 19 18:45:18 2003
X-UIDL: 3e5baf6500000a21
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JGjAG1009232
	for <ucd@ivoa.net>; Mon, 19 May 2003 18:45:10 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JGj9q02594
	for <ucd@ivoa.net>; Mon, 19 May 2003 18:45:09 +0200 (MEST)
Received: from queue4-win.server.ntlworld.com(62.253.162.224) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAveaidf; Mon, 19 May 03 18:45:08 +0200
Received: from brolga ([213.105.123.90]) by mta02-svc.ntlworld.com
          (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP
          id <20030519151436.CZN9882.mta02-svc.ntlworld.com@brolga>
          for <ucd@ivoa.net>; Mon, 19 May 2003 16:14:36 +0100
Reply-To: <ael@star.le.ac.uk>
From: "Tony Linde" <ael@star.le.ac.uk>
To: <ucd@ivoa.net>
Subject: RE: MyUCDs
Date: Mon, 19 May 2003 16:14:37 +0100
Organization: University of Leicester
Message-ID: <003401c31e19$5c9d3c50$1001a8c0@brolga>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
In-Reply-To: <3EC8EECB.1000604@eso.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

The Registry should answer the question 'what are the column names for
resource X?', however that question might be phrased. Whether the registry
retains that data for the resource or retrieves it from the resource itself
when it is asked the question is entirely up to the registry builder.

Cheers,
Tony. 

> -----Original Message-----
> From: Marco C. Leoni [mailto:mleoni@eso.org] 
> Sent: 19 May 2003 15:49
> To: Patricio F. Ortiz
> Cc: ucd@ivoa.net
> Subject: Re: MyUCDs
> 
> 
> Hi Patricio,
>     one question about the point below:
> 
> >	Let me include here another element before the submission of a
> >	query to the resource handling catalogues: The registry.
> >
> >	Any registry will contain metadata about the services 
> listed, ie,
> >	the catalogues.
> >	The registry would know (among other things),
> >		- catalogueName (possibly catalogueUniqueID)
> >		- catalogueTitle
> >		- catalogueKeywords
> >		- catalogueAuthor
> >		- number of columns
> >		- number of records
> >		- column names, UCDs, units
> >			- name	ID,MAIN	---
> >			- RA	POS_EQ_RA,MAIN	h:m:s
> >			- Dec	POS_EQ_DEC,MAIN d:m:s
> >			....
> >			- Vmag	PHOT_JHN_V	mag
> >			- Bmag	PHOT_JHN_B	mag
> >			- z	REDSHIFT	---
> >
> 
> are you sure the Registry will include all these information? 
> Perhaps "column names" and "units" will be resolved by the service 
> provider, and not by the registry itself.
> 
> Cheers,
>     Marco
> 

From - Mon May 19 19:30:18 2003
X-UIDL: 3e5baf6500000a26
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JHSvG1022323
	for <ucd@ivoa.net>; Mon, 19 May 2003 19:28:57 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JHSuY04361
	for <ucd@ivoa.net>; Mon, 19 May 2003 19:28:56 +0200 (MEST)
Received: from mailsend.le.ac.uk(143.210.16.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAyDaGGi; Mon, 19 May 03 19:28:55 +0200
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.14)
	id 19HoNn-0003Sb-Ld
	for ucd@ivoa.net; Mon, 19 May 2003 18:25:07 +0100
Received: (qmail 17349 invoked from network); 19 May 2003 17:25:28 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 19 May 2003 17:25:28 -0000
Date: Mon, 19 May 2003 18:25:28 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Marco C. Leoni" <mleoni@eso.org>
cc: ucd@ivoa.net
Subject: Re: MyUCDs & Registry
In-Reply-To: <3EC901E8.40307@eso.org>
Message-ID: <Pine.GSO.4.44L0.0305191721320.21500-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: (-------------------------) -25.3
X-Scanner: exiscan for exim4 *19HoNn-0003Sb-Ld*yTdAMBMeRx2*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

On Mon, 19 May 2003, Marco C. Leoni wrote:

> >Hi Marco,
> >
> >well, I would have thought so. It's done already by vizier meta-information
> >tables (which could be considered a local registry) and surely by other
> >services. It's a good point though, how much is a registry supposed to
> >know? In the scheme that Keith Noddle presented in Cambridge, I would
> >expect at least the local register (read service provider's) should know
> >about about this. Whether the higher level registers decide to collect this
> >information is to be seen, but if you ask *me*, I would say yes, they
> >should keep this information. We are not talking about a huge data volume
> >here; the advantages are large though, as you don't have to go everywhere
> >with your query.
> >
> >I just had to deal with getting a mortgage and run from bank to bank
> >filling up applications not knowing if I satisfied all the conditions they
> >asked; then a consultant phoned us and we dealt with him, he found out
> >who would lend us the money and it worked fine. The analogy seems quite
> >appropriate for our situation in VO. An astronomer wants to formulate a
> >general query, he or she has no idea where this could be done, so s/he
> >asks a service to lauch the query urbe et orbi... Surely the data will
> >come back to the astronomer, but if we apply a filtering system which
> >can select the services which may give a positive answer (and weed off
> >the ones with a negative), then the number of transactions diminishes
> >and the response time is shorter.
> >
> >An intermediate solution would be to send the query to broker-services urbe
> >et orbi, and let those services do the filtering and send the query to
> >places which may give a positive answer.
> >
> >IMHO not using this meta-information would be a real waste.
> >
> >Cheers,
> >
> >Patricio
> >
> >---
> >Patricio F. Ortiz			pfo@star.le.ac.uk
> >AstroGrid project
> >Department of Physics and Astronomy
> >University of Leicester			Tel: +44 (0)116 252 2015
> >LE1 7RH, UK
> >
>
> Patricio,
>
>     I agree that a filtering system would be nice, and in fact a
> registry is supposed to do that (in my opinion): if necessary it will
> send an "urbi et orbi" query and give back to the astronomer only the
> relevant results, where this means compare them with the original
> requirements (e.g. exclude all the "no info about it" answers). The same
> before sending the query, if the registry has enough information about
> services (this is not the case if we think of registries containing only
> references to other registries, but this will simply add one more level
> to the structure).
>
> What I meant before is that probably we need only UCDs in the registry
> without any unique column names: when the query reaches the service then
> it will be translated and UCDs mapped to comlumn names.

I see your point now. However, remember that what's unique within a table
is a column name, not UCDs, therefore, a UCD-driven request may expand to
more columns than UCDs  (just think of catalogues generated from
sextractor) and generate columns which are absolutely meaningless for a
user.

> - On the other side, if the user already knows the unique column name
> then using it will remove any control about UCDs.

Unique name within a table, because names are not unique across tables and
bear different meaning, the very reason UCDs were introduced.

> - Last possibility, giving both unique column name and UCD will create a
> well-defined detailed query, with specific result even in the "urbi et
> orbi" case.

True, but then we may start getting partial answers
If I look for (colname=redshift, ucd=REDSHIFT) I would get those catalogues
where redshift is called redshift but would live out cases
like (colname=z, ucd=REDSHIFT).

I think we should put together a list of questions and see what we need to
solve them. I can see several families of questions, from the very
specialized to the very broad,  from the one where the user knows what
resource to consult to the ones where the user wants to discover resources.
Searching the metadata at any level can prove quite productive!

I don't know about dropping the units from a registry (at any level).
One problem in datamining is to make sure that one compares apples with
apples, so if for instance, I want to compare the extension of galaxies
it is important to know whether the units are in arcmin, degrees,
arcsec or whatever. Say that I lauch a query where I request all data
about galaxies around a particular location and I want to list ID, RA,
DEC, diameter, maybe as a user I would like to force consulting
catalogues which quote diameters in arcmin only. How do we do that?
Alternatively, I could make it part of the query that I want the
diameters expressed in arcmin regardless of how they are measured...

Food for thought, I'll put some queries together and hopefully we can
construct a bunch of cases to explore the needs.

Cheers,

Patricio


---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From - Tue May 20 01:25:18 2003
X-UIDL: 3e5baf6500000a33
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JNNgSi007093
	for <ucd@ivoa.net>; Tue, 20 May 2003 01:23:42 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JNNeu19039
	for <ucd@ivoa.net>; Tue, 20 May 2003 01:23:41 +0200 (MEST)
Received: from mail.cacr.caltech.edu(131.215.145.9) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAb_aqkL; Tue, 20 May 03 01:23:36 +0200
Received: from SARA (sara.cacr.caltech.edu [131.215.145.107])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.3) with ESMTP id h4JNIVdL020573
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Mon, 19 May 2003 16:18:31 -0700
Message-ID: <000901c31e5d$ef233680$6b91d783@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
References: <200305181119.h4IBJOKF011031@urania.cfa.harvard.edu>
Subject: Cambridge presentations
Date: Mon, 19 May 2003 16:25:23 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Dear UCD list

The presentation of the UCD working group from Cambridge is at
http://www.ivoa.net/internal/IVOA/IvoaUCD/Cambridge-ucd.ppt
http://www.ivoa.net/internal/IVOA/IvoaUCD/Cambridge-ucd.pdf

There is a new UCD Steering Committee (below) who will be implementing some
of the recommendations in the above, with the objective of making a draft
document available that the next IVOA meeting in October.

Roy
--------------------------
UCD Steering Committee:
Sebastien Derriere, CDS, F
Norman Gray, Starlink UK
Jonathan McDowell, CfA, US
Francois Ochsenbein, CDS, F
Pedro Osuna, ESA, E
Andrea Preite-Martinez, CDS, F
Guy Rixon, Cambridge, UK
Roy Williams, Caltech, US

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From - Tue May 20 01:30:18 2003
X-UIDL: 3e5baf6500000a34
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JNR0Si008089
	for <ucd@ivoa.net>; Tue, 20 May 2003 01:27:00 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JNR0V19182
	for <ucd@ivoa.net>; Tue, 20 May 2003 01:27:00 +0200 (MEST)
Received: from ns1.u-strasbg.fr(130.79.200.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAZyaODL; Tue, 20 May 03 01:26:59 +0200
Received: from vizir.u-strasbg.fr (vizir.u-strasbg.fr [130.79.128.13])
          by ns1.u-strasbg.fr (8.12.6p2/jtpda-5.4) with ESMTP id h4JNPhHT093359
          for <ucd@ivoa.net>; Tue, 20 May 2003 01:25:43 +0200 (CEST)
Received: from vizier (localhost [127.0.0.1])
	by vizir.u-strasbg.fr (8.11.6+Sun/8.9.1) with ESMTP id h4JNP0707168
	for <ucd@ivoa.net>; Tue, 20 May 2003 01:25:00 +0200 (MET DST)
Message-Id: <200305192325.h4JNP0707168@vizir.u-strasbg.fr>
To: ucd@ivoa.net
Subject: Re: patricio UCD/Tony 
In-reply-to: Your message of Fri, 16 May 2003 16:00:33 +0200 (MEST) .
Date: Tue, 20 May 2003 01:25:00 +0200
From: Francois Ochsenbein <francois@vizir.u-strasbg.fr>
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Following Tony's post on "My understanding of UCDs", I would like
to thank first Tony for his action -- it helps to clarify the discussions --
and I support Patricio's details. I would like to add a few more details:

1. UCDs as Data Types:
   yes, UCDs help to define what is a "legal" operation, but they do not
   replace the units.

2. UCDs as Keywords:
   Querying from UCDs to retrieve which resources do match a set of UCDs
   is one of the possible applications of the UCDs. For example, there is
   a version of VizieR which retrieves the catalogues containing a set
   of UCD at       http://vizier.u-strasbg.fr/viz-bin/VizieR?-ucd
   
   Note that this URL does more than retrieving resources: it can 
   retrieve directly the results by specifying e.g. PHOT_STR* in one
   of the UCD input specification, and a position on the sky, 
   the search find those objects close to the position and which have
   a Stroemgren photometry.

   The UCDs allow more than just retrieving catalogues having this parameter:
   it allow to specify CONSTRAINTS on that UCD (Patricio's Scenario 2)
   something like
   Select ID, POS_EQ_RA_MAIN, POS_EQ_DEC_MAIN, REDSHIFT_HC
     From [all catalogues]
    Where REDSHIFT_HC > 3

   PROVIDING that a rule is defined to specify what to do in case of 
   multiple columns matching a UCD. The default rule could be something
   like for, say, the REDSHIFT_HC parameter:
   -> if a REDSHIFT_HC has a qualifier MAIN , use this one;
   -> otherwise, use the first non-null value of the possible REDSHIFT_HCs.

   The real advantage in using UCDs for actual queries is to be able to
   use GENERIC queries without having first to ask for the details of
   the catalogues (at the registry level or from the resource server).
   And when thousands of catalogues are involved, it makes a difference !
   Notice also that the rule of the "first non-null" value is not
   that easy to write as an SQL statement...
   
3. UCDs as Pointers into Data Model
   I'm not sure to understand the problem -- why could not a DM point
   refer to a set of UCDs ?

--Francois
================================================================================
Francois Ochsenbein       ------       Observatoire Astronomique de Strasbourg
   11, rue de l'Universite F-67000 STRASBOURG       Phone: +33-(0)390 24 24 29
Email: francois@astro.u-strasbg.fr   (France)         Fax: +33-(0)390 24 24 32
================================================================================

From - Tue May 20 09:40:19 2003
X-UIDL: 3e5baf6500000a48
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4K7dfSi001858;
	Tue, 20 May 2003 09:39:41 +0200 (MEST)
Received: from eso.org (nb008487.ads.eso.org [134.171.27.211])
	by serapis.hq.eso.org (8.11.6+Sun/8.11.6) with ESMTP id h4K7eFL16938;
	Tue, 20 May 2003 09:40:15 +0200 (MEST)
Message-ID: <3EC9DBBD.60703@eso.org>
Date: Tue, 20 May 2003 09:39:41 +0200
From: "Marco C. Leoni" <mleoni@eso.org>
Reply-To: mleoni@eso.org
Organization: Astrophysical Virtual Observatory @ESO
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 (CK-ESO)
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: Roy Williams <roy@cacr.caltech.edu>
CC: ucd@ivoa.net
Subject: Re: Cambridge presentations
References: <200305181119.h4IBJOKF011031@urania.cfa.harvard.edu> <000901c31e5d$ef233680$6b91d783@cacr.caltech.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi Roy,
    just one thing: could please add myself to the list?

Thanks a lot!

Cheers,
    Marco

Roy Williams wrote:

>Dear UCD list
>
>The presentation of the UCD working group from Cambridge is at
>http://www.ivoa.net/internal/IVOA/IvoaUCD/Cambridge-ucd.ppt
>http://www.ivoa.net/internal/IVOA/IvoaUCD/Cambridge-ucd.pdf
>
>There is a new UCD Steering Committee (below) who will be implementing some
>of the recommendations in the above, with the objective of making a draft
>document available that the next IVOA meeting in October.
>
>Roy
>--------------------------
>UCD Steering Committee:
>Sebastien Derriere, CDS, F
>Norman Gray, Starlink UK
>Jonathan McDowell, CfA, US
>Francois Ochsenbein, CDS, F
>Pedro Osuna, ESA, E
>Andrea Preite-Martinez, CDS, F
>Guy Rixon, Cambridge, UK
>Roy Williams, Caltech, US
>
>--------
>Caltech Center for Advanced Computing Research
>roy@cacr.caltech.edu
>626 395 3670
>

From - Tue May 20 11:05:18 2003
X-UIDL: 3e5baf6500000a4d
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4K92VSi003205
	for <ucd@ivoa.net>; Tue, 20 May 2003 11:02:31 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4K92Vt07434
	for <ucd@ivoa.net>; Tue, 20 May 2003 11:02:31 +0200 (MEST)
Received: from mailsend.le.ac.uk(143.210.16.126) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAi4aiHo; Tue, 20 May 03 11:02:30 +0200
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.14)
	id 19I2xI-0004SU-QS
	for ucd@ivoa.net; Tue, 20 May 2003 09:58:44 +0100
Received: (qmail 25314 invoked from network); 20 May 2003 08:59:06 -0000
Received: from brolga.star.le.ac.uk (HELO brolga) (143.210.36.204)
  by mail.star.le.ac.uk with SMTP; 20 May 2003 08:59:06 -0000
Reply-To: <ael@star.le.ac.uk>
From: "Tony Linde" <ael@star.le.ac.uk>
To: <ucd@ivoa.net>
Subject: RE: patricio UCD/Tony 
Date: Tue, 20 May 2003 09:58:44 +0100
Organization: University of Leicester
Message-ID: <007a01c31eae$04cf8ec0$1001a8c0@brolga>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
In-Reply-To: <200305192325.h4JNP0707168@vizir.u-strasbg.fr>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
X-Spam-Score: (------) -6.5
X-Scanner: exiscan for exim4 *19I2xI-0004SU-QS*Pev1B1W/Wt2*
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mercury.hq.eso.org id h4K92dSi003255
Status:   

> 1. UCDs as Data Types:
>    yes, UCDs help to define what is a "legal" operation, but they do not
>    replace the units.

Agreed, but units are not sufficient to define legal operations. Just
because two columns have units of 'time' does not mean they can necessarily
be combined in any meaningful way. But two columns from different tables
with POS_EQ_RA,MAIN can be compared with a meaningful result, even if each
has different units. 

This is why I think that if UCDs are content descriptors, it makes sense to
define rules about: which units are valid for a specific type of data; how
one converts from one unit to another; which operations are valid on that
data and on combinations of data with different UCDs and which UCDs result
from those operations (eg POS* can be multiplied by FREQ* to get DENSITY -
ridiculous but I'll let the astros come up with real examples).

>    Note that this URL does more than retrieving resources: it can 
>    retrieve directly the results by specifying e.g. PHOT_STR* in one

But this is not a *standard* Registry function.

>    PROVIDING that a rule is defined to specify what to do in case of 
>    multiple columns matching a UCD. The default rule could be 

Therein lies the rub!

>    use GENERIC queries without having first to ask for the details of
>    the catalogues (at the registry level or from the resource server).

But the Registry can determine which of the catalogues being searched have
duplicate UCDs which are not easily resolvable and can then ask the user to
pick the appropriate columns - even in a set of '000s of catalogues, this is
likely to only be a small number (I hope!).

>    Notice also that the rule of the "first non-null" value is not
>    that easy to write as an SQL statement...

It doesn't need to be easy. The dataset will receive a VOQL query and will
translate UCDs in that to column names in a SQL query - it is in this
translation that resolution of the correct column name will happen, not in
the sql query.

> 3. UCDs as Pointers into Data Model
>    I'm not sure to understand the problem -- why could not a DM point
>    refer to a set of UCDs ?

One could have UCDs of CURRENCY, FLOAT and INTEGER all pointing to a DM
entity of 'number'; this is not a problem but does indicate that perhaps the
data model needs to be resolved to a lower level if UCDs exist for which
there are no unique entities.

Cheers,
Tony. 

> -----Original Message-----
> From: Francois Ochsenbein [mailto:francois@vizir.u-strasbg.fr] 
> Sent: 20 May 2003 00:25
> To: ucd@ivoa.net
> Subject: Re: patricio UCD/Tony 
> 
> ...


From - Mon May 19 19:20:18 2003
X-UIDL: 3e5baf6500000a24
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JHHhG1019109;
	Mon, 19 May 2003 19:17:43 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JHHhb03865;
	Mon, 19 May 2003 19:17:43 +0200 (MEST)
Received: from mailhost.cacr.caltech.edu(131.215.145.180) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcCAA_GaGIh; Mon, 19 May 03 19:17:42 +0200
Received: from SARA (sara.cacr.caltech.edu [131.215.145.107])
	by mailhost.cacr.caltech.edu (8.9.3/8.9.1) with SMTP id KAA27406;
	Mon, 19 May 2003 10:14:12 -0700 (PDT)
Message-ID: <007701c31e2a$57c5b3e0$6b91d783@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <mleoni@eso.org>, "Patricio F. Ortiz" <pfo@star.le.ac.uk>
Cc: <ucd@ivoa.net>, <registry@ivoa.net>
References: <Pine.GSO.4.44L0.0305191553150.21500-100000@sparky.star.le.ac.uk> <3EC901E8.40307@eso.org>
Subject: Re: MyUCDs & Registry
Date: Mon, 19 May 2003 10:16:10 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Patrick and Marco

> are you sure the Registry will include all these information?
> Perhaps "column names" and "units" will be resolved by
> the service provider, and not by the registry itself.

My understanding is that every registry entry is based on the Resource and
Service Metadata (RSM) document (*). Everything in the registry has the
basic stuff like title and publisher and description, also spectral and sky
coverage.

Then there are extension pieces, and so far we only have a good idea of
extending to services. The metadata for these includes the URL, the mime
type of what comes back, and other stuff that defines standard VO services
(eg SIA, Cone etc).

Whta is missing from the RSM is an extension that deal specifically with
tables. It would include much of the VOTable header information I assume,
including the UCDs.

I think that now would be a good time to sketch an XML schema for catalog
metadata. We already have curation and coverage from the Resource base, but
then how is the extension document different from a VOTable header?

Roy


(*)
http://www.ivoa.net/internal/IVOA/IvoaResReg/ResourceServiceMetadataV7.doc

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670


> Any registry will contain metadata about the services listed, ie,
> the catalogues.
> The registry would know (among other things),
> - catalogueName (possibly catalogueUniqueID)
> - catalogueTitle
> - catalogueKeywords
> - catalogueAuthor
> - number of columns
> - number of records
> - column names, UCDs, units
> - name ID,MAIN ---
> - RA POS_EQ_RA,MAIN h:m:s
> - Dec POS_EQ_DEC,MAIN d:m:s
> ....
> - Vmag PHOT_JHN_V mag
> - Bmag PHOT_JHN_B mag
> - z REDSHIFT ---
>

are you sure the Registry will include all these information?
Perhaps "column names" and "units" will be resolved by the service
provider, and not by the registry itself.

Cheers,
    Marco



From - Mon May 19 19:25:17 2003
X-UIDL: 3e5baf6500000a25
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JHPVG1021397;
	Mon, 19 May 2003 19:25:31 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JHPUL04206;
	Mon, 19 May 2003 19:25:30 +0200 (MEST)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA2faGni; Mon, 19 May 03 19:25:29 +0200
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h4JHOSO25675;
	Mon, 19 May 2003 12:24:28 -0500
Date: Mon, 19 May 2003 12:24:28 -0500 (CDT)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: ucd@ivoa.net
cc: registry@ivoa.net
Subject: Re: MyUCDs & Registry
In-Reply-To: <3EC901E8.40307@eso.org>
Message-ID: <Pine.LNX.4.44.0305191208310.24972-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi Guys,

The current registry model allows for catalogs to be registered 
individually and that the descriptions stored in the registry could 
contain all the information that Patricio listed.  The main question is 
how fine-grained you want the registry to be and, thus, whether catalogs 
are within your limit.  

I think we heard at the interop meeting last week sufficient interest in
registering catalogs.  So then the next step would be to model the catalog
description, using the generic Resource metadata as a starting point.  We
would ask ourselves what additional information do we want in the
description.  Column UCDs and names would be an example of that type of
information.

I'll note that in our prototype schema for describing SIA services, we 
included a description of the columns returned by an image query.  This 
was done using the VOTable FIELD elements; thus, it included both the 
local names and the UCDs (along with the IDs, type, and anything else you 
can stick in a FIELD element and its children).  This could be done for a 
catalog description as well (regardless of whether it is actually 
available in VOTable format).  

hope this helps,
Ray



On Mon, 19 May 2003, Marco C. Leoni wrote:
> 
> 
> Patricio F. Ortiz wrote:
> 
> >On Mon, 19 May 2003, Marco C. Leoni wrote:
> >  
> >
> >>Hi Patricio,
> >>    one question about the point below:
> >>
> >>    
> >>
> >>>	Let me include here another element before the submission of a
> >>>	query to the resource handling catalogues: The registry.
> >>>
> >>>	Any registry will contain metadata about the services listed, ie,
> >>>	the catalogues.
> >>>	The registry would know (among other things),
> >>>		- catalogueName (possibly catalogueUniqueID)
> >>>		- catalogueTitle
> >>>		- catalogueKeywords
> >>>		- catalogueAuthor
> >>>		- number of columns
> >>>		- number of records
> >>>		- column names, UCDs, units
> >>>			- name	ID,MAIN	---
> >>>			- RA	POS_EQ_RA,MAIN	h:m:s
> >>>			- Dec	POS_EQ_DEC,MAIN d:m:s
> >>>			....
> >>>			- Vmag	PHOT_JHN_V	mag
> >>>			- Bmag	PHOT_JHN_B	mag
> >>>			- z	REDSHIFT	---
> >>>
> >>>      
> >>>
> >>are you sure the Registry will include all these information?
> >>Perhaps "column names" and "units" will be resolved by the service
> >>provider, and not by the registry itself.
> >>
> >>Cheers,
> >>    Marco
> >>    
> >>
> >
> >Hi Marco,
> >
> >well, I would have thought so. It's done already by vizier meta-information
> >tables (which could be considered a local registry) and surely by other
> >services. It's a good point though, how much is a registry supposed to
> >know? In the scheme that Keith Noddle presented in Cambridge, I would
> >expect at least the local register (read service provider's) should know
> >about about this. Whether the higher level registers decide to collect this
> >information is to be seen, but if you ask *me*, I would say yes, they
> >should keep this information. We are not talking about a huge data volume
> >here; the advantages are large though, as you don't have to go everywhere
> >with your query.
> >
> >I just had to deal with getting a mortgage and run from bank to bank
> >filling up applications not knowing if I satisfied all the conditions they
> >asked; then a consultant phoned us and we dealt with him, he found out
> >who would lend us the money and it worked fine. The analogy seems quite
> >appropriate for our situation in VO. An astronomer wants to formulate a
> >general query, he or she has no idea where this could be done, so s/he
> >asks a service to lauch the query urbe et orbi... Surely the data will
> >come back to the astronomer, but if we apply a filtering system which
> >can select the services which may give a positive answer (and weed off
> >the ones with a negative), then the number of transactions diminishes
> >and the response time is shorter.
> >
> >An intermediate solution would be to send the query to broker-services urbe
> >et orbi, and let those services do the filtering and send the query to
> >places which may give a positive answer.
> >
> >IMHO not using this meta-information would be a real waste.
> >
> >Cheers,
> >
> >Patricio
> >
> >---
> >Patricio F. Ortiz			pfo@star.le.ac.uk
> >AstroGrid project
> >Department of Physics and Astronomy
> >University of Leicester			Tel: +44 (0)116 252 2015
> >LE1 7RH, UK
> >
> 
> Patricio,
> 
>     I agree that a filtering system would be nice, and in fact a 
> registry is supposed to do that (in my opinion): if necessary it will 
> send an "urbi et orbi" query and give back to the astronomer only the 
> relevant results, where this means compare them with the original 
> requirements (e.g. exclude all the "no info about it" answers). The same 
> before sending the query, if the registry has enough information about 
> services (this is not the case if we think of registries containing only 
> references to other registries, but this will simply add one more level 
> to the structure).
> 
> What I meant before is that probably we need only UCDs in the registry 
> without any unique column names: when the query reaches the service then 
> it will be translated and UCDs mapped to comlumn names.
> - On the other side, if the user already knows the unique column name 
> then using it will remove any control about UCDs.
> - Last possibility, giving both unique column name and UCD will create a 
> well-defined detailed query, with specific result even in the "urbi et 
> orbi" case.
> 
> 
> Cheers,
>     Marco
> 

From - Mon May 19 19:45:18 2003
X-UIDL: 3e5baf6500000a27
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JHiiG1026963;
	Mon, 19 May 2003 19:44:44 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JHihU04903;
	Mon, 19 May 2003 19:44:43 +0200 (MEST)
Received: from donner.stsci.edu(130.167.251.65) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA7DaqKj; Mon, 19 May 03 19:44:42 +0200
Received: from JAZZY (jazzy.stsci.edu [130.167.250.43])
	by donner.stsci.edu (Mirapoint Messaging Server MOS 3.3.3-GR)
	with ESMTP id AEH10707;
	Mon, 19 May 2003 13:43:23 -0400 (EDT)
From: "Gretchen Greene" <greene@stsci.edu>
To: "'Ray Plante'" <rplante@ncsa.uiuc.edu>, <ucd@ivoa.net>
Cc: <registry@ivoa.net>
Subject: RE: MyUCDs & Registry
Date: Mon, 19 May 2003 13:43:23 -0400
Message-ID: <000a01c31e2e$25517490$2bfaa782@stsci.edu>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <Pine.LNX.4.44.0305191208310.24972-100000@poplar.ncsa.uiuc.edu>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

If the registry is going to supply 'Subject' , i.e. keywords for
targeting specific astronomical topics, then I think it would equally
serve to provide the UCDs and their associated tags (units, type, etc.)
for refining queries.  

Not to sound harsh,  my only question is why do we have to consider
generating more schema files to do this?  UCD's are fundamental
descriptors in my mind and could be included in the base terms as
optional elements.  I guess the discretion comes from service providers
with column descriptions not mapped into UCD's?

-Gretchen


-----Original Message-----
From: Ray Plante [mailto:rplante@poplar.ncsa.uiuc.edu] 
Sent: Monday, May 19, 2003 1:24 PM
To: ucd@ivoa.net
Cc: registry@ivoa.net
Subject: Re: MyUCDs & Registry

Hi Guys,

The current registry model allows for catalogs to be registered 
individually and that the descriptions stored in the registry could 
contain all the information that Patricio listed.  The main question is 
how fine-grained you want the registry to be and, thus, whether catalogs

are within your limit.  

I think we heard at the interop meeting last week sufficient interest in
registering catalogs.  So then the next step would be to model the
catalog
description, using the generic Resource metadata as a starting point.
We
would ask ourselves what additional information do we want in the
description.  Column UCDs and names would be an example of that type of
information.

I'll note that in our prototype schema for describing SIA services, we 
included a description of the columns returned by an image query.  This 
was done using the VOTable FIELD elements; thus, it included both the 
local names and the UCDs (along with the IDs, type, and anything else
you 
can stick in a FIELD element and its children).  This could be done for
a 
catalog description as well (regardless of whether it is actually 
available in VOTable format).  

hope this helps,
Ray



On Mon, 19 May 2003, Marco C. Leoni wrote:
> 
> 
> Patricio F. Ortiz wrote:
> 
> >On Mon, 19 May 2003, Marco C. Leoni wrote:
> >  
> >
> >>Hi Patricio,
> >>    one question about the point below:
> >>
> >>    
> >>
> >>>	Let me include here another element before the submission of a
> >>>	query to the resource handling catalogues: The registry.
> >>>
> >>>	Any registry will contain metadata about the services listed,
ie,
> >>>	the catalogues.
> >>>	The registry would know (among other things),
> >>>		- catalogueName (possibly catalogueUniqueID)
> >>>		- catalogueTitle
> >>>		- catalogueKeywords
> >>>		- catalogueAuthor
> >>>		- number of columns
> >>>		- number of records
> >>>		- column names, UCDs, units
> >>>			- name	ID,MAIN	---
> >>>			- RA	POS_EQ_RA,MAIN	h:m:s
> >>>			- Dec	POS_EQ_DEC,MAIN d:m:s
> >>>			....
> >>>			- Vmag	PHOT_JHN_V	mag
> >>>			- Bmag	PHOT_JHN_B	mag
> >>>			- z	REDSHIFT	---
> >>>
> >>>      
> >>>
> >>are you sure the Registry will include all these information?
> >>Perhaps "column names" and "units" will be resolved by the service
> >>provider, and not by the registry itself.
> >>
> >>Cheers,
> >>    Marco
> >>    
> >>
> >
> >Hi Marco,
> >
> >well, I would have thought so. It's done already by vizier
meta-information
> >tables (which could be considered a local registry) and surely by
other
> >services. It's a good point though, how much is a registry supposed
to
> >know? In the scheme that Keith Noddle presented in Cambridge, I would
> >expect at least the local register (read service provider's) should
know
> >about about this. Whether the higher level registers decide to
collect this
> >information is to be seen, but if you ask *me*, I would say yes, they
> >should keep this information. We are not talking about a huge data
volume
> >here; the advantages are large though, as you don't have to go
everywhere
> >with your query.
> >
> >I just had to deal with getting a mortgage and run from bank to bank
> >filling up applications not knowing if I satisfied all the conditions
they
> >asked; then a consultant phoned us and we dealt with him, he found
out
> >who would lend us the money and it worked fine. The analogy seems
quite
> >appropriate for our situation in VO. An astronomer wants to formulate
a
> >general query, he or she has no idea where this could be done, so
s/he
> >asks a service to lauch the query urbe et orbi... Surely the data
will
> >come back to the astronomer, but if we apply a filtering system which
> >can select the services which may give a positive answer (and weed
off
> >the ones with a negative), then the number of transactions diminishes
> >and the response time is shorter.
> >
> >An intermediate solution would be to send the query to
broker-services urbe
> >et orbi, and let those services do the filtering and send the query
to
> >places which may give a positive answer.
> >
> >IMHO not using this meta-information would be a real waste.
> >
> >Cheers,
> >
> >Patricio
> >
> >---
> >Patricio F. Ortiz			pfo@star.le.ac.uk
> >AstroGrid project
> >Department of Physics and Astronomy
> >University of Leicester			Tel: +44 (0)116 252 2015
> >LE1 7RH, UK
> >
> 
> Patricio,
> 
>     I agree that a filtering system would be nice, and in fact a 
> registry is supposed to do that (in my opinion): if necessary it will 
> send an "urbi et orbi" query and give back to the astronomer only the 
> relevant results, where this means compare them with the original 
> requirements (e.g. exclude all the "no info about it" answers). The
same 
> before sending the query, if the registry has enough information about

> services (this is not the case if we think of registries containing
only 
> references to other registries, but this will simply add one more
level 
> to the structure).
> 
> What I meant before is that probably we need only UCDs in the registry

> without any unique column names: when the query reaches the service
then 
> it will be translated and UCDs mapped to comlumn names.
> - On the other side, if the user already knows the unique column name 
> then using it will remove any control about UCDs.
> - Last possibility, giving both unique column name and UCD will create
a 
> well-defined detailed query, with specific result even in the "urbi et

> orbi" case.
> 
> 
> Cheers,
>     Marco
> 


From - Mon May 19 20:45:18 2003
X-UIDL: 3e5baf6500000a29
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JIi1G1019875;
	Mon, 19 May 2003 20:44:01 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JIi1P07186;
	Mon, 19 May 2003 20:44:01 +0200 (MEST)
Received: from poplar.ncsa.uiuc.edu(141.142.65.122) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAzjaico; Mon, 19 May 03 20:44:00 +0200
Received: from localhost (rplante@localhost)
	by poplar.ncsa.uiuc.edu (8.11.6/8.11.6) with ESMTP id h4JIgwK25771;
	Mon, 19 May 2003 13:42:58 -0500
Date: Mon, 19 May 2003 13:42:58 -0500 (CDT)
From: Ray Plante <rplante@poplar.ncsa.uiuc.edu>
Reply-To: Ray Plante <rplante@ncsa.uiuc.edu>
To: Gretchen Greene <greene@stsci.edu>
cc: ucd@ivoa.net, <registry@ivoa.net>
Subject: RE: MyUCDs & Registry
In-Reply-To: <000a01c31e2e$25517490$2bfaa782@stsci.edu>
Message-ID: <Pine.LNX.4.44.0305191315050.24972-100000@poplar.ncsa.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Hi Gretchen,

On Mon, 19 May 2003, Gretchen Greene wrote:
> If the registry is going to supply 'Subject' , i.e. keywords for
> targeting specific astronomical topics, then I think it would equally
> serve to provide the UCDs and their associated tags (units, type, etc.)
> for refining queries.  
> 
> Not to sound harsh,  my only question is why do we have to consider
> generating more schema files to do this?  UCD's are fundamental
> descriptors in my mind and could be included in the base terms as
> optional elements.  I guess the discretion comes from service providers
> with column descriptions not mapped into UCD's?

There is precedence for integrating it into the generic resource metadata:  
the current VOResource contains Coverage.  However, it was pointed out
last week that it is unclear, for example, what Coverage means when it
applies to an organization.  It was suggested (and I plan to look at this)
that Coverage only be associated with descriptions of Data Collections and
Services.

I mention this because it illustrates a basic modeling issue.  When UCDs
are associated with a description of an SIA service, it can be made clear
what the role the UCDs play in the service (i.e. these are the UCDs
associated with the columns returned from an image query).  Similarly, the
connection is clear when made part of a Catalog description.  However, if
they are associated with a generic resource, their role is ambiguous.  
That is, what does it mean to search for Organizations based on UCDs?

> my only question is why do we have to consider
> generating more schema files to do this?  

Your question suggests that dealing with multiple schema files has 
additional overhead costs associated with it (as opposed to just have one 
schema).  Do you see this as a problem?

We put the metadata that is not purely generic Resource metadata into a
separate schema because it makes for a friendlier extension mechanism.  
If we add new metadata that, say, specifically describes Catalogs into the
VOResource schema, it affects all users of this schema regardless of
whether they care about Catalogs.  (They may have to change their software
to cope with the new version.)  However, if we put the metadata into its
own schema that extends VOResource, it only affects those that want to
describe Catalogs.

cheers,
Ray


From - Mon May 19 21:25:18 2003
X-UIDL: 3e5baf6500000a2a
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JJLiG1007011;
	Mon, 19 May 2003 21:21:44 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JJLht09772;
	Mon, 19 May 2003 21:21:43 +0200 (MEST)
Received: from donner.stsci.edu(130.167.251.65) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA0Iayft; Mon, 19 May 03 21:21:42 +0200
Received: from JAZZY (jazzy.stsci.edu [130.167.250.43])
	by donner.stsci.edu (Mirapoint Messaging Server MOS 3.3.3-GR)
	with ESMTP id AEH14116;
	Mon, 19 May 2003 15:21:40 -0400 (EDT)
From: "Gretchen Greene" <greene@stsci.edu>
To: "'Ray Plante'" <rplante@ncsa.uiuc.edu>
Cc: <ucd@ivoa.net>, <registry@ivoa.net>
Subject: RE: MyUCDs & Registry
Date: Mon, 19 May 2003 15:21:40 -0400
Message-ID: <000c01c31e3b$dff0a660$2bfaa782@stsci.edu>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <Pine.LNX.4.44.0305191315050.24972-100000@poplar.ncsa.uiuc.edu>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


Thanks for the insights Ray,  I realize I missed out on some discussions
that occurred at the IVOA.  Still,  in building this first registry with
the existing schemas,  I am finding that there are subtleties to the
implementation and my concern is in chasing down multiple schema
versions and metadata definitions prohibits efficient prototyping.  For
example,  the existing repositories (OAI, previous Cone registry, etc.)
all have varying elements and content.  Now which schema files to I
pursue to bring about uniformity?  This is only the very beginning.  

The other point is that there are not huge numbers of entries/resources
yet in these registries (remember I'm used to the GSC2 billions) and so
it seems a little odd to create a highly designed configuration before
ever implementing one even though the design ideas are good ones.  

So...I cheer on the designing but encourage people to start working with
the standard schemas/files and see how they interface before going too
far.

-Gretchen




-----Original Message-----
From: Ray Plante [mailto:rplante@poplar.ncsa.uiuc.edu] 
Sent: Monday, May 19, 2003 2:43 PM
To: Gretchen Greene
Cc: ucd@ivoa.net; registry@ivoa.net
Subject: RE: MyUCDs & Registry

Hi Gretchen,

On Mon, 19 May 2003, Gretchen Greene wrote:
> If the registry is going to supply 'Subject' , i.e. keywords for
> targeting specific astronomical topics, then I think it would equally
> serve to provide the UCDs and their associated tags (units, type,
etc.)
> for refining queries.  
> 
> Not to sound harsh,  my only question is why do we have to consider
> generating more schema files to do this?  UCD's are fundamental
> descriptors in my mind and could be included in the base terms as
> optional elements.  I guess the discretion comes from service
providers
> with column descriptions not mapped into UCD's?

There is precedence for integrating it into the generic resource
metadata:  
the current VOResource contains Coverage.  However, it was pointed out
last week that it is unclear, for example, what Coverage means when it
applies to an organization.  It was suggested (and I plan to look at
this)
that Coverage only be associated with descriptions of Data Collections
and
Services.

I mention this because it illustrates a basic modeling issue.  When UCDs
are associated with a description of an SIA service, it can be made
clear
what the role the UCDs play in the service (i.e. these are the UCDs
associated with the columns returned from an image query).  Similarly,
the
connection is clear when made part of a Catalog description.  However,
if
they are associated with a generic resource, their role is ambiguous.  
That is, what does it mean to search for Organizations based on UCDs?

> my only question is why do we have to consider
> generating more schema files to do this?  

Your question suggests that dealing with multiple schema files has 
additional overhead costs associated with it (as opposed to just have
one 
schema).  Do you see this as a problem?

We put the metadata that is not purely generic Resource metadata into a
separate schema because it makes for a friendlier extension mechanism.  
If we add new metadata that, say, specifically describes Catalogs into
the
VOResource schema, it affects all users of this schema regardless of
whether they care about Catalogs.  (They may have to change their
software
to cope with the new version.)  However, if we put the metadata into its
own schema that extends VOResource, it only affects those that want to
describe Catalogs.

cheers,
Ray



From - Mon May 19 21:45:17 2003
X-UIDL: 3e5baf6500000a2b
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4JJi5G1017575;
	Mon, 19 May 2003 21:44:05 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4JJi5Q10868;
	Mon, 19 May 2003 21:44:05 +0200 (MEST)
Received: from cfa.harvard.edu(131.142.10.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAjeaaov; Mon, 19 May 03 21:44:04 +0200
Received: from xena.cfa.harvard.edu (xena [131.142.24.153])
	by cfa.harvard.edu (8.9.2/8.9.2/cfunix Mast-Sol 0.5) with ESMTP id PAA20943;
	Mon, 19 May 2003 15:40:45 -0400 (EDT)
Received: from cfa.harvard.edu (localhost [127.0.0.1])
	by xena.cfa.harvard.edu (8.9.2/8.9.2/cfunix S 0.5) with ESMTP id PAA15728;
	Mon, 19 May 2003 15:40:44 -0400 (EDT)
Sender: mink@cfa.harvard.edu
Message-ID: <3EC9333C.CFC31104@cfa.harvard.edu>
Date: Mon, 19 May 2003 15:40:44 -0400
From: Doug Mink <dmink@cfa.harvard.edu>
X-Mailer: Mozilla 4.8 [en] (X11; U; SunOS 5.8 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
CC: ucd@ivoa.net, registry@ivoa.net
Subject: Re: MyUCDs & Registry
References: <000c01c31e3b$dff0a660$2bfaa782@stsci.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

Gretchen Greene wrote:

> The other point is that there are not huge numbers of entries/resources
> yet in these registries (remember I'm used to the GSC2 billions) and so
> it seems a little odd to create a highly designed configuration before
> ever implementing one even though the design ideas are good ones.

At the Center for Astrophysics, we tried gathering descriptions of as
many types of archived data as we could find hanging around here and
tried to get knowledgeable people to describe them in a uniform way
which we developed in parallel to the larger VO effort.  We thought
that working from the archives up could be complementary to the
grand design work that many others were doing.  We do not have a
VO standard interface to the information we collected, but I think
that the data could be translated into the protocols which are being
discussed.  We would be interested in what other people who have
data they want to publish to the VO think about the parameters we
have been able to collect.

Check it out at http://tdc-www.harvard.edu/vo

-Doug Mink

From - Tue Apr 29 11:14:49 2003
X-UIDL: 3e5baf6500000743
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h3T9ELWg005633;
	Tue, 29 Apr 2003 11:14:21 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h3T9ELO20990;
	Tue, 29 Apr 2003 11:14:21 +0200 (MEST)
Received: from newb6.u-strasbg.fr(130.79.128.16) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAMAaO_O; Tue, 29 Apr 03 11:14:20 +0200
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id LAA13552;
	Tue, 29 Apr 2003 11:12:28 +0200 (MET DST)
Sender: derriere@newb6.u-strasbg.fr
Message-ID: <3EAE41FB.E9DDB87E@astro.u-strasbg.fr>
Date: Tue, 29 Apr 2003 11:12:27 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: semantics@ivoa.net, ucd@ivoa.net
Subject: ESSW03 paper accepted
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner: Found to be clean by sophos at astro.u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   


  Hello,

  The paper on UCDs that was submitted to the 
ESSW03 Workshop (E-Services and the Semantic Web)
has been accepted!
  This Workshop is part of the 12th WWW conference
held in Budapest this year (workshop on May 20).
  I have placed a copy of the paper on the Wiki Website:
http://www.ivoa.net/twiki/bin/view/IVOA/IvoaUCD

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From - Tue May 27 13:11:32 2003
X-UIDL: 3e5baf6500000bf5
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
Return-Path: <mdolensk@eso.org>
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h4R9uUKL019426;
	Tue, 27 May 2003 11:56:30 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h4R9uU300171;
	Tue, 27 May 2003 11:56:30 +0200 (MEST)
Received: from ns1.u-strasbg.fr(130.79.200.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAuYaqva; Tue, 27 May 03 11:56:28 +0200
Received: from simbad.u-strasbg.fr (simbad.u-strasbg.fr [130.79.128.4])
          by ns1.u-strasbg.fr (8.12.6p2/jtpda-5.4) with ESMTP id h4R9tDHT023439
          ; Tue, 27 May 2003 11:55:13 +0200 (CEST)
Received: from astro.u-strasbg.fr (zeltron.u-strasbg.fr [130.79.129.150])
	by simbad.u-strasbg.fr (8.11.6+Sun/8.11.6) with ESMTP id h4R9xqR29741;
	Tue, 27 May 2003 11:59:57 +0200 (MEST)
Message-ID: <3ED33720.8424CD86@astro.u-strasbg.fr>
Date: Tue, 27 May 2003 12:00:00 +0200
From: Andre Schaaff <schaaff@newb6.u-strasbg.fr>
Reply-To: schaaff@newb6.u-strasbg.fr
Organization: CDS
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "ws@ivoa.net" <ws@ivoa.net>, grid@ivoa.net, ucd@ivoa.net
Subject: New Web Service at CDS
Content-Type: multipart/mixed;
 boundary="------------5B8B6C3FDB5EB8A463F8403D"
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Status:   

This is a multi-part message in MIME format.
--------------5B8B6C3FDB5EB8A463F8403D
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ns1.u-strasbg.fr id h4R9tDHT023439

Hello,

A UCD resolver is now available as a Web Service at CDS.
See http://cdsweb.u-strasbg.fr/cdsws.gml for more details and an example
of use.

Regards,

Andr=E9

--------------5B8B6C3FDB5EB8A463F8403D
Content-Type: text/x-vcard; charset=us-ascii;
 name="schaaff.vcf"
Content-Description: Card for Andre Schaaff
Content-Disposition: attachment;
 filename="schaaff.vcf"
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ns1.u-strasbg.fr id h4R9tDHT023439

begin:vcard=20
n:Schaaff;Andr=E9
x-mozilla-html:FALSE
url:http://cdsweb.u-strasbg.fr
org:Observatoire Astronomique;CDS
adr:;;11, rue de l'Universit=E9;Strasbourg;;67000;France
version:2.1
fn:Andr=E9 Schaaff
end:vcard

--------------5B8B6C3FDB5EB8A463F8403D--

From - Tue Jun 17 22:00:53 2003
X-UIDL: 3e5baf65000010eb
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5HK1M1p009431
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 17 Jun 2003 22:01:22 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h5HK1LDS009428
	for ucd-outgoing; Tue, 17 Jun 2003 22:01:21 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5HK131p009328;
	Tue, 17 Jun 2003 22:01:03 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h5HK13222544;
	Tue, 17 Jun 2003 22:01:03 +0200 (MEST)
Received: from mail.cacr.caltech.edu(131.215.145.9) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAkxaWbS; Tue, 17 Jun 03 22:01:02 +0200
Received: from SARA (sara.cacr.caltech.edu [131.215.145.107])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.6/8.12.6/Debian-7) with ESMTP id h5HK0YJ9012834
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Tue, 17 Jun 2003 13:00:34 -0700
Message-ID: <02f601c3350b$83283ab0$6b91d783@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>, <dm@ivoa.net>
Subject: UCD for SIAP
Date: Tue, 17 Jun 2003 13:03:25 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
Status:   

One of my actions as part of the UCD steering committee is to work with the
"VOX" new UCDs that were created for the SIAP protocol.

Below, I have listed all of the VOX UCDs that could find in the SIAP
definition, with a little bit of the description. I have tried to find an
equivalent in the standard UCD set, and in many cases was successful. For
example is there a reason for VOX:Image_AccessReference as a new UCD, why
can't we simply use DATA_LINK from the existing set? This is why it says
"**existing: DATA_LINK" for that entry.

Of course, there will a revision when we steel on the "base+modifier" scheme
for UCD that we decided in Cambridge.

Please can some of you look at the suggested equivalents fron the exisiting
set, and the suggested new UCDs in the listing below? We gain
interoperability from reusing and following the existing tree -- but do we
lose anything?

Thenk You
Roy

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

VOX:Image_Title
** existing: ID_IMAGE
containing a short (usually one line) description of the image.

VOX:Image_MJDateObs
** existing: TIME_DATE
with datatype="double", representing the mean modified Julian date of the
observation.

VOX:Image_Naxes
** new: POS_TRANSF_WCS_NAXES
specifying the number of image axes.

VOX:Image_Naxis
** new: POS_TRANSF_WCS_NAXIS
NOTE: Can a UCD refer to an array like this?
with the array value giving the length in pixels of each image axis.

VOX:Image_Scale
** new: POS_TRANSF_WCS_CDELT
NOTE: Can a UCD refer to an array like this?
with the array value giving the scale in degrees per pixel of each image
axis.

VOX:Image_Format
** new: DATA_TYPE_MIME
specifying the MIME-type of the object associated with the image acref,
e.g.,  image/fits", "text/html", and so forth.

VOX:STC_CoordRefFrame
** existing: ID_FRAME
representing the coordinate system reference frame, selected from "ICRS",
"FK5", "FK4", "ECL", "GAL", and "SGAL".

VOX:STC_CoordEquinox
** existing: TIME_EQUINOX
representing the Equinox (not required for ICRS) of the coordinate system
used for the image world coordinate system (WCS).

VOX:WCS_CoordProjection
** new: POS_TRANSF_WCS_CTYPE
with the array value being the three-character code ("TAN", "ARC", "SIN",
etc.)

VOX:WCS_CoordRefPixel
** new: POS_TRANSF_WCS_CRPIX
with the array value specifying the image pixel coordinates of the WCS

reference pixel. This is identical to "CRPIX" in FITS WCS.

VOX:WCS_CoordRefValue
** new: POS_TRANSF_WCS_CRVAL
with the array value specifying the world coordinates of the WCS reference
pixel. This is identical to "CRVAL" in FITS WCS.

VOX:WCS_CDMatrix
** new: POS_TRANSF_WCS_CD
with the array (matrix) value specifying the WCS CD matrix.

VOX:BandPass_ID
** existing: INST_FILTER_CODE
identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).

VOX:BandPass_Unit
** existing: UNITS -- but should be GROUPED with Bandpass
identifying the units used to represent spectral values, selected from
"meters", "hertz", and "keV".

VOX:BandPass_RefValue
** new: INST_FILTER_REF
specifying the characteristic (reference) frequency, wavelength, or energy
for the bandpass model.

VOX:BandPass_HiLimit
** new: INST_FILTER_MAX
specifying the upper limit of the bandpass.

VOX:BandPass_LoLimit
** new: INST_FILTER_MIN
specifying the lower limit of the bandpass.

VOX:Image_PixFlags
** existing: CODE_MISC
specifying the type of processing done by the image service to produce an
output image pixel. The string value should be formed from some

combination of the following character codes: C, F, X, Z, V

VOX:Image_AccessReference
** existing: DATA_LINK
specifying the URL to be used to access or retrieve the image.

VOX:Image_AccessRefTTL
** existing: TIME_DELAY
specifying the minimum time to live in seconds of the access reference.

VOX:Image_FileSize
** new: DATA_SIZE
representing the actual or estimated size of the encoded image in bytes (not
pixels!).

From - Wed Jun 18 06:20:54 2003
X-UIDL: 3e5baf65000010f4
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5I4J0SN029598
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 18 Jun 2003 06:19:00 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h5I4J000029597
	for ucd-outgoing; Wed, 18 Jun 2003 06:19:00 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5I4IuSN029584;
	Wed, 18 Jun 2003 06:18:56 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h5I4Iuh11893;
	Wed, 18 Jun 2003 06:18:56 +0200 (MEST)
Received: from dns.noao.edu(140.252.1.54) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAWDaGox; Wed, 18 Jun 03 06:18:54 +0200
X-SpamCatcher-Score:   1 [X]
Received: from [209.155.156.44] (account tody HELO lepus.tuc.noao.edu)
  by noao.edu (CommuniGate Pro SMTP 4.1b8)
  with ESMTP id 7753686; Tue, 17 Jun 2003 21:17:37 -0700
Date: Tue, 17 Jun 2003 22:17:36 -0600 (MDT)
From: Doug Tody <dtody@nrao.edu>
X-X-Sender: dtody@localhost.localdomain
To: Roy Williams <roy@cacr.caltech.edu>
cc: ucd@ivoa.net, <dm@ivoa.net>
Subject: Re: UCD for SIAP
In-Reply-To: <02f601c3350b$83283ab0$6b91d783@cacr.caltech.edu>
Message-ID: <Pine.LNX.4.44.0306172139300.1534-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@nrao.edu>
Status:   

Roy -

Certainly we can replace the VOX: namespace UCDs with global UCDs, so
long as we are willing to make up new UCDs where needed.  This might be
a good short-term solution.

The key problem I see with trying to use existing UCDs is that historically
UCDs have been used primarily as fuzzy tags to link similar fields in
catalogs.  In data access metadata such as is introduced in SIA we are
using UCDs to identify the fields of a formal data model.  Here the tag
is not fuzzy at all, linking similar fields of unrelated catalogs, rather
it is a link to a field of a formally defined data model.  Precision is
important for these data models - we are precisely defining attributes
of the data model.

We should formally define data models such as spectralBandpass or WCS
and define, as part of the data model, the UCD tag used to identify an
attribute of the data model.  When we represent a data model as a set of
related columns in a table, or as an entity struct in XML (as in IDHA or
HDX), we will use the UCDs to formally type the data model attributes so
that programs can use them unambiguously, so that we can use XML Schemas
for automated validation, and so forth.

This one-to-one mapping of UCDs to formal data models is a concept that
does not currently exist in UCDs.  If we try to take a more classical
UCD-like approach and use UCDs to associate "similar" fields of different
data models, then we no longer have a precisely defined data model.
This association of "similar" fields of different data models should occur
in the data model definitions, where data models may define attributes
in terms of more fundamental data models or quantities.

Some more specific comments based on your proposed UCDs.  I haven't tried
to be complete, these are only examples.

> example is there a reason for VOX:Image_AccessReference as a new UCD, why
> can't we simply use DATA_LINK from the existing set?

This would work if we have only one DATA_LINK in an interface such as
SIA, and we define that within this particular interface, DATA_LINK means
the formally defined SIA Image_AccessReference.  If for some reason we
have two DATA_LINK attributes then we are in trouble, as the type is
then overloaded and the meaning is ambiguous.  The problem with what you
suggest is that we are inherently overloading the type.  It might work
for a while, but will cause a problem in the future if we apply the same
logic to a similar attribute.  Since the attribute is precisely defined
we gain nothing by using a fuzzy tag.

> VOX:Image_Naxes
> ** new: POS_TRANSF_WCS_NAXES
> specifying the number of image axes.
> 
> VOX:Image_Naxis
> ** new: POS_TRANSF_WCS_NAXIS
> NOTE: Can a UCD refer to an array like this?
> with the array value giving the length in pixels of each image axis.

This sort of mapping of the WCS data model onto "standard" UCDs (if
newly defined) is certainly possible, so long as we define these tags as
part of the WCS data model.

However, the geometry of an image (NAXES, NAXIS) is not really part of
the WCS - these are image attributes (in FITS they existed long before WCS).
A WCS is associated with an image.  CDELT, FRAME, etc., are part of the WCS.

Do we need an image geometry data model?  A general image attributes
data model?  NAXES, NAXIS are clearly (or shall we say, clearly should be)
precisely defined terms of some formal image data model.

> VOX:BandPass_ID
> ** existing: INST_FILTER_CODE
> identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).

BandPass is a more general concept that "instrument" or "filter".  Filters
and instruments are examples of specific entities that have a bandpass.
"bandpass" should be a formal data model with "bandpass"-specific attributes
(UCDs).

> VOX:BandPass_Unit
> ** existing: UNITS -- but should be GROUPED with Bandpass
> identifying the units used to represent spectral values, selected from
> "meters", "hertz", and "keV".

What do you do once there are two data models both of which need to define
their units?  GROUPED above, whatever that is, may address this, but it
is better to have an explicit, unambiguous attribute.  The units have to be
precisely defined.  The data model could define a default if this parameter
is absent.

> VOX:Image_PixFlags
> ** existing: CODE_MISC
> specifying the type of processing done by the image service to produce an
> output image pixel. The string value should be formed from some
> 
> combination of the following character codes: C, F, X, Z, V

What do you do as soon as there are two fields with UCD=CODE_MISC in the
metadata?  In the current SIA, the implication is that Image_PixFlags is
an attribute of some sort of "image" data model used in SIA, hence it has
a precise definition.

Similar comments apply to other UCDs where we confuse UCD associations
with data model terms.

I think it would help a lot if we just took one of these simple data
models, e.g., spectralBandpass, and formally defined it, with UCDs
assigned to identify attributes.  Then we could use the same approach
to define all the other SIA image attributes, grouped by data model.
Later perhaps we can show how to define data models in terms of other
data models or ultimately Quantities, to fully define complex data objects
via a hierarchy of formal definitions.

	- Doug

From - Fri Jun 20 17:35:58 2003
X-UIDL: 3e5baf6500001142
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5KFZkN0029040
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 20 Jun 2003 17:35:46 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h5KFZkG1029039
	for ucd-outgoing; Fri, 20 Jun 2003 17:35:46 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5KFZdN0029002;
	Fri, 20 Jun 2003 17:35:39 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h5KFZc409244;
	Fri, 20 Jun 2003 17:35:38 +0200 (MEST)
Received: from newb6.u-strasbg.fr(130.79.128.16) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAyQaWcs; Fri, 20 Jun 03 17:35:37 +0200
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id RAA16645;
	Fri, 20 Jun 2003 17:34:56 +0200 (MET DST)
Message-ID: <3EF329A0.6B013D17@astro.u-strasbg.fr>
Date: Fri, 20 Jun 2003 17:34:56 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: Doug Tody <dtody@nrao.edu>
CC: ucd@ivoa.net, dm@ivoa.net
Subject: Re: UCD for SIAP
References: <Pine.LNX.4.44.0306172139300.1534-100000@localhost.localdomain>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner: Found to be clean by sophos at astro.u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Status:   

Doug Tody wrote:
> 
> The key problem I see with trying to use existing UCDs is that historically
> UCDs have been used primarily as fuzzy tags to link similar fields in
> catalogs.  In data access metadata such as is introduced in SIA we are
> using UCDs to identify the fields of a formal data model.  Here the tag
> is not fuzzy at all, linking similar fields of unrelated catalogs, rather
> it is a link to a field of a formally defined data model.  Precision is
> important for these data models - we are precisely defining attributes
> of the data model.
> 
> We should formally define data models such as spectralBandpass or WCS
> and define, as part of the data model, the UCD tag used to identify an
> attribute of the data model.  When we represent a data model as a set of
> related columns in a table, or as an entity struct in XML (as in IDHA or
> HDX), we will use the UCDs to formally type the data model attributes so
> that programs can use them unambiguously, so that we can use XML Schemas
> for automated validation, and so forth.

  Hello,

  The primary goal of UCDs is to ensure interoperability between
heterogeneous datasets. That's why they have been defined to some
"reasonable" level of precision (what you call fuzziness).
  Internal attributes of a formally defined data model can be defined
at any level of precision, and have their own names. But you can
have *in addition* a UCD attached to every attribute (see the case 
of the IDHA model). Those UCD can ensure interoperability between
different data models, and between data models and datasets. 
  The names of the attributes can not a priori ensure this task,
because nothing prevents from having the same concept named 
differently in different models.

Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From - Fri Jun 20 20:55:58 2003
X-UIDL: 3e5baf650000114a
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5KIteN0011971
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 20 Jun 2003 20:55:40 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h5KIteZR011970
	for ucd-outgoing; Fri, 20 Jun 2003 20:55:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5KItbN0011952;
	Fri, 20 Jun 2003 20:55:37 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h5KItaP19935;
	Fri, 20 Jun 2003 20:55:36 +0200 (MEST)
Received: from nrao.edu(192.33.115.2) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAA_6aO7M; Fri, 20 Jun 03 20:55:35 +0200
Received: from polaris.cv.nrao.edu (polaris.cv.nrao.edu [192.33.115.101])
	by cv3.cv.nrao.edu (8.11.6/8.11.6) with ESMTP id h5KItVP26707;
	Fri, 20 Jun 2003 14:55:31 -0400
Received: from oak (oak.aoc.nrao.edu [146.88.1.137])
	by polaris.cv.nrao.edu (8.11.6/8.11.6) with ESMTP id h5KItUV29412;
	Fri, 20 Jun 2003 14:55:30 -0400
Date: Fri, 20 Jun 2003 12:55:29 -0600 (MDT)
From: Doug Tody <dtody@nrao.edu>
X-X-Sender: dtody@oak
To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
cc: ucd@ivoa.net, <dm@ivoa.net>, <dal@ivoa.net>
Subject: Re: UCD for SIAP
In-Reply-To: <3EF329A0.6B013D17@astro.u-strasbg.fr>
Message-ID: <Pine.LNX.4.44.0306201049390.23640-100000@oak>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.2, required 7,
	EMAIL_ATTRIBUTION, IN_REP_TO, SPAM_PHRASE_00_01, USER_AGENT_PINE)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@nrao.edu>
Status:   

Sebastien -

Good - we agree I think.  This is exactly the point I was trying to
make about data models and UCDs.  The attributes of formal data models
need to be defined precisely and unambiguously.  The attributes of
different data models need to be uniquely identified by some means, e.g.,
a globally unique name or reference (e.g., a form of UCD), a namespace
(e.g., our temporary VOX namespace), or some hierarchical structure as
in IDHA.  The attributes of different data models, although they need to
be distinguished from one another, may well share the same fundamental
type, and a UCD could be used to express this.

Using different approaches to naming data model attributes and types (UCDs),
as I think you are suggesting below, is one way to solve the problem.
This provides both the precision required to identify DM attributes, and the
means to associate elements of different data models for interoperability.

The only problem I see with this is that we would like flexibility in
how we represent data models and metadata.  Mapping DM attributes into
the columns of a flat table, as in SIA or in a FITS header, is convenient
and can simplify representations, up to a point.  If datasets get complex
enough then eventually one needs more structure and an approach such as
IDHA or HDX may be called for.  In many cases the simpler representation
is adequate.  It would be good if the underlying mechanisms, such as UCDs
and how we define data models, were flexible enough to permit a variety
of such representations.

If we map the attributes of a DM into table columns and we do NOT use the
UCD to identify the DM attribute, then we need another tag of some sort
for this purpose.  This would be no problem in XML, but we would have
the nuisance of carrying along an additional tag separate from the UCD.
In VOTable this would give us NAME, ID, UCD, plus a new tag for the
formal DM attribute assocation (conceivably ID could be used for this
purpose but it already has other uses).  In a representation such as
FITS, (e.g., if we try to represent VO data in FITS), then it is harder.
In this case one might want to use the comment field of a FITS keyword
to contain something like a UCD:  keyword = value / UCD.  I am not saying
we necessarily want to do this, but it is an example of representation
flexibility and it would be good if our scheme could extend to this level.

If we DO use the UCD to carry this additional meaning, then the global
UCD namespace could include both formal DM attribute names, and the more
fundamental types used to associate different data elements as at present.
UCDs would then provide a global naming index, with a single name (the
UCD) being sufficient to carry all this meaning.  Given the UCDs and
an understanding of the associated DM (stored separately) we would then
be able to recognize that different metadata elements (table columns in
this case) are associated, define and use an XML schema to verify the
integrity of the DM subset in these columns, use semantic relationships
for inference, and so forth.

In this case what we would do is use the UCD tag in a representation to
convey the data model attribute name, uniquely identifying both the data
model and the attribute of the data model.  The formal definition of the DM
would then define each attribute of the DM, ** giving for each attribute
the UCD type of the attribute **.  If this UCD type is elemental then we
would have the desired interoperability, and the means to associate and
compare similar data elements.  UCDs would thus provide the metadata "glue"
to link related concepts such as fundamental quantities and data models,
making possible a uniform representation for both.

To summarize, UCDs or something like them can play a key role to structure
and link fundamental metadata and data models.  The issue has already come
up in interfaces like SIA and IDHA.  Can we come up with something which is
sufficiently powerful and general to provide both types of representations?

	- Doug



On Fri, 20 Jun 2003, Sebastien Derriere wrote:
> Doug Tody wrote:
> > 
> > The key problem I see with trying to use existing UCDs is that historically
> > UCDs have been used primarily as fuzzy tags to link similar fields in
> > catalogs.  In data access metadata such as is introduced in SIA we are
> > using UCDs to identify the fields of a formal data model.  Here the tag
> > is not fuzzy at all, linking similar fields of unrelated catalogs, rather
> > it is a link to a field of a formally defined data model.  Precision is
> > important for these data models - we are precisely defining attributes
> > of the data model.
> > 
> > We should formally define data models such as spectralBandpass or WCS
> > and define, as part of the data model, the UCD tag used to identify an
> > attribute of the data model.  When we represent a data model as a set of
> > related columns in a table, or as an entity struct in XML (as in IDHA or
> > HDX), we will use the UCDs to formally type the data model attributes so
> > that programs can use them unambiguously, so that we can use XML Schemas
> > for automated validation, and so forth.
> 
>   Hello,
> 
>   The primary goal of UCDs is to ensure interoperability between
> heterogeneous datasets. That's why they have been defined to some
> "reasonable" level of precision (what you call fuzziness).
>   Internal attributes of a formally defined data model can be defined
> at any level of precision, and have their own names. But you can
> have *in addition* a UCD attached to every attribute (see the case 
> of the IDHA model). Those UCD can ensure interoperability between
> different data models, and between data models and datasets. 
>   The names of the attributes can not a priori ensure this task,
> because nothing prevents from having the same concept named 
> differently in different models.
> 
> Sebastien.

From - Sat Jun 21 02:15:59 2003
X-UIDL: 3e5baf650000114e
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5L0DNgt016944
	for <ucd-outgoing@mercury.hq.eso.org>; Sat, 21 Jun 2003 02:13:23 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h5L0DNQ6016943
	for ucd-outgoing; Sat, 21 Jun 2003 02:13:23 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h5L0DIgt016922;
	Sat, 21 Jun 2003 02:13:18 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h5L0DIo01929;
	Sat, 21 Jun 2003 02:13:18 +0200 (MEST)
Received: from email.noao.edu(140.252.1.54) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAANaaXd; Sat, 21 Jun 03 02:13:17 +0200
X-SpamCatcher-Score:   1 [X]
Received: from [209.155.156.44] (account tody HELO lepus.tuc.noao.edu)
  by noao.edu (CommuniGate Pro SMTP 4.1b8)
  with ESMTP id 7787223; Fri, 20 Jun 2003 17:13:14 -0700
Date: Fri, 20 Jun 2003 18:13:10 -0600 (MDT)
From: Doug Tody <dtody@nrao.edu>
X-X-Sender: dtody@localhost.localdomain
To: Roy Williams <roy@cacr.caltech.edu>
cc: ucd@ivoa.net, <dm@ivoa.net>, IVOA Data Access Layer <dal@ivoa.net>
Subject: Re: UCD for SIAP
In-Reply-To: <02f601c3350b$83283ab0$6b91d783@cacr.caltech.edu>
Message-ID: <Pine.LNX.4.44.0306201738200.7921-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@nrao.edu>
Status:   

Roy -

I don't think we are actually very far apart on this.  The main thing I
am trying to do is determine how to deal with data models in DAL headers
such as for SIA.

An SIA contains two types of information all collected together in a flat
votable:

    - Attributes which are part of the SIA interface (e.g., AccessReference).

    - Attributes which are part of formal data models which are mapped
      into the columns of the table, e.g., BandPass, WCS.  The current
      SIA defines these as part of the interface but in principle what
      you see represents formally defined data models which are defined
      external to SIA.

The SIA interface attributes could use standard UCDs (e.g., DATA_LINK)
since the SIA interface is a controlled namespace and we can precisely
defined what UCDs mean when present in an SIA votable.

The data model attributes are something different.  In general we might
want to use any set of data models to define the attributes of a dataset
described by a DAL service.  A data model like BandPass or WCS should stand
on its own, and be reusable in various contexts, e.g., any DAL service,
or any VOTable (or VO-in-FITS) representation of a dataset.  If we map
the attributes of a data model into the columns of a VOtable (or the
keywords of a FITS header) then the attributes need to be uniquely named
so that they don't get confused with one another, so that we can verify
data model integrity (no missing required attributes), and so forth.

Some mechanism is needed to uniquely and unambiguously identify the
attributes of a data model in such a context.  It doesn't have to be the
UCD, but this seems to be a natural extension of the UCD concept and usage.

Your suggested UCDs for BandPass are close to what is needed, since they
are basically direct one-to-one mappings of the data model attributes.
We just need to go one step further and define a formal relationship between
such UCDs and data model attributes.

I went back and looked at your slides from the IVOA workshop again to see
what I could learn.  The summary slide goes like this:

    UCD is inherently fuzzy
    UCD is a description, not a unique name
	...
    UCD will be eventually replaced by
	"pointers into data model"

It seems to me this is exactly what we have been talking about.
Conventional UCDs are fuzzy tags used to associate similar data elements.
If we use a UCD to tag an attribute of a data model this UCD is a **pointer
into a data model**.  If we then go and look up the definition of this
data model, it may state that the pointed-to DM attribute in turn has a
UCD defining its "type", allowing it to be associated with other similar
data elements in the more conventional UCD way.

It is not clear if UCDs really need to be replaced by a new scheme
providing pointers into data models - they come pretty close to this
already.  This is what SIA is trying to do; some such scheme is needed
to represent data models in DAL protocols like SIA, even for these early
versions.

Well that's it for me for a while as I am about to leave on travel.
I do think we are close to resolving this, and maybe even taking a
step forward towards integrating data models and metadata via UCDs.
We would like to do something more standard for these new "data model"
UCDs in the upcoming DAL interfaces.

	- Doug






On Tue, 17 Jun 2003, Roy Williams wrote:

> One of my actions as part of the UCD steering committee is to work with the
> "VOX" new UCDs that were created for the SIAP protocol.
> 
> Below, I have listed all of the VOX UCDs that could find in the SIAP
> definition, with a little bit of the description. I have tried to find an
> equivalent in the standard UCD set, and in many cases was successful. For
> example is there a reason for VOX:Image_AccessReference as a new UCD, why
> can't we simply use DATA_LINK from the existing set? This is why it says
> "**existing: DATA_LINK" for that entry.
> 
> Of course, there will a revision when we steel on the "base+modifier" scheme
> for UCD that we decided in Cambridge.
> 
> Please can some of you look at the suggested equivalents fron the exisiting
> set, and the suggested new UCDs in the listing below? We gain
> interoperability from reusing and following the existing tree -- but do we
> lose anything?
> 
> Thenk You
> Roy
> 
> --------
> Caltech Center for Advanced Computing Research
> roy@cacr.caltech.edu
> 626 395 3670
> 
> VOX:Image_Title
> ** existing: ID_IMAGE
> containing a short (usually one line) description of the image.
> 
> VOX:Image_MJDateObs
> ** existing: TIME_DATE
> with datatype="double", representing the mean modified Julian date of the
> observation.
> 
> VOX:Image_Naxes
> ** new: POS_TRANSF_WCS_NAXES
> specifying the number of image axes.
> 
> VOX:Image_Naxis
> ** new: POS_TRANSF_WCS_NAXIS
> NOTE: Can a UCD refer to an array like this?
> with the array value giving the length in pixels of each image axis.
> 
> VOX:Image_Scale
> ** new: POS_TRANSF_WCS_CDELT
> NOTE: Can a UCD refer to an array like this?
> with the array value giving the scale in degrees per pixel of each image
> axis.
> 
> VOX:Image_Format
> ** new: DATA_TYPE_MIME
> specifying the MIME-type of the object associated with the image acref,
> e.g.,  image/fits", "text/html", and so forth.
> 
> VOX:STC_CoordRefFrame
> ** existing: ID_FRAME
> representing the coordinate system reference frame, selected from "ICRS",
> "FK5", "FK4", "ECL", "GAL", and "SGAL".
> 
> VOX:STC_CoordEquinox
> ** existing: TIME_EQUINOX
> representing the Equinox (not required for ICRS) of the coordinate system
> used for the image world coordinate system (WCS).
> 
> VOX:WCS_CoordProjection
> ** new: POS_TRANSF_WCS_CTYPE
> with the array value being the three-character code ("TAN", "ARC", "SIN",
> etc.)
> 
> VOX:WCS_CoordRefPixel
> ** new: POS_TRANSF_WCS_CRPIX
> with the array value specifying the image pixel coordinates of the WCS
> 
> reference pixel. This is identical to "CRPIX" in FITS WCS.
> 
> VOX:WCS_CoordRefValue
> ** new: POS_TRANSF_WCS_CRVAL
> with the array value specifying the world coordinates of the WCS reference
> pixel. This is identical to "CRVAL" in FITS WCS.
> 
> VOX:WCS_CDMatrix
> ** new: POS_TRANSF_WCS_CD
> with the array (matrix) value specifying the WCS CD matrix.
> 
> VOX:BandPass_ID
> ** existing: INST_FILTER_CODE
> identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).
> 
> VOX:BandPass_Unit
> ** existing: UNITS -- but should be GROUPED with Bandpass
> identifying the units used to represent spectral values, selected from
> "meters", "hertz", and "keV".
> 
> VOX:BandPass_RefValue
> ** new: INST_FILTER_REF
> specifying the characteristic (reference) frequency, wavelength, or energy
> for the bandpass model.
> 
> VOX:BandPass_HiLimit
> ** new: INST_FILTER_MAX
> specifying the upper limit of the bandpass.
> 
> VOX:BandPass_LoLimit
> ** new: INST_FILTER_MIN
> specifying the lower limit of the bandpass.
> 
> VOX:Image_PixFlags
> ** existing: CODE_MISC
> specifying the type of processing done by the image service to produce an
> output image pixel. The string value should be formed from some
> 
> combination of the following character codes: C, F, X, Z, V
> 
> VOX:Image_AccessReference
> ** existing: DATA_LINK
> specifying the URL to be used to access or retrieve the image.
> 
> VOX:Image_AccessRefTTL
> ** existing: TIME_DELAY
> specifying the minimum time to live in seconds of the access reference.
> 
> VOX:Image_FileSize
> ** new: DATA_SIZE
> representing the actual or estimated size of the encoded image in bytes (not
> pixels!).
> 
> 

From - Tue Jul  1 19:58:21 2003
X-UIDL: 3e5baf650000140e
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <mdolensk@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h61HssG0001166
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 1 Jul 2003 19:54:54 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h61HssYc001165
	for ucd-outgoing; Tue, 1 Jul 2003 19:54:54 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h61HspG0001157
	for <ucd@ivoa.net>; Tue, 1 Jul 2003 19:54:51 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h61Hspu26959
	for <ucd@ivoa.net>; Tue, 1 Jul 2003 19:54:51 +0200 (MEST)
Received: from sol.star.bris.ac.uk(137.222.58.39) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAACraWP0; Tue, 1 Jul 03 19:54:50 +0200
Received: from andromeda.star.bris.ac.uk ([137.222.58.155] ident=mail)
	by sol.star.bris.ac.uk with esmtp (Exim 3.35 #1)
	id 19XPL8-0007Cs-00
	for ucd@ivoa.net; Tue, 01 Jul 2003 18:54:50 +0100
Received: from mbt (helo=localhost)
	by andromeda.star.bris.ac.uk with local-esmtp (Exim 3.16 #1)
	id 19XPL8-0000d7-00
	for ucd@ivoa.net; Tue, 01 Jul 2003 18:54:50 +0100
Date: Tue, 1 Jul 2003 18:54:50 +0100 (BST)
From: Mark Taylor <m.b.taylor@bristol.ac.uk>
X-X-Sender: mbt@andromeda.star.bris.ac.uk
To: ucd@ivoa.net
Subject: Re: New Web Service at CDS
Message-ID: <Pine.LNX.4.44.0307011832060.2413-100000@andromeda.star.bris.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Mark Taylor <m.b.taylor@bristol.ac.uk>
Status:   

> A UCD resolver is now available as a Web Service at CDS. 
> See http://cdsweb.u-strasbg.fr/cdsws.gml for more details and an example 
> of use. 

Another web service which would be useful is provision of a list of all
the currently-defined UCDs (with descriptions). 

<a href="http://www.starlink.ac.uk/topcat/">TOPCAT</a>, 
a table-editing tool I am developing, has cause to ask the user to 
select a UCD with which to label a column from a list of all known UCDs.
I currently construct this list by screen-scraping the page at
<a href="http://vizier.u-strasbg.fr/viz-bin/UCDs">http://vizier.u-strasbg.fr/viz-bin/UCDs</a>,
which is downloaded and stored at build time.
It could be good however to be able to retrieve and parse such a list
at run time, so that recently-defined UCDs are available even when
an old version of the tool is being used.

I'm not a SOAP expert so I'm not sure what would be the best way to
supply the result of such a query, but I guess it could be a simple
XML document, perhaps reflecting the hierarchical nature of the list,
something like:

   <ucd id="AT" description="Atomic Data">
     <ucd id="AT_COLL" description="Atomic Collisional Quantities">
       <ucd id="AT_COLL_EXCIT-RATE" description="Collisional Excitation Rate"/>
       <ucd id="AT_COLL_STRENGTH" description="Collisional Strength"/>
     </ucd>
     <ucd id="AT_CONFIG" description="Electronic Configuration"/>
       ...
     </ucd>
   </ucd>
   <ucd id="CLASS" description="Various Classification Descriptors"/>
     ...

you get the idea.  Even something as simple as a flat tab-separated list
would be OK though, as long as the endpoint and format could be 
relied upon.

Mark

-- 
Mark Taylor    Starlink Programmer    Physics,  Bristol University, UK
m.b.taylor@bris.ac.uk  0117 928 8776  http://www.star.bris.ac.uk/~mbt/

From owner-ucd@eso.org  Thu Jul 17 17:05:09 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h6HF4iCK029489
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 17 Jul 2003 17:04:44 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h6HF4iNj029488
	for ucd-outgoing; Thu, 17 Jul 2003 17:04:44 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h6HF4ZCK029449
	for <ucd@ivoa.net>; Thu, 17 Jul 2003 17:04:36 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h6HF4ZO07890
	for <ucd@ivoa.net>; Thu, 17 Jul 2003 17:04:35 +0200 (MEST)
Received: from ns1.u-strasbg.fr(130.79.200.1) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAApeaaAp; Thu, 17 Jul 03 17:04:34 +0200
Received: from simbad.u-strasbg.fr (simbad.u-strasbg.fr [130.79.128.4])
          by ns1.u-strasbg.fr (8.12.9/jtpda-5.4) with ESMTP id h6HF4Vr7020843
          ; Thu, 17 Jul 2003 17:04:31 +0200 (CEST)
Received: from astro.u-strasbg.fr (titeuf.u-strasbg.fr [130.79.129.106])
	by simbad.u-strasbg.fr (8.11.6+Sun/8.11.6) with ESMTP id h6HF9kr06084;
	Thu, 17 Jul 2003 17:09:46 +0200 (MEST)
Message-ID: <3F16BAFC.52C3B543@astro.u-strasbg.fr>
Date: Thu, 17 Jul 2003 17:04:28 +0200
From: Andre Schaaff <schaaff@newb6.u-strasbg.fr>
Organization: CDS
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,fr,fr-FR
MIME-Version: 1.0
To: Mark Taylor <m.b.taylor@bristol.ac.uk>
CC: ucd@ivoa.net
Subject: Re: New Web Service at CDS
References: <Pine.LNX.4.44.0307011832060.2413-100000@andromeda.star.bris.ac.uk>
Content-Type: multipart/mixed;
 boundary="------------E46BBC4E363F638BD36AF9EF"
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andre Schaaff <schaaff@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

This is a multi-part message in MIME format.
--------------E46BBC4E363F638BD36AF9EF
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ns1.u-strasbg.fr id h6HF4Vr7020843

Hello,

I have implemented a Web Service which is near what you suggest.

If you want to use a Web Service without special soap client, you can use=
 the useful following
online tool :

How to do it : replace just the default URL with the below URL and push t=
he Retrieve button

The URL to access to the Web Service :
http://cdsws.u-strasbg.fr/axis/UCDList.jws?wsdl

The online tool :
http://www.soapclient.com/soaptest.html

Regards,

Andr=E9

P.S. : the online tool may not work with too old browsers

Mark Taylor wrote:

> > A UCD resolver is now available as a Web Service at CDS.
> > See http://cdsweb.u-strasbg.fr/cdsws.gml for more details and an exam=
ple
> > of use.
>
> Another web service which would be useful is provision of a list of all
> the currently-defined UCDs (with descriptions).
>
> <a href=3D"http://www.starlink.ac.uk/topcat/">TOPCAT</a>,
> a table-editing tool I am developing, has cause to ask the user to
> select a UCD with which to label a column from a list of all known UCDs.
> I currently construct this list by screen-scraping the page at
> <a href=3D"http://vizier.u-strasbg.fr/viz-bin/UCDs">http://vizier.u-str=
asbg.fr/viz-bin/UCDs</a>,
> which is downloaded and stored at build time.
> It could be good however to be able to retrieve and parse such a list
> at run time, so that recently-defined UCDs are available even when
> an old version of the tool is being used.
>
> I'm not a SOAP expert so I'm not sure what would be the best way to
> supply the result of such a query, but I guess it could be a simple
> XML document, perhaps reflecting the hierarchical nature of the list,
> something like:
>
>    <ucd id=3D"AT" description=3D"Atomic Data">
>      <ucd id=3D"AT_COLL" description=3D"Atomic Collisional Quantities">
>        <ucd id=3D"AT_COLL_EXCIT-RATE" description=3D"Collisional Excita=
tion Rate"/>
>        <ucd id=3D"AT_COLL_STRENGTH" description=3D"Collisional Strength=
"/>
>      </ucd>
>      <ucd id=3D"AT_CONFIG" description=3D"Electronic Configuration"/>
>        ...
>      </ucd>
>    </ucd>
>    <ucd id=3D"CLASS" description=3D"Various Classification Descriptors"=
/>
>      ...
>
> you get the idea.  Even something as simple as a flat tab-separated lis=
t
> would be OK though, as long as the endpoint and format could be
> relied upon.
>
> Mark
>
> --
> Mark Taylor    Starlink Programmer    Physics,  Bristol University, UK
> m.b.taylor@bris.ac.uk  0117 928 8776  http://www.star.bris.ac.uk/~mbt/

--------------E46BBC4E363F638BD36AF9EF
Content-Type: text/x-vcard; charset=us-ascii;
 name="schaaff.vcf"
Content-Description: Card for Andre Schaaff
Content-Disposition: attachment;
 filename="schaaff.vcf"
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by ns1.u-strasbg.fr id h6HF4Vr7020843

begin:vcard=20
n:Schaaff;Andr=E9
x-mozilla-html:FALSE
url:http://cdsweb.u-strasbg.fr
org:Observatoire Astronomique;CDS
adr:;;11, rue de l'Universit=E9;Strasbourg;;67000;France
version:2.1
fn:Andr=E9 Schaaff
end:vcard

--------------E46BBC4E363F638BD36AF9EF--

From owner-ucd@eso.org  Fri Oct  3 03:06:34 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9315krR008384
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 3 Oct 2003 03:05:46 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9315kbj008382
	for ucd-outgoing; Fri, 3 Oct 2003 03:05:46 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from eso-wall-ext.hq.eso.org (firewall-user@eso-wall-int.hq.eso.org [134.171.68.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9315CrR008263
	for <ucd@ivoa.net>; Fri, 3 Oct 2003 03:05:12 +0200 (MEST)
Received: (from uucp@localhost)
	by eso-wall-ext.hq.eso.org (8.10.2+Sun/8.10.2) id h9315CO24239
	for <ucd@ivoa.net>; Fri, 3 Oct 2003 03:05:12 +0200 (MEST)
Received: from mail.cacr.caltech.edu(131.215.145.9) by eso-wall-ext.hq.eso.org via csmap (V6.0)
	id srcAAAE5aOvV; Fri, 3 Oct 03 03:05:11 +0200
Received: from SARA (sara.cacr.caltech.edu [131.215.145.107])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h93159RJ026042
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Thu, 2 Oct 2003 18:05:09 -0700
Message-ID: <053601c3894b$08d03080$6b91d783@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
Subject: UCD document 1.9.4 for IVOA Interop
Date: Thu, 2 Oct 2003 18:09:45 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Welcome back to the UCD Forum at the IVOA.

This message is to present the latest draft (1.9.4) of a paper that the UCD
Steering Committee has been working on over the last few weeks (especially
Derriere,  Mann, McDowell, Ochsenbein, Osuna, and myself), and to request
that you read it in preparation for the UCD session of the IVOA Interop
meeting two weeks from today.

This is the time to make your opinions known. Please try to generate edits
to the document in the form of replacement paragraphs, addtional paragraphs
or sentences. This will make your view much more likely to be incorporated
than if you send comments or opinions.

After your revisions, we would like the paper to be labelled version 2.0,
placed into the IVOA standards process as a definition of the new UCD
structure (known as UCD2). This new structure has much in common with what
was discussed at the last Interop at Cambridge, but it has significant
change, to bring the UCD in line with semantic web language. The idea from
Cambridge (base+specifiers) has been replaced by (property+concepts).

The document is here:
http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.4.pdf

The UCD Twiki is at:
http://www.ivoa.net/twiki/bin/view/IVOA/IvoaUCD

Thank You
Roy Williams
Chair, UCD Steering Committee

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From owner-ucd@eso.org  Thu Oct  9 10:56:23 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h998tTpF026211
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 9 Oct 2003 10:55:29 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h998tSxZ026209
	for ucd-outgoing; Thu, 9 Oct 2003 10:55:28 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h998skpF025995
	for <ucd@ivoa.net>; Thu, 9 Oct 2003 10:54:47 +0200 (MEST)
Received: from kintyre.roe.ac.uk (kintyre.roe.ac.uk [195.194.120.72])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h998skCL010758
	for <ucd@ivoa.net>; Thu, 9 Oct 2003 10:54:46 +0200 (CEST)
Received: from kintyre.roe.ac.uk (localhost [127.0.0.1])
	by kintyre.roe.ac.uk (Postfix) with ESMTP id 430F646049
	for <ucd@ivoa.net>; Thu,  9 Oct 2003 09:54:46 +0100 (BST)
Received: from somehost by kintyre.roe.ac.uk (postfixilter 1.3) with SMTP
	id 26438; Thu, 09 Oct 2003 09:54:46 +0100 (BST)
Received: from kintyre.roe.ac.uk (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id B931D45F88
	for <ucd@ivoa.net>; Thu,  9 Oct 2003 09:54:45 +0100 (BST)
Received: from relnx02.roe.ac.uk (relnx02.roe.ac.uk [195.194.120.138])
	by kintyre.roe.ac.uk (Postfix) with ESMTP id 3563A4607C
	for <ucd@ivoa.net>; Thu,  9 Oct 2003 09:54:45 +0100 (BST)
Date: Thu, 9 Oct 2003 09:54:45 +0100 (BST)
From: Bob Mann <rgm@roe.ac.uk>
To: ucd@ivoa.net
Subject: Re: UCD document 1.9.4 for IVOA Interop
In-Reply-To: <053601c3894b$08d03080$6b91d783@cacr.caltech.edu>
Message-ID: <Pine.LNX.4.44.0310090942020.10131-100000@relnx02.roe.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Status: No, hits=0.0 required=1000.0
	tests=none
	version=2.53
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Bob Mann <rgm@roe.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


	Hi folks,

	I have only a few comments on v1.9.4 - I think it's a great 
improvement on the previous version, so Roy and Sebastien are to be
congratulated. In particular, Section 3.1 is very clear and lays out
the path to UCD3 very well.

	My first comment picks up something from the discussion leading up 
to this draft. It was said that we should emphasise that UCD2s are about
discovering relevant data, not using them, as that requires more 
expressive power. If people still believe that, can a sentence to that 
effect be added in the introductory stuff?...it's in Section 4.1, of 
course, but I think that the restriction is important enough that it 
should come earlier, too.

	My next comment is just to check something. It seems that "data" 
has been dropped from the list of basic elements, and "metadata" has 
arrived. Am I right to assume that "metadata" is now the branch under 
which I will find the UCDs for recording provenance information? - e.g. 
versions of data reduction software used, names of astrometric catalogues, 
etc. If so, that's fine - it's just that that has to go somewhere.

	My final comment is my only real concern about this draft, which 
is whether the examples of Section 3.4 are too ambitious - especially
the ones for the error on a right ascension of a galaxy. That seems to be
introducing semantics by stealth, and without enough support - i.e. there
seems to me to be too much structure in the relationships between those
three quantities for UCD2. Maybe I missed it, but is there any semantic
distinction to be made between the second and third terms in
	stat.error, pos.eq.ra, src.galaxy ?
	
	The third term relates to the second which relates to the third,
so if I swap the order of the second and third the meaning is lost. 

	On the other hand, I'm not sure that the example for photometric
colour is good enough, since I don't see how to specify a generic flux
ratio between two random passbands - I don't think it's good enough to 
enumerate the standard optical colours, since, when we federate 
multiwavelength datasets, I may well be interested in the ratio of a hard 
X-ray band flux and a K band magnitude, say.

	cheers

	Bob 
 


From owner-ucd@eso.org  Thu Oct 16 04:16:23 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9G2BF0u020849
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 16 Oct 2003 04:11:15 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9G2BFEi020848
	for ucd-outgoing; Thu, 16 Oct 2003 04:11:15 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9G2Ag0u020715
	for <ucd@ivoa.net>; Thu, 16 Oct 2003 04:10:42 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9G2Aes3027742
	for <ucd@ivoa.net>; Thu, 16 Oct 2003 04:10:41 +0200 (CEST)
Received: from Ropy (lugh.cacr.caltech.edu [131.215.145.183])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9G2AYM9024345
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Wed, 15 Oct 2003 19:10:38 -0700
Message-ID: <02b701c3938a$b2c2b2e0$e5c54f82@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
Subject: Version 1.9.9 of UCD definition
Date: Wed, 15 Oct 2003 19:07:57 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

There is a new version of the UCD specification document on the IVOA Twiki,
labelled 1.9.9 in expectation of its promotion to version 2.0 at the IVOA
interop meeting today in Strasbourg.

The draft is available as pdf and MS word (links below). Please try to read
this before the meeting today.

Thank You
Roy Williams


http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.9.pdf
http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.9.doc

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From owner-ucd@eso.org  Mon Oct 20 19:34:00 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9KHTdMY028777
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 20 Oct 2003 19:29:39 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9KHTdAr028776
	for ucd-outgoing; Mon, 20 Oct 2003 19:29:39 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9KHRiMa028113;
	Mon, 20 Oct 2003 19:28:30 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9KE6VB1023398;
	Mon, 20 Oct 2003 16:06:33 +0200 (CEST)
Received: from nasa.gov (lheapop [128.183.16.62])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9KE6PTd023177;
	Mon, 20 Oct 2003 10:06:26 -0400
Message-ID: <3F93EC05.8050108@nasa.gov>
Date: Mon, 20 Oct 2003 10:07:01 -0400
From: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: martin hill <mchill@dial.pipex.com>
CC: ucd@ivoa.net, dm@ivoa.net
Subject: Re: UCDS vs DM - Peacekeeping
References: <1066406745.3f90135915f9f@netmail.pipex.net>
In-Reply-To: <1066406745.3f90135915f9f@netmail.pipex.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Martin,

So far I've been a non-combatant in this war, but as you may know I had some
reservations about the UCD2 framework presented at the interoperability 
meeting.  Over the
past two days I have been writing a revised proposal.  This proposal 
includes a whole
new discussion of the interaction between UCDs and table grouping 
constructs that I feel may play a
major role in mediating among UCDs, data models and the DAL.  I'll be 
publishing this within a day
or two, but one key concept is the UCDTree which shows the UCDs of a 
table in a structured way.  It is
my hope that methods of abstract data models can be translated into 
actions on data by straightforward
analysis of UCDTree.   I expect to be send out the proposal today or 
tomorrow after I have a chance to check
that what I've written during the flight back makes sense when I read it 
in a non-sleep-deprived state.

    Regards,
    Tom

martin hill wrote:

>I've been trying to sort out in my own head the differences between UCD2s and 
>data models.  Particularly as one doesn't seem to work entirely without the 
>other.  So donning my UN peacekeepers hat (which in the British case is a 
>tatty gardeners hat in a rather trendy camouflage, not a kevlar helmet):
>
>It strikes me that data models are about structure, and UCDs about describing 
>elements in that structure. 
>
>Now it is probably possible that the way data models are defined could include 
>naming elements to define what they mean.  I suggest that these should be (or 
>include as attributes) UCDs, at the very least so that we can compare data 
>items that have been formally modelled with those that haven't.
>
>For example, we can say (simplistically) that a coordinate is an RA, DEC, 
>error, and refers to some co-ordinate frame, and might look like this in XML:
>
><CatalogueObject ucd2="sky.galaxy">
>  <WorldCoordinate ucd2="pos" frame="J2000">
>     <RA ucd2="pos.wcs.ra">
>        <VALUE units="degrees">42</VALUE>
>        <ERROR ucd2="error" units="arcSeconds">23</ERROR>
>     </RA>
>     <DEC ucd2="pos.wcs.dec">
>        <VALUE units="degrees">42</VALUE>
>        <ERROR ucd2="error" units="arcSeconds">23</ERROR>
>     </DEC>
>  </WorldCoordinate>
>
>  <Brightness ucd2="phot" type="SomeObscureOptical">
>      <Magnitude ucd2="phot.mag.vega">72.3</Magnitude>
>      <Error ucd2="error">1</Error>
>  </Brightness>
>
>  etc
></CatalogueObject>
>
>Now this is a horribly simple example (sorry about the mixed-up case 
>conventions) - how do people feel about it? It means that we should avoid 
>trying to describe structure/context in UCDs (which has the potential of 
>making them horribly long and complicated) and gives us an immediately useful 
>way of giving wider meaning to our data structures.
>
>It kind of implies that we then have a method for appending our UCDs up a data 
>model tree if we need to get more context for them.  Thus we don't have to 
>have src.galaxy;phot.mag.ObscureOptical;error *as a defined UCD*.  Instead 
>such strings are constructed out of individual UCDs as required by the program 
>that is investigating the data.
>
>It also means that UCDs don't have to be specific (which the UCD group are 
>avoiding cos it's a horrible task, small wonder) and yet I as a developer can 
>assemble specifics for doing cross comparisons.
>
>I've only had a pint and it still seems a good idea. It was a big pint though.
>
>
>  
>

From owner-ucd@eso.org  Mon Oct 20 20:00:24 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9KHthMY005299
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 20 Oct 2003 19:55:43 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9KHtgdv005295
	for ucd-outgoing; Mon, 20 Oct 2003 19:55:42 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9KHt8MY005129;
	Mon, 20 Oct 2003 19:55:08 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9KHt6B1029112;
	Mon, 20 Oct 2003 19:55:07 +0200 (CEST)
Received: from nasa.gov (lheapop [128.183.16.62])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9KHt2Td009395;
	Mon, 20 Oct 2003 13:55:02 -0400
Message-ID: <3F94219A.4050901@nasa.gov>
Date: Mon, 20 Oct 2003 13:55:38 -0400
From: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
CC: martin hill <mchill@dial.pipex.com>, ucd@ivoa.net, dm@ivoa.net
Subject: Re: UCDS vs DM - Peacekeeping
References: <1066406745.3f90135915f9f@netmail.pipex.net> <3F93EC05.8050108@nasa.gov>
In-Reply-To: <3F93EC05.8050108@nasa.gov>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


One thing I should have made clearer in the earlier message is that the 
revision I'm sending
does not reflect any consensus on the correct approach.  Rather it's a 
very detailed alternative to the
approach presented by Roy at Strasbourg.  It  builds upon the same basic
elements  that Roy and Sebastien suggested but puts them together in -- 
for me at least --
a more coherent fashion.    This approach does naturally lend itself to 
the concerns Martin raised, but
it's certainly not a done deal.

    Tom

Tom McGlynn wrote:

>   Over the
> past two days I have been writing a revised proposal.
>

From owner-dm@eso.org  Fri Oct 17 18:07:19 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9HG6Kwb007278
	for <dm-outgoing@mercury.hq.eso.org>; Fri, 17 Oct 2003 18:06:20 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9HG6KAl007277
	for dm-outgoing; Fri, 17 Oct 2003 18:06:20 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9HG5kwb007162;
	Fri, 17 Oct 2003 18:05:46 +0200 (MEST)
Received: from nmail1.systems.pipex.net (nmail1.systems.pipex.net [62.241.160.130])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9HG5jB1027821;
	Fri, 17 Oct 2003 18:05:45 +0200 (CEST)
Received: from nmail1.systems.pipex.net (localhost [127.0.0.1])
	by nmail1.systems.pipex.net (8.12.10/8.12.10) with ESMTP id h9HG5jm7004682;
	Fri, 17 Oct 2003 17:05:45 +0100
Received: (from nobody@localhost)
	by nmail1.systems.pipex.net (8.12.10/8.12.10/Submit) id h9HG5jvO004681;
	Fri, 17 Oct 2003 17:05:45 +0100
Received: from 80.15.168.44 ( [80.15.168.44])
	as user abm36@dial.pipex.com by netmail.pipex.net with HTTP;
	Fri, 17 Oct 2003 17:05:45 +0100
Message-ID: <1066406745.3f90135915f9f@netmail.pipex.net>
Date: Fri, 17 Oct 2003 17:05:45 +0100
From: martin hill <mchill@dial.pipex.com>
To: ucd@ivoa.net, dm@ivoa.net
Subject: UCDS vs DM - Peacekeeping
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: PIPEX NetMail (IMP3.1)
X-Originating-IP: 80.15.168.44
X-PIPEX-Username: abm36%dial.pipex.com
X-Usage: PIPEX NetMail is subject to the standard PIPEX terms and conditions of use
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: martin hill <mchill@dial.pipex.com>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

I've been trying to sort out in my own head the differences between UCD2s and 
data models.  Particularly as one doesn't seem to work entirely without the 
other.  So donning my UN peacekeepers hat (which in the British case is a 
tatty gardeners hat in a rather trendy camouflage, not a kevlar helmet):

It strikes me that data models are about structure, and UCDs about describing 
elements in that structure. 

Now it is probably possible that the way data models are defined could include 
naming elements to define what they mean.  I suggest that these should be (or 
include as attributes) UCDs, at the very least so that we can compare data 
items that have been formally modelled with those that haven't.

For example, we can say (simplistically) that a coordinate is an RA, DEC, 
error, and refers to some co-ordinate frame, and might look like this in XML:

<CatalogueObject ucd2="sky.galaxy">
  <WorldCoordinate ucd2="pos" frame="J2000">
     <RA ucd2="pos.wcs.ra">
        <VALUE units="degrees">42</VALUE>
        <ERROR ucd2="error" units="arcSeconds">23</ERROR>
     </RA>
     <DEC ucd2="pos.wcs.dec">
        <VALUE units="degrees">42</VALUE>
        <ERROR ucd2="error" units="arcSeconds">23</ERROR>
     </DEC>
  </WorldCoordinate>

  <Brightness ucd2="phot" type="SomeObscureOptical">
      <Magnitude ucd2="phot.mag.vega">72.3</Magnitude>
      <Error ucd2="error">1</Error>
  </Brightness>

  etc
</CatalogueObject>

Now this is a horribly simple example (sorry about the mixed-up case 
conventions) - how do people feel about it? It means that we should avoid 
trying to describe structure/context in UCDs (which has the potential of 
making them horribly long and complicated) and gives us an immediately useful 
way of giving wider meaning to our data structures.

It kind of implies that we then have a method for appending our UCDs up a data 
model tree if we need to get more context for them.  Thus we don't have to 
have src.galaxy;phot.mag.ObscureOptical;error *as a defined UCD*.  Instead 
such strings are constructed out of individual UCDs as required by the program 
that is investigating the data.

It also means that UCDs don't have to be specific (which the UCD group are 
avoiding cos it's a horrible task, small wonder) and yet I as a developer can 
assemble specifics for doing cross comparisons.

I've only had a pint and it still seems a good idea. It was a big pint though.


-- 
Martin Hill
07901 55 24 66
www.mchill.net

From owner-dm@eso.org  Tue Oct 21 11:00:10 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9L8pPPG013870
	for <dm-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 10:51:25 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9L8pPYM013869
	for dm-outgoing; Tue, 21 Oct 2003 10:51:25 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9L8odPG013522;
	Tue, 21 Oct 2003 10:50:39 +0200 (MEST)
Received: from esacom51.vilspa.esa.int (esacom51-ext.vilspa.esa.int [192.171.2.19])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9L8ocB1014354;
	Tue, 21 Oct 2003 10:50:38 +0200 (CEST)
Received: from iso.vilspa.esa.es (isous5.vilspa.esa.es [193.147.153.100])
	by esacom51.vilspa.esa.int (8.12.9/8.12.9/ESA-External-v3.2) with ESMTP id h9L8oVaI003964;
	Tue, 21 Oct 2003 10:50:36 +0200 (MET DST)
Received: from isou53 (isou53 [193.147.153.35])
	by iso.vilspa.esa.es (8.12.10/8.12.10) with SMTP id h9L8oOBU000969;
	Tue, 21 Oct 2003 10:50:25 +0200 (MEST)
Date: Tue, 21 Oct 2003 10:50:24 +0200
From: posuna@iso.vilspa.esa.es
To: Tom McGlynn <Thomas.A.McGlynn@nasa.gov>
Cc: mchill@dial.pipex.com, ucd@ivoa.net, dm@ivoa.net
Subject: UCDS and DM and "Catalogue" tables
Message-Id: <20031021105024.0698fc07.posuna@iso.vilspa.esa.es>
In-Reply-To: <3F94219A.4050901@nasa.gov>
References: <1066406745.3f90135915f9f@netmail.pipex.net>
	<3F93EC05.8050108@nasa.gov>
	<3F94219A.4050901@nasa.gov>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.9; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: posuna@iso.vilspa.esa.es
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear all,

the fact that I have been one of the authors of the UCD2 draft document
(as a member of the UCD steering committee) made it very bizarre that I
"voted" for the UCD1 option, together with other very few people. 

I think that if we use a Data Model to access metadata, then it is
enough with the UCD1 that was created at the beginning. For me, there is
no need to have more specificity, neither is there a need for matching
functions and other more complex syntactical operations to be performed
with the UCDs. For me, all that should be done through the Data Model
and/or proper VOQL language.

However, I do appreciate that many providers do have their data in
the form of catalogues (what I normally call 2D tables, or X-Y tables,
as catalogue, for me, can be several different things).

I understand that people having data in X-Y tables do NOT want to hear
about data models: they only want to be able to perform operations with
the columns of their tables.

It is in that context (X-Y table handling) where I believe the
need of an overall complex UCD structure appears, as any comparison
operation (or more complex ones as addition, substraction, ...)
they want to do it by comparing (or adding/substracting/...) directly
the columns.

As the UCD2 is just adding more capabilities to the UCD1 without
chopping off any of the existing ones, and as we ("Data Model" oriented
ones) can always use the UCDs in the limited way we want them (i.e.,
just to describe the metadata we give back so that they are
"Universally" understandable) I see no reason to stop the UCD2 to
include more syntactical and operational capabilities: people
"Data-Model oriented" will make use of very limited UCD capabilities (as
they don't need them) and people "X-Y Table" oriented will make use of
as many UCD "functionalities" as possible.

In summary, I'm OK with new funtionalities of the UCDs but I guess I'll
do a very limited use of them in the case that I use the Data Model to
access my data, and hence my vote for the UCD1 "paradigm".

Maybe the UCD document should reflect two main "Areas of Interest",
something like:

- Simple  UCD handling:  Data Model access
- Complex UCD handling:  Syntactical operations on X-Y (catalogue) table
	                 columns


I wait for your comments...

Cheers,
Pedro.











On Mon, 20 Oct 2003 13:55:38 -0400
Tom McGlynn <Thomas.A.McGlynn@nasa.gov> wrote:

> 
> One thing I should have made clearer in the earlier message is that
> the revision I'm sending
> does not reflect any consensus on the correct approach.  Rather it's a
> 
> very detailed alternative to the
> approach presented by Roy at Strasbourg.  It  builds upon the same
> basic elements  that Roy and Sebastien suggested but puts them
> together in -- for me at least --
> a more coherent fashion.    This approach does naturally lend itself
> to the concerns Martin raised, but
> it's certainly not a done deal.
> 
>     Tom
> 
> Tom McGlynn wrote:
> 
> >   Over the
> > past two days I have been writing a revised proposal.
> >
> 


-- 

Pedro Osuna Alcalaya


SOFTWARE Development Group
XMM-Newton Science Archive				
e-mail: Pedro.Osuna@esa.int
Tel + 34 91 8131314  				

European Space Agency
VILLAFRANCA Satellites Tracking Station
P.O. Box 50727 
E-28080 Villafranca del Castillo
MADRID - SPAIN

From owner-ucd@eso.org  Tue Oct 21 11:20:44 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9L9FxPG021264
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 11:15:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9L9FxbH021263
	for ucd-outgoing; Tue, 21 Oct 2003 11:15:59 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9L9FMPG021109
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 11:15:22 +0200 (MEST)
Received: from artemis.le.ac.uk (ntp2c.le.ac.uk [143.210.16.126])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9L9FLs3026322
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 11:15:21 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1ABsbo-00044f-JZ
	for ucd@ivoa.net; Tue, 21 Oct 2003 10:15:20 +0100
Received: (qmail 7397 invoked from network); 21 Oct 2003 09:15:35 -0000
Received: from peneca.star.le.ac.uk (143.210.36.224)
  by mail.star.le.ac.uk with SMTP; 21 Oct 2003 09:15:35 -0000
Date: Tue, 21 Oct 2003 10:15:35 +0100 (BST)
From: Clive Page <cgp@star.le.ac.uk>
To: ucd@ivoa.net, <dm@ivoa.net>
Subject: Re: UCDS and DM and "Catalogue" tables
In-Reply-To: <20031021105024.0698fc07.posuna@iso.vilspa.esa.es>
Message-ID: <Pine.LNX.4.44L0.0310211006450.32071-100000@peneca.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Clive Page <cgp@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Tue, 21 Oct 2003 posuna@iso.vilspa.esa.es wrote:

> I understand that people having data in X-Y tables do NOT want to hear
> about data models: they only want to be able to perform operations with
> the columns of their tables.

I'm not sure that's entirely true.  I think the problem is that three
partially overlapping groups of people have been trying over several years
to make sense of astronomical data, so they canclassify or organise it to
make data access simpler and more uniform.

(1) Those devising UCDs, which started out exclusively for tables in
VizieR.  I think it is now generally agreed that some hierarchical scheme
should replace the original flat namespace (though designed with
components which split naturally into layers).

(2) Those devising Data Models.  The problem for those outside this effort
is that there have been so many data models, different in structure and
detail, but all apparently equally valid.  I didn't manage to attend the
DM sesssion in Strasbourg, but am pleased to hear of serious convergence.

(3) Those devising query languages and data access routines, who need some
DM or UCD scheme to do the job properly, except for the serious problem
that a UCD does not lead to a unique column in some (many?) tables.

I thought that Tom's ideas at Strasbourg sounded good, and look forward to
seeing his proposal in print.  If it's true that there is now a single
agreed Data Model, does that not suggest that UCDs should be assigned on
the same hierarchical basis?


-- 
Clive Page
Dept of Physics & Astronomy,
University of Leicester,    Tel +44 116 252 3551
Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311

From owner-ucd@eso.org  Tue Oct 21 13:13:22 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LB94PG025206
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 13:09:04 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LB94ZH025204
	for ucd-outgoing; Tue, 21 Oct 2003 13:09:04 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LB7vPG024866;
	Tue, 21 Oct 2003 13:07:57 +0200 (MEST)
Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LB7uB1017318;
	Tue, 21 Oct 2003 13:07:56 +0200 (CEST)
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by curlew.cs.man.ac.uk with esmtp (Exim 4.20)
	id 1ABuMm-0004CH-A8; Tue, 21 Oct 2003 12:07:56 +0100
Received: from [130.88.24.80] (helo=aten)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 1ABuMj-0001yn-00; Tue, 21 Oct 2003 12:07:53 +0100
Date: Tue, 21 Oct 2003 12:08:57 +0100 (BST)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@aten
To: ucd@ivoa.net, registry@ivoa.net
Subject: Re: Version 1.9.9 of UCD definition
Message-ID: <Pine.GSO.4.53.0310211045250.11405@aten>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1ABuMm-0004CH-A8*dRZHQ.Wg9ns*
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Anita Richards <amsr@jb.man.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


At the interoperability workshop following ADASS, there was some mention
of contradictions between the spectral divisions in the UCD2 document and
the groupings in RM v0.82.

There was also debate about whether and where an mm or sub-mm band should
be introduced in RMv0.82.

I think that consistency between UCD2 and the RM (whatever is the stable
outcome for defining the Registry) would be very useful but in fact the
discrepancies are minor.  Personally, I hope that we do not spend much
time discussing the exact divisions as we cannot avoid splitting the
coverage of some present instruments, let alone future ones.  However it
might be sensible to be guided by the current/immediate future major
observatories. Perhaps the responses to the SSA / spectral data model
questionnaire might help.

These are my suggestions:
The boundaries of the spectral UCD2s are consistent with fitting into the
RM categories with minor changes:

Some of the UCD2 frequency ranges at the high freq end of IR have become
transposed (I think - it is indeed hard to think in 3 sets of units!)

I apologise for having created confusion over the new mm band in RMv0.82.
The proposed range of ALMA is 30 - 900 GHz according to the web page.  In
fact, I understand that initially the lower limit is more like 86 GHz.
Therefore I suggest that consistency can be achieved by having instead:
SUBMM  100 micron - 3 mm (100 - 3000 GHz)

The RMv0.82 x-ray regime goes from 0.12 - 120 keV; the UCD2 regime goes
from 0.12 - 12 keV
Accoding to their web pages, CHANDRA covers 0.1 - 10 keV (I have also been
told 0.12 - 12...) and XMM covers 0.15 - 15 keV; ROSAT was within this.
The CRO covered > 30 keV and SWIFT, 15 - 150 keV

Thus, to keep the 'decades', this seems more suitable:
XRAY 0.12 - 12 keV (as per UCD2)
GAMMARAY > 12 keV
but maybe a high energy astronomer can advise....

OVERLAPPING DATA

Suppose that I have a catalogue with data taken around 1 micron.  I hope I
am right in thinking that the Registry entry can contaiin both Optical and
IR as values of the relevant spectral coverage keyword, and this is used
OK in searches etc.

How will the UCDs be used? As I understand it, in order to use Vizier or
the Aladin SED tool to search for e.g. radio observations between 1.3 and
1.7 GHz (radio L-band), the software would look for UCDs
em.radio.750-1500MHz and em.radio.1.5-3GHz.  However there may be
catalogues giving radio observations or flux densities between 1.4 and 1.7
GHz.  This might or might not give the exact observing frequency, but for
many purposes the general flux density or image would be useful.  As I
understand it, this would simply have the UCD em.radio and would not be
found.  This is _not_ a plea to divide the ranges differently, but a
reflection of the fact that we are no longer restricted to observing in
well-defined filters.  Broad-band receivers and optical fibres in the
radio, ALMA, space observatories etc. mean that we observe at all
frequencies seamlessly, and sensitivity to higher redshifts means that
lines no longer fall even in a single regime.

Maybe there is a solution already.  If not, the only satisfactory
things I can see are to do one of the following:
* allow bracketting UCDs e.g. em.radio.0.75-3GHz
* allow two (or more) UCDs to a column, where these are adjacent (up to a
  sensible max)
* not use the fine divisions in UCDs, but treat frequency like position
  and treat every query as a 1D cone search, ie a linear segment search.

cheers
a

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).

From - Tue Oct 21 13:19:10 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LAfnPG017608
	for <dm-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 12:41:49 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LAfnkN017607
	for dm-outgoing; Tue, 21 Oct 2003 12:41:49 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LAefPG017365;
	Tue, 21 Oct 2003 12:40:41 +0200 (MEST)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LAefB1016732;
	Tue, 21 Oct 2003 12:40:41 +0200 (CEST)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id MAA26307;
	Tue, 21 Oct 2003 12:40:21 +0200 (MET DST)
Message-ID: <3F950D15.AEDBC59C@astro.u-strasbg.fr>
Date: Tue, 21 Oct 2003 12:40:21 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: martin hill <mchill@dial.pipex.com>
CC: ucd@ivoa.net, dm@ivoa.net
Subject: Re: UCDS vs DM - Peacekeeping
References: <1066406745.3f90135915f9f@netmail.pipex.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner: Found to be clean by sophos at astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Status:   
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000
X-UIDL: 3f68a56400000021

martin hill wrote:
> 
> It strikes me that data models are about structure, and UCDs about describing
> elements in that structure.
> 
> Now it is probably possible that the way data models are defined could include
> naming elements to define what they mean.  I suggest that these should be (or
> include as attributes) UCDs, at the very least so that we can compare data
> items that have been formally modelled with those that haven't.

  This kind of work has been done in the case of the IDHA model:
trying to find a relevant UCD for the different model elements.
But I don't think that we should impose every element of every 
data model to be associated to a UCD.
  In fact, the link between UCD and DM can exist in both directions:
- there can be a 'ucd' attribute for elements of data model, to
   indicate the corresponding UCD
- the 'utype' attribute in VOTable allows to give a link to some
   data model element

  In the first approach, people building the data model make the
effort to associate UCD to their view.
  The second approach can be used when there are no ucd attribute 
in the DM, to link the description of a dataset to a DM.

  Of course, both are not exclusive: there can be a ucd attribute
in the DM, AND a utype for a <FIELD> or <PARAMETER> that would
point, hopefully, to the same element of the DM !

Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-dm@eso.org  Tue Oct 21 14:01:25 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LBuLPG009573
	for <dm-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 13:56:21 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LBuLH9009571
	for dm-outgoing; Tue, 21 Oct 2003 13:56:21 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LBtSPG009258
	for <dm@ivoa.net>; Tue, 21 Oct 2003 13:55:28 +0200 (MEST)
Received: from artemis.le.ac.uk (artemis.le.ac.uk [143.210.16.126])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LBj7B1018124
	for <dm@ivoa.net>; Tue, 21 Oct 2003 13:45:08 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1ABuwl-0005Jp-0Z
	for dm@ivoa.net; Tue, 21 Oct 2003 12:45:07 +0100
Received: (qmail 4423 invoked from network); 21 Oct 2003 11:45:19 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 21 Oct 2003 11:45:19 -0000
Date: Tue, 21 Oct 2003 12:45:18 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Anita Richards <amsr@jb.man.ac.uk>
cc: dm@ivoa.net, <ucd@ivoa.net>
Subject: Re: UCDS and DM 
In-Reply-To: <Pine.GSO.4.53.0310211211320.11405@aten>
Message-ID: <Pine.GSO.4.44L0.0310211239510.21915-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Tue, 21 Oct 2003, Anita Richards wrote:

> Please can I clarify a possible application, which may initially be done
> in an ad-hoc way until data models are fully harnessed:
>
> Supposing we are harvesting a catalogue which consists of radio flux
> densities measured at 22 GHz.  This is stated in the Abstract or ReadMe or
> maybe even the title, but there is no table in the data saying 'observing
> frequency'.  As I understand it, we could add a virtual column
> em.radio.12-25GHz, in which all the entries are the same.  Can this be
> done as a default, so that the data are recognised at their proper
> frequency?

Anita,

the way UCD1 would handle this is that the UCD associated to the flux
will reflect the region of the radio spectrum, eg,
PHOT_FLUX_RADIO_11-25GHz, therefore, your catalogue will be discovered
by the presence of that UCD without having to add a virtual column
describing the observed frequency range. This case was very common, and
not only in radio. There are hundreds of columns with "magnitude" as
explanation, and you find the waveband in either the readme or the
table title. UCDs are supposed to reflect the quantity as well as
possible, that's why even with UCD1 one can launch discovery queries of
this type and discover catalogues which have no indication of that part
of their content in other pieces of meta-data information.

Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-ucd@eso.org  Tue Oct 21 13:31:40 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LBS5PG001053
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 13:28:05 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LBS5Hh001050
	for ucd-outgoing; Tue, 21 Oct 2003 13:28:05 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LBRSPG000814
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 13:27:28 +0200 (MEST)
Received: from artemis.le.ac.uk (artemis.le.ac.uk [143.210.16.126])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LBRSs3029094
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 13:27:28 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1ABufe-0004Bm-UG
	for ucd@ivoa.net; Tue, 21 Oct 2003 12:27:26 +0100
Received: (qmail 3067 invoked from network); 21 Oct 2003 11:27:48 -0000
Received: from peneca.star.le.ac.uk (143.210.36.224)
  by mail.star.le.ac.uk with SMTP; 21 Oct 2003 11:27:48 -0000
Date: Tue, 21 Oct 2003 12:27:48 +0100 (BST)
From: Clive Page <cgp@star.le.ac.uk>
To: ucd@ivoa.net
cc: registry@ivoa.net
Subject: Re: Version 1.9.9 of UCD definition
In-Reply-To: <Pine.GSO.4.53.0310211045250.11405@aten>
Message-ID: <Pine.LNX.4.44L0.0310211216180.32461-100000@peneca.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Clive Page <cgp@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Tue, 21 Oct 2003, Anita Richards wrote:

> Thus, to keep the 'decades', this seems more suitable:
> XRAY 0.12 - 12 keV (as per UCD2)
> GAMMARAY > 12 keV
> but maybe a high energy astronomer can advise....

I think that boundary between the two is reasonable: some past instruments
called 'X-ray' have some coverage up to maybe 15 keV, but most modern
telescopes depend on grazing-incidence reflection, which practically stops
working above about 10 or 12 keV.

> OVERLAPPING DATA

> How will the UCDs be used? As I understand it, in order to use Vizier or
> the Aladin SED tool to search for e.g. radio observations between 1.3 and
> 1.7 GHz (radio L-band), the software would look for UCDs
> em.radio.750-1500MHz and em.radio.1.5-3GHz.

I think the way it has to work is this: the UCD defined for some dataset
should be as specific as possible, so if the data fall practically within
a single band (say within 750-1500 MHz) then you declare the UCD as
"em.radio.750-1500MHz".  If not then you have to fall back on a less
specific UCD of "em.radio".  A user wanting radio measurments at some
frequency should be prepared to search for both _the_ most specific UCD
and the less specific UCD, i.e. "em.radio".  This may bring up some false
positives, but so will any scheme that we can devise.

The alternative, as you say, is to apply a two or more UCDs to a dataset.
That might be better in principle, but difficult in practice.

> * not use the fine divisions in UCDs, but treat frequency like position
>   and treat every query as a 1D cone search, ie a linear segment search.

Well that's similar to a proposal I made some time ago (maybe in a Data
Models context).  Datasets should specify the range of frequencies they
cover (which requires two numbers for the min frequency and max frequency,
which doesn't imply that coverage between the limits is continuous, gaps
should be ignored); then users also specify the range of interest.  It's
then a trivial exercise for a computer to compare the two intervals and
work out which resources overlap the range of interest.  All this without
us having to dream up any artificial divisions between wavebands.  But
that doesn't fit in with UCDs as devised up to now, and I don't see any
easy way to make it fit.


-- 
Clive Page
Dept of Physics & Astronomy,
University of Leicester,    Tel +44 116 252 3551
Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311

From owner-registry@eso.org  Tue Oct 21 14:57:12 2003
Return-Path: <owner-registry@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LCqjck027023
	for <registry-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 14:52:45 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LCqj60027020
	for registry-outgoing; Tue, 21 Oct 2003 14:52:45 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-registry@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LCq7ck026792
	for <registry@ivoa.net>; Tue, 21 Oct 2003 14:52:07 +0200 (MEST)
Received: from artemis.le.ac.uk (mailsend.le.ac.uk [143.210.16.126])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LCq6B1019645
	for <registry@ivoa.net>; Tue, 21 Oct 2003 14:52:06 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1ABvzZ-0000yK-R4
	for registry@ivoa.net; Tue, 21 Oct 2003 13:52:05 +0100
Received: (qmail 8325 invoked from network); 21 Oct 2003 12:52:27 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 21 Oct 2003 12:52:27 -0000
Date: Tue, 21 Oct 2003 13:52:27 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Clive Page <cgp@star.le.ac.uk>
cc: ucd@ivoa.net, <registry@ivoa.net>
Subject: Re: Version 1.9.9 of UCD definition
In-Reply-To: <Pine.LNX.4.44L0.0310211216180.32461-100000@peneca.star.le.ac.uk>
Message-ID: <Pine.GSO.4.44L0.0310211249210.21915-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-registry@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi,

I'm glad we are going into this discussion, not because it's an easy
subject, but because it is a relevant one. The EMS is perhaps the most
important 'tree' which we want to describe properly.

I see several different regimes:
a) broad band observations (eg, Johnson's V, radio bands, X-ray bands)
b) narrow bands
c) line spectroscopy (H-alpha, 21cm, CO, OIII, etc)
d) continuum spectroscopy (eg, from blue to red)
e) flux ratios

The question of how to describe these quantities is strongly linked to what
we want to use with the descriptors.

It is different what we assign to the column (the UCD) and the type of
search we intend to perform.

If our goal is to find all radio fluxes, then we could cut the UCD in
phot.flux.radio at the level of search, so even if we have infinite
granularity (eg, phot.flux.radio.22Ghz), this column will be recognized.

If on the other hand we are interested in finding observations in 22GHz,
having an assigned UCD phot.flux.radio assures us to find the 22GHz data
(eventually), but the S/N will be quite low, having to browse through
hundreds of catalogues to find 1 is not desirable, and it's not what we
had in mind when UCDs were introduced. Specifity also means that one can
discover quantities which are comparable, that one will not mix a line
measurement with a continuum one (despite being very close in frequency).

What I think is important to decide now is if up to what extent the UCDs
can do the job, without complicating them too much or oversimplifying them
to the point of becoming useless for discovery purposes. One thing I
wouldn't like to see is to see UCDs become as ambiguous as column
descriptions.

It is quite possible that we should resource to another element of
meta-information for the description of a quantity and for its discovery.

I thought that 'utype' could be used to link observational windows with
their description (data model?). eg,
UCD="phot.mag.opt" utype="strongrem.B" or
UCD="phot.flux.radio" utype="JBO.22Ghz" or
UCD="phot.flux.radio" utype="VLA.6cm"

For accurate matching, one would have to use both pieces of information to
avoid mixing apples with oranges.

The method that Anita and Clive mention (a fine piano-keyboard mask) is
something I've considered as well. It is broader than the UCD, but requires
accurate knowledge of each band observation window (I'm not saying it's not
doable). Users could then specify which part of the spectrum they are
interested in and they will find the tables which contain data in those
parts of the EMS. This works quite well for broad bands, but it is not so
great if one is interested in narrow bands. Imagine one searches data
around HBeta. Most catalogues with "blue broad band" observations will
have 1's in that area of the spectrum, therefore, the noise will be huge!
The same is valid for lines in other areas of the spectruma. (that's why I
didn't pursue this model farther).
Same is valid for colour indices: looking for V-K in terms of its initial
and final wavelength will bring a large number of undesired catalogues/columns.


One solution I've proposed is to stick to a very fine granularity at the
UCD level which will allow us to compare alike quantities, but to create
"virtual containers" in as many orthogonal directions as needed to solve
the EM problem, as boundaries will continue shifting and being taste
dependent.

Imagine for a second that we keep the fine granularity, having UCDs like

phot.jhn.B, phot.jhn.V, phot.jhn.R, phot.jhn.I,
phot.str.B, ....
phot.sloan.b (if exists)

The original UCD structure allowed users to retrieve any catalogue with
Johnson's photometry (just search for /phot.jhn/ and voila), but there was
no room to look for "catalogues with blue broad-band observations"

A "virtual container" for this example could be phot.opt.blue.bb. No column
will ever be assigned this VC-UCD, but a search engine will understand it
as "hmm, phot.opt.blue.bb is not a UCD, I need to look for catalogues which
contain any of the UCDs listed in its index". To follow the example,

phot.opt.blue.bb := ("phot.jhn.B", "phot.str.B", "phot.sloan.b");

And if later, GAIA introduces its own blue filter, phot.gaia.B will be
created as a UCD, and "phot.gaia.B" will become part of this list:

phot.opt.blue.bb := ("phot.jhn.B", "phot.str.B", "phot.sloan.b", "phot.gaia.b");

Finally, alhough a column should have one and only one UCD, nothing
should prevent that a UCD could belong to several virtual containers.
UCDs would describe what quantities are, VCs are used to describe contexts
or related concepts accepted by the community at any time, and quite
possibly user-definable in the future.

Food for thought... after all, > 50% of the current and future quantities
are related to the EMS!

Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-ucd@eso.org  Tue Oct 21 16:27:22 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LENXco028990
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 16:24:37 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LEKkKZ028045
	for ucd-outgoing; Tue, 21 Oct 2003 16:20:46 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LDqBe2018354;
	Tue, 21 Oct 2003 16:19:42 +0200 (MEST)
Received: from esacom51.vilspa.esa.int (esacom51-ext.vilspa.esa.int [192.171.2.19])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LCZps3000839;
	Tue, 21 Oct 2003 14:35:52 +0200 (CEST)
Received: from iso.vilspa.esa.es (isous5.vilspa.esa.es [193.147.153.100])
	by esacom51.vilspa.esa.int (8.12.9/8.12.9/ESA-External-v3.2) with ESMTP id h9LCZpih008834;
	Tue, 21 Oct 2003 14:35:51 +0200 (MET DST)
Received: from isou53 (isou53 [193.147.153.35])
	by iso.vilspa.esa.es (8.12.10/8.12.10) with SMTP id h9LCZjBU010850;
	Tue, 21 Oct 2003 14:35:45 +0200 (MEST)
Date: Tue, 21 Oct 2003 14:35:45 +0200
From: posuna@iso.vilspa.esa.es
To: Anita Richards <amsr@jb.man.ac.uk>
Cc: dm@ivoa.net, ucd@ivoa.net
Subject: Re: UCDS and DM
Message-Id: <20031021143545.375a8cf4.posuna@iso.vilspa.esa.es>
In-Reply-To: <Pine.GSO.4.53.0310211211320.11405@aten>
References: <1066406745.3f90135915f9f@netmail.pipex.net>
	<3F950D15.AEDBC59C@astro.u-strasbg.fr>
	<Pine.GSO.4.53.0310211211320.11405@aten>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.9; sparc-sun-solaris2.8)
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="Multipart_Tue__21_Oct_2003_14:35:45_+0200_002ece08"
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: posuna@iso.vilspa.esa.es
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

This is a multi-part message in MIME format.

--Multipart_Tue__21_Oct_2003_14:35:45_+0200_002ece08
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi,

> I was slightly puzzled by comments at the interoperability workshop
> about data collections which do not have catalogues/tables.  Surely
> even a collection of FITS spectra or images or etc. must be accessed
> via a descriptive list? Although I suppose a data collection could
> consist of a single image (or etc.). In either case, though, is this
> is another example of where it would be useful to take UCDs from what
> might be a single description ("images taken at 0.05 arcsec resolution
> ...") of the whole data collection - and use them to form or augment a
> table to allow access to the data?


We do have quite complex data models for our data; you can see part of
the ISO model in the attached figures called iso_cdm_obss.gif and
iso_pdm_obss.gif which are part of our (database jargon) CDM (Conceptual
Data Model) and PDM (Physical Data Model) documents (where you can see
loads of very project-specific things).

The access to our data is not done through a descriptive list, but
through database queries. However, in the case that someone wants a
catalogue/table from our data, we can provide one. 

This is what we do with CDS: we provide them with the table they
store in Vizier and that can be used as the rest of catalogues there for
data mining (I'm not sure whether this is the word...I mean data
discovery, etc.). You can find this table at:

ftp://cdsarc.u-strasbg.fr/cats/B/iso/isolog.dat.gz

However, that is only a very specific view of our data which can,
otherwise, be accessed through other means, e.g., by SIAP or future
SSAP, etc., or in the case of a proper general Data Model, through a
proper VOQl to the Data Model (how we translate the future "Standard VO
data Model" to ours is another story...(unfortunately, only up to
us I'm afraid...)).



Cheers,
Pedro.







-- 

Pedro Osuna Alcalaya


SOFTWARE Development Group
XMM-Newton Science Archive				
e-mail: Pedro.Osuna@esa.int
Tel + 34 91 8131314  				

European Space Agency
VILLAFRANCA Satellites Tracking Station
P.O. Box 50727 
E-28080 Villafranca del Castillo
MADRID - SPAIN


--Multipart_Tue__21_Oct_2003_14:35:45_+0200_002ece08
Content-Type: application/octet-stream;
 name="iso_cdm_obss.gif"
Content-Disposition: attachment;
 filename="iso_cdm_obss.gif"
Content-Transfer-Encoding: base64

R0lGODdhUAPqBPcAAAAAAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAAAAAALAAAAABQA+oE
QAj/AAUIHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmyYoCTKFOqXMmypcuX
MGPKnEmzps2TCgOU3MlTos6eQIMKHSr050UAApAKVPoQKVOKTw1GJeiUolGiWLOGvLpw6sCqS5OK
jaq07NewYpeaBWAWbVumTtueTQp3rty3afM25FqQr8K6bgHnxevWrtrBcxOXvZuWrWLED/1qnUy5
8mTJVJ86rstZLt3Bjr+GFiw6tFq4cRGj9noQs+XXsA26jk0bpOubuHPr3s0bZkS+OBGqrE28uM+f
s2UbL841eNbkzlsv/5h8unWItwtyfiyYLNrG1y1W/ycoOXr48xjHmxfoV+d66djRWx7fs/dK+eLx
63eYfb9x+v4F6BFwOwEogIECcoQgc+Ql9F6ACybIoIPaFWahXhJ2FGGGHEamXGwbdjhRiP/1FR96
JIpIWX8qXtbiixkRCCKMI6U4XXkm2TigfTz26OOPuOUE5JBEPkjjkS6aiKSHIy45I4Ua6XhckVRW
aeVMOTHkFViqHUZVhRh2B5mYWTppplYynlmmT2o+ueaO1Dm0ZViEHVTndl6mNuaFi30X2Hd4dgkZ
QyyeKWWbiPL3YaKL/sYoberxtOChj25UqJkGNmdkpYmmyemBVn0KqaNFeSrqc29iSmpf5Q136n7Q
NSHKaYSUvqpgk0TVaiubUKqp664tYmZqpbQCOyGuJf1q7F7/qTqp7LIZCisrsaFCe6xJtlkb1KXO
amustEqKWqy3y9mo47PkhqtuuqCy2yG4DZ46rrslWkrvdeh+SedjYHIZKGtx3ishvAPli2K1At84
IJMNaebnoNqRZRpeE481MVuajfaZVFzStdjHhnnMcLz0Gpxwgb0W/Oq8J1v3K8EtpwdfYqBlbLO/
FZumGM6dnebxXTkjTKiQM5tccsrsrSx0zPjWmDTTMc78M8ZUV2311VhnrfXWXHeN8dLNbgp11EiT
rLK8YI/ddLZq5zctuUa3jey6Zj8tbtpyr21v3nOffTTfsOEo3NuMsgw4finGbW17Vzbu+H2Hzzf4
5HVT23fkc/oZjnnYEG7+qOBS2/2p5p7Dyt/jqKcOJN12IuRw6x9vFrLICyleeuCUT2t7uXjfbnrZ
rc8OlmcSZ+Zwz2P5fJrNdG7Jc2m076s8s5Uf7LuvudO9e728Xi9ic96nyhXFzK94Ymuebh8+4TC3
e/fl60frfvz/dV/ltdVJKlowdCjRj3L2ftOd0uDnvwSp71usO88BCxiwBLZvgaMiIAP9A0FbgY+C
EzRg6AKovQF2L4MazOAFfwdCElZvfh1EmwRLaL0JjpCFHxRYewDIQRRaLoYw9J/qhrTBv1QoUGCi
GXj4NL2pRaxmF/uaoJboneDppYkjk2EPbVjDCuJuhTm8Xop0psTmQU9mhMtis/7mwLJZ8TWkE6P3
zoitt4lpNKuRyll09rDXAWpX9BHWDGsoP/aZ0YM4VCPTAMQX2QEMKgtr1P0WychG0vGGQ5ON2DpX
uyk+EJCC1OH57hhHjtVMjkVMGxtjNkruvQ10AlRhJlfJx/DscZGVYwRW+6hISxuWMn+wzOQtV5VL
uc0SlSl8Xy8FuctNis6HNLMj1eRImqZA5JB2qhpGOhZIUgIPmJUrJla0OUxVZi6MEVsmFJfHzJ1p
jJP8kt3GujgnfUWviz+bI8iiCLVf0vCYtUQUN7s5umkG8V+P/wTbPmeVN3tO0ZaY5GcJBxrJukFR
nf8UIjtLwxh3kgZoSeQXGo0pHOSAk0MGDeOwLNg/hbYtU8aTXvRS+kWLBhSHDP3c+SYJo9mENIEI
NalOkRRTzomxpxE86CtxOtKdGrWPJsTnQhM2S6Vis4pHjer3KMmqHVr1qq7aXFOp+FR8AlWqYG0T
fZo4PCEGUXh28QyG7rjOtfRpiJ98GPD4ttWhnjCnYc0r2U7m0dt9FYP35Gpgi6rXwtLTdXJV66Co
qdLkWZStjg0Td8w6ub9SVX/ssew25ypYoX7UsKANbLr6WjqU1s4oLzRgHjlr11biNbQ6be2BgIm8
c0LMYnWc7EdaiUNaz2kWUjZlrSX/yFnYSjUl1sxnQccW3MEOF4BbNW5ef7vR2WL1ulZlbiWd60fo
Fle6YKWu5MQrIPKiabue7e4Gowve9v/C7ZmwmyNFo1kxxDazk4vdU27128xYvte/N70rYc3LLgIT
uCjeusqBv8lU9Ir0uev9bniRmd9xyjeygJkKNBcMFF0R5r6GuVOeLhSlu/q2mpltFIebm94yele0
uqSpUuWzoQxb6K3l3K2boKVg+iEIOBw2sXLrCuFUHhR92E0ykdAXmZpEFMNHhCtqRtzfw/qXtzQl
5JN/GDwy2Vi/7kQnZBVLvRmXVlvsJbJ6jfxgYspYuXrDLIWdmBFomjnFcBayMPN8uCCz7ci1DLBr
ByzhYRr4Xn7+s3WVzOjUofm7anZxhLl73BC6K9ENdG09+Qpp4a45mG12r6h5LKf4srWryv5KyJfz
G2YwV5TMMF5cpyl9wkvSetS4TuhJOQ3jSNeauC3O9YkRCUr4VlmuE9GwmBGrajsD+50a6xN+lfi1
7WTU0lben1NBOutgt9LW3hZ25Ma6zp1F+TP/2hhLD5OxzCSvvsiTrKtf+mxH2puR5eXVm5Ma6ltX
r6uvJaq4z+zCz7YM0xrytMJP6W9fD1ystQa4rN5I2UEanNek9rfAaQhwQmv84Z0i7MWH/02eRpvc
R4/++KCv2fCF6xnkoxXhyKfKQIf3m3Udl1VqZ4xwmG9L5jiteKqXnW7IqrToDvaxy2/+75Z/vOdr
bBgX/wnP/Qo9sSRuKDE7hTmoX9HnWm+2hum4zLO2Wp0YfQusXy45y9AbjDN/1+mkKJLurAWt7L4w
lO1+dKd9ndnIjo2z95YsfbpySRKnUaROt/N8y7nrO0bP4EVitPGN2bZe5k7ZwZzwONc01i9Sj9e3
Qt9Wf2Ttc9axlgpfI/dkO+Wsx95c0+ieWD2WTCE2N1wbg/u+h13Tioc8x45XvunZEd15XymI9bX5
zF878K//9mzL/PuY/y/3y0s1Y6RZXXOXIR7ssddq5AssKcN7PvSgh72uAXfL0ZP++mPGu0aHjqrz
Byv90Z4/WisaMmmntcJewkTRx3UE131kRBLuF3dKl1wDqCrd11vgF4HadXvrhn1GdFHUpnlVh0vU
5yDvoVkldSP7JoEkmGAWhx0jWIB3VoIs/Phf/Wd0jrVqD6V3k3deLXiDOPh9DHg9x1cnFyZi4KFs
T5R1OViECGSE14KE0XJyPDQwTGgTCKiEvCWFcjdny3d8YzJ17TY89QVoCrQReiIaLbVX70eFZsh+
/mFnCyYlNXgrfneGcLhrn9eAifR4LVSGcbgtMpGHd8hqmEeD5kOHnfd4eHKF/EdEbkN5fBiIi4g4
wTcwgKWIRfiElOgbjVg5uPdqp1ZxkohtNBaFkwgSf1h0mihlI3Zbg3iJfMZvrHh4b4iDCfiKqjiL
CBaKYKhq0DcSbdg7tNiLChITLGh5Y1h8q+F/xidR5sR/bjWMFxGLvmhYzniCB/eM1P/YUZV4E70U
jYpWjdxIbvm3UsiXhdCzgdWngM5UaoAnEYfETdqYadxYjeRmSt+1iwrjim2UdCvnhflkc+/Yj6tY
j/h4JF9FItWRc/rILfmYjegXPisWOndndYV4eb4XWR2YPem2ffbofYkYS01VkFoyZTpRbdc2T+AY
P4eyfLdFjwFJck40Jyj5g8WmWOuoj/ZnjpcFkLwofffkkUsHfFl0jfaxPkAZJDZZGzzpgDXZgAZp
cAi5gtr2GoekkukoSk9ZaA6ljDD4jaBxilo5ZStpla2IHCxWjgwWdH2YftyWkVjEc7NXkQKWQ8Fh
Wioil/A1laanjg1jKRB4ZZ/ojyhlZodFJmlXxl6GtpDhIZXjF4l+KYigt5RmeWeEqZD3x5BpuZiM
eZBP55YJaZmc2ZkVyE5v95i01JGaaWbt6JmtqJaoiZaNmZlkGWiryUqzQX9A2C+PNZGsyZkEqZmk
+ZqRGZs1d5P/wCmafMmWO1macHaaw9mMyOWBIyeMREGPyglLu1mO0gJPoBkVTbmcXZd4bJeE3OmU
X/lrx+mb4VmYinme/4iZ4Sae26mecCmc4VmdK9mb4zmd8IkiQwmM+bmeTOma99mfAtqNzcibbWme
A4pUIISfq0SfHHmgAZqgkIiOb/WQrPaCE4mVfyKAtwllGcqJNOmZDgqhnyZaDOqPJ5qY3Dmi5RmY
uVly+xmjMjqj2VVVTkaB8ZdbKAlEBEick7lUG0miggmWEpqeBfdRmSiO7XShxsihzpaif7eWoymk
L1qkfQmkNkqjPcJCKSiajvlyULqaYdp260JxufiFAxiXJbGLCojZeqlIpTo5nla62o/KqWVZZpIG
2qLFOafxmZ51GlZHuXH/yaeSeYuqh3q85J+VGVWB+pbsSajUqaWQA6lyapwuSqSUulyECJMQmZUw
KKWQ2qib+Z2ZuoDIqZGl2prtqaip2qepmaqiappV2qowRF5jOmHWCae0uquoGauwGaK86qqOGKxg
CqDEWqh1pn+qB6qhmqeXeqy6ZKS86qtpdqtZFJUc0aZ7pnUZiF+f+UjempOlSq2YCq3uJnyAqZrT
6qxFaa5c/Cqtu0qus+qu7/qqsMquPkqvdJps6Gioy2p2QfqT+Eqq+lqFpiqaeoKBXnmh70SDJDlO
oPmv4hmcuTqvBSufuBiOQ1SKpniuajeE5baJNzY7m3hseros1hqlD2qxFwsrkvqyL2GRDlt11NZ8
JBtPYxgY2pquLCt+wLo/MBu0Qju0RJtVYmaya4eosteuSLlT3tmyTSuUPauDRvW0UEu1ePqzPeq0
U3u1nkiZXluiYbuiXKt+BDu2wnqlrLmjgJikzOaSRNe2ynqzcUuEbZiyQ4q26KkRFkaOAZuvAmu2
Pqm3aiReYykobJuSn4poHMVTr0m4WrRJ3ZqzRbSB4f+KRXirruUKuft6mSo6uFvHuVBruJUaraLb
sqR7uqqrnkVLifNJd7GFpTRppnuHobx3YzhTR6/2kF1If6dqmbOZsR5KkbrFoXOrVhHZuHubl1lX
VvL2sVJmoRVKRInLX1yJioOJhsp7iZm7p9tESKfZuuLrXwAzeTtrr0z5gSaFWkyWm93rgZM6FLYH
mVFbQNxSdtgZF8WTJ11omIzHT1bLUXRJfo7HOAIpuxN3piYIXiK3WYxrsMlpXu/7c0hTm37rTbDV
wLkCu3OptV1KwUDXtbLUXhosv+LraI47tROMwd3SiCVcvzzrs5t7WuFnv8UJt3XboUuKmyZ7ti34
wi0b/Jd+FcMlBnddMZUXxXwbimHSe72u9mRmGjTY/3tkJwyFLsy0NCfEYPu7cHJaVRy03vs92LgX
rfLFZtyc9BSmaXSk2yspK1x+M+x4TfbG/stmBMWsNozHRczGWjuhSAhu/aTHfKzFRpzHInyWsPhs
d0zIhVvIjnywq4tiQIy1bYysBQqNxmGhjChqgLzIiXpUlDIpgzyxyfp8x6h8fwh/7tXJkFTJVeuO
IbrD2CuEGyuytIt0OarEI3uXPUTH31l7jKrIrey569uJpIyuDtWSMVnLiIh3tEwxdIuYq0XGndWd
PDvJKczI0yWLWQu4LBzHhsx0aiyuGQzLUovFW1tYX8qqdUzMoHUuo8zOw7zN4TbOgszAf7vFkXyy
2Qa0fo8Lcr7/LI+A14N8q81SuM72bNAA/c++03hoSosI7c+lS4JPq0yIG2Yz+KFJestQbGpLBKL1
g7GD88GjFtHfzMWJnFlnLKlliojn64ZEPH0BHGMDC1UnzdB/vKDe/LlG2FWsLFP3/MM67cMqS4Wy
9atE3c4xrYQBLYu2yodH/dOFQ845HcKrG9XCDNQKvc+ILLxOenYA668S6xGsQVa8HMYo+6wBN88o
Pbapu9NLQo8vTdUZl7c2va3ufLEkktGKe8lwXaseQtJKbdJ4vdRoO7Q95LbEq8NmR9AKLFY3OndZ
CpSfPKUvVtjHQa9ahqNIC31Ke1hNbZRNls4453SYHcmbXZZJDF2vgstHhB3IXH2Pw//616wtaxxn
2rAd20FNpqDbzWojaLJK2x2s27mdetpnPMomg/HXe8y8exTVu2sVxbtd1wxXzxJN3OCMl7Ac2vWh
qb2M256M3YYNntBpdM4GTefNvESYekWNNII9h99t3Rak2wOstsesz/8cHT0GIb5azYLa2+JNyWGX
vMrc2MUm2/cddYjGj68d4JcmnNwNxw/cng3u4NbHbyvdug2mcRVu4QvMihE+3Q/O4eDt4bgWj2Cd
TGflvLfb1y5dvF8G3Xl9gP8dp3Zs4g/9F3Bkd7U1bdWWkmU1T2GYTBcz1u2S4U+ogjVuqTeO40lJ
Gdoq1xf8ISGu0PzDQX9K4vLt5F0eTcBVXtlv8t4K2pPbtuU0zOV6GYLWNeCAmMu4CYBG/x6IX+7K
F65yWH3Z6Izm2/jAcz7j8w1gLGfmwq3neMjBc3q4jmrXXpXdhL7nRwMgtAyym4fcYBiaFRGVKhnh
iD6qTA5qg97oqnyEx4w/Voez4dRuYui7OUuM3SqEMmjpqx3eTOfaJQ7gZWtfEqO/4ZSMXIjqJRnr
pJ2szZ3RzpvKPkiGfU7XZyPmcmznau1xxuUacw2KI27bCS6HdL7mfVwf00zm/p3onG6SmxLAh5bt
Blhy+QpB096vm5TsguyM74nU1S3O3aZV437UDmmBxB6AHK3s8rzBVTlzlkd2VbGFuRyxDetJLWWz
Szwy7r7VENdrPdnhwV1pzW6oxIOhLH3uJ8fOzSNs677U2ivI4LVe8cF88S5I3f2ZZhNf8vIOyl/7
4Sovz3bWhnNtYZcO8Te96SZv454O7qC+vF2hhemkbsk36VtGs0qvsVPm46G07afN8y/f6f2sckF/
7doL7Nbu8FkOaCQv6EB/9T6KdDifw96xpOVrvX33OjEO0v+e3u/OzfGcutgiXVzmYbTl0t9SD9xT
z49ij/V0ledpzWN+H+5lTu9WT9xvBp1p790gX+2Dv6qG/+2cXvjoHqwEImPdHs6An/KiPuthT+tg
b/gPr1ebr0nLaflTL/qIv6qlL2yvL1Crl05auIzyRfCSFYYiOXixL8n1vuSWPWlYrtZMbX4qjeQx
KvjZOuV7jPqS3/NNN/rQ3/ngF7x0hkRf8sygBITQjNYcqNT/Dq+/PcTtLfMen804KdYQk4FxXk3h
C5j3jmmnT9a6N3S9l2HHvdxu79e8ff0AIUAgAIECCA40WHAgAIYHFzpsWPAgRIQVFSZUSJBixYYM
JXq8eDH/QEiSJU2aHJnx5EWHK12+bPlSpoCUM23enFkT506ePUnqVAjU51CiPYWWPEozQNKlSYs+
Heo0pFSoVa1ezYmVKFWtXb2e5Ao17FeyYF3qHGu2oNOmIllKxBg35kS5HzmqtLgRrl61U8v+5ZkW
8GDCQOfmtQj3LsKYGOnq5euYseK6ixNCjpp17U+2mgl//io4M97Eb0FbFX16qcDUp58ydR07qGza
g1vXxm305tjVs2Xezl0bOM7hlBsH94t8ZXHly5E2h/6SefSi06lDt476+naagHUexnkcO3ff5Lc+
h/mYLmKD6y+zV+xeo/HK79vTj9zXvO39/fXnzs4/sbwjDamxiBI7sKUEKYstQAH/H3TwwQElBLDC
8rqjsMEMhSNwQ908BNGz0sQzrbQQpdttKqnaOpE16kaCsUUZZ6SxRhvNi/BG52xiqsccdfxwMyCH
JLJII4/8LaQFuyIRQiSL/PFJKaekskr+8JIPpBLb42vJh+DbLkorAWuSpzLHRDNNNdf8j00e3YQz
TjnnpLNOF+3E08I893RSRzFB+7OsQAPls1D0DEU0zJXEA09BJSVDDDOK5kOpxewwK3BCrwhNNM3H
FqMUy7vO7LRU1JpCNVVVV2W1VVdfhfVVS2OltVZbayWLU1P51HVXX3e0q76Jhp3MRNVuRTZZZVEt
kdLINnoWzJ0G/bXa86zFtjAgPnsVdENqswVXxHDHveq7vYwLdT1o3eswRG6x+pZcGt+1kV55m7NX
2xPz1bQrfu/dVCtMhbVMXfagZbBcgBdm/5jKfxs+dVmJJ6a44lYhxjjjGx/W+Fr6Rj04ZEhHBo9k
+OQj2CeOO2a5ZZVd7tPUlWGmueZKbcbR15lx5rnUnatDEcmfk5O5Z6OPPmumST+ubOkt40oy6ZOc
TtlkA03SqKNzuQSpyaGlDrLNO386VGwhyS4babXXVtFitykO+sivgQ0sbrfSPtvssYnmm+2g3gbc
7Y4DJzxZtONzrGSnUV6o2LpIzfvmvbJO9zKItLxu7rViBatwz1n9e1m/MXwq64/m0vJA7TSWyvSM
Usf89INTv4/LL8XWvG6wue6od99/V328/ooLCza895Yc68u7U+8hgy2HfOHcgWZdxqOmJ6LObij9
I177yC8E//jvxycf4N5Ij7pG0bB37fy02E+xb2+9HxL+8OOn+37ky9d/f/63e57IPgU1qAUQf0I5
3+HSdzLEjWhrVSOWfeqjN/HNCC0iWZG4PGS/0QXsZbvrn/HydzcFdnCEluqJoyAVKtutMD6Nkp3j
CkYbDi7QhEIbzQnRR0IeJk9+/7uh//Y1OOsFUUrdA2H5REjBzhiRghskIgr/nbin4lVwiT7sYf+m
uEUudpE26kpQ7HSYRSHuEIhmDKEX1bgfqkRPaaT54Bo3lkOzNfGHdyxjDeW4xTa+EGEIchYcVeeR
Mulxj/jTnQ7tSEY8orGMh4Tk6ujHvUjOi45YzGMcS1hJTiaxOwnEZNqoBhmtqSRakUJkJ6GoyVB2
BoxdE2MGVTlLf4HyieQxJC03mUrxLVKL/MulLoMYzF8KkztIVGQrJ/lIYzZTK8Q8ozOFFzZl9nKZ
jpRmNrU5RWTWsZpjxOY27wVNP4mTjZe0ZjrBSU5zUigtjBtg02D4uAjWk3GJK1bsuvbAUcaQgKFs
p3K6+c07VhGgAQ0XO+uFNlBFsVKdBb0mMxm6JmadxX3NGoobE1al633Oo28z2kAfykiDTnRXFe1c
D/c5sBaacqOlvI8YcfLYSAgSDHOSYlq64hnBW1bPobvE5hUraFKGKVR9QN1ez0QKVF+e0ahEzdBT
LVjC/GzUnW/aXE/jNJ2SMtKRXYUqxqRaxL6t9HIylZBgVnTRmzzvj4F8lEv/KcVkjnSoYcXrcj66
V6CMNXuHBKsS7yrRvBbWq2YK1u2Cx0q/8tKLgc0kUotpWMqGM2eTnSNgJ9lUwja2shljp2cZCtmg
DhYpLPpsNt+H0XtypLUmQ2dqcblZgsrWthGd7W3P6cnSSla3v7VsboHb0LoydbjHPexlkRsd0nI2
uMuFbnQR1dzaSte29NIoOK3bPtradbufDVB2qeb3XT1504rkDaha54de3FDXtOy1yisr58IsmYZd
VMQqfowlLQJe7afw/Yx7fQtgypJTtKPt7oAJXFgDL1hDvHWugwu83uSq6cBThfBBJZxQvnbYw4Uz
bT9FxsARz/ePOZ2ghm0mYJpuOFuCEXEAwSitfdLzY7CcIWxviriqVnerfrOlcd/r4l9deLdlfVpJ
xCte2ahXeq0RaoWJPKfVsmQ+TMbajxVcFCwHx8lIi/KUdSauUcqUkP5EV5fJ2uI0GXmmbBYzudws
XCmjac5GCnOcpQczH33YzyBdY571PE4+D7q8mDV0ov+vJBNnwU5BC3KdPsV4Zdq59p6lHJajJg09
U56105n+a50EreiwNlirhlJzqOk0alIT1dQqBjKeWN3qWX45rflbXMLqqWv+Tje/9UJtVP48bGIX
29jHRnayle051u43xf2NKzXhvLY703rQrx6y2qpt7Thje8vU5na46XprcUNs2ee2lRq3rdxvG2rd
HXx3v/hoky7JZXltjTZMuDw1l3RZloTpco+RE+9YL+rRmp5cPh19cMYc58wxjEjwdAo5gluS0UrG
9HtKdjoZP5BroOInRp2XpRqD+tfTvrK9VzpyS9fYakwDpMvny7vbadDQfSSNiCWIU1Q6kL8zZ6Gz
EQ1Cbpz9mzup7rfCaF1xj2UuyEphOmHNfWp3x+/ppd4NurV+Mc0t8npH5JnRsbU+lFxw2ly0Jdmn
u6rTfm6yV5e6bfYa//Y2PXyQhJS0YmmH9Mw5FoPIi3qDuEo2uEfT8G5CS+FzVZVtBx5f/6GaXJ8G
z/ohUvFF72lNOgrrobNJoSnpq9zonjzgld70p/ddOYX59VrG3fWeH6IQL39VzHPe18ZE4DQLNVaz
l33cNBO7wW6KVoo2M/ePvz2GowlNxwsU8jnmO5GaL/o6BzhRBz6+zV80+rKhHnhUNv7ZF737bbX7
b9uvfbbJj3vxt2v95Vf/38s9f3RO//WHr1aE/W5Sgts//+2HP1WbOtuzocVbsVvSqI0jMZ+TJOjK
vjZLJJ+iupwQk7Hwr50roPBIMn7btyzjwGlBwEzpnZCDo5HxOMrZO0cJIsDKekA7i8Ao0i5hY7yL
e5TIYxADGSSbep2SKzGRG8GW4yfia6T+s64WHJPb8L8mK8Bn+i8YNL/fQy4jtBIk5D7eeqYqq/8Z
scOzFJk91QJA1RPALDy5v7i6JKShCYTCdeo9/OOmL8ysMDzAMZQ7NpQXLUwq7cuqr+KjwPI/KtQ2
EHwwMVzBNNSPLtwjqpBCjnpBMANE64vD+Is92SpDN1yoRiw4OPQgQYREd9GtpurDRWSb4SAUM1TC
QYxEScSiT7REE1oqeXMZO5S+TkxF2FvFG2KOHCHFQHzCU0wtT6RFTLTF8Wq6QqM/dssiVQTGYXoN
Wtq6ZgQdbfLF4qtFtHPFQ7y+bYpGCwPFLnIQPyTG6iMK12mpmkPBHWy48XOmbITAaVQ3pcNDJYEp
1Ek9fDNBfVOzJiGR+7I5XdE5UcFAx4k+K2QbxlmUxmRsxwY8tR/knUrbwAaivGbrOWgjMf+K/6d9
JBPlkyZ1dEF21Cx4SchMyTmMszIXshx0UTlzfDaYaikccyshJCNnhEmUykiC1EaOhKQoYb1vBB+F
fCN91LeGVDLXmithzB9DPBqNPMJt5KQK7Dw5o6p4bKC36LgUe0gdA8gRs8k6W42c1ET5Qcb9U6U/
MUqnRLICGT5NmziYUzlPm51/XMkmHMKczEUDBKhEdBilHEh/6Uo6XMegGctXrEtKPKqszEt3BEzB
VMRaOy9wjEXC1KUImUtHZMyC7KQ8s8sp8cZ2CpDI1JfJrMmwXMymDECwhEaiZBmu5JXC9KrLBDvH
9EK4HEDP7MvKDE2+fEPSNCfg4Ex0LMYzRCcq1nySzMQ64ojJ4gyctjFOV2Evy0RMjJTD4eTGVSIv
5pTN23xOvCL/LSd8LoFzuJDjwWerThaszfsbzevMK0RktBy8QefZiZm7uHv8wBqkprCoN6tioLey
T9sUz99szjXDTezkPJWsnLNSwJDkOYh8HF7LMYm0j+wKPQr7LuoUTTD8z/PcMpVk0I8bSbvoJ5eL
KTTzEhx0tNf5UIB0SfBJTlhZzvF8LuozSPCa0HF50Kg8ppP7y/Djz/AczBftRfIky8iZSoHrTNyC
uk2kxhyN0UrkUUnczSHdoakcx1JcQqXwykhCTyTVzx2tUFR8RB8dOB65UcUUsk36SvP8rSZFx9By
wDGtUso0U1ns0hbtu+VCTcHSUYtbUi7dSzWlUzY9xl/c0h6NKlM+jUI/DZ8yfcczTT8v9bI1hSi8
QdQpHS40db/erFTZo8nZfNPbStFOrf8YDPLUUPWzkzLU74lUIrVUWQs0Un1UMgXUTU1Vw4yZoYOh
15q8HhyYeaqp2tEphWtIXRW6XUS8Ut2fUxXIWGVCsgjIH4KxfMtABY1KlMnVLQG6F7pKXy3B9USQ
PAW/Vm3TzwxUZDVNekQxGRpGRq3Ca/TWP3XTRBVXhGxPhku4mvspUbVXD2NVksrUjeTWd42t4VGg
7/MJUjmM38lQfgWhMHVOTIXUV3VXf13GqNqlab3WcoXWDFxW/4xBKjUj0arTyEpSLe1XiJVT9IE0
NAPRTaNXUDwKik2cC6yqxXrW/MRMdwUlmQRY+pHQLMVTxrvXnwXaoJUVA3W2/ChQNftLWCfCQoWd
1V3aWXTtWZKlS1RFvzuNUzmZxHU9VIeV2vaCUJ69WqzFpKct2cbs2i+V2P4EvjzhLLI11rPlrrS1
2r3sVqdl0beFW0D5/1qoDVsts1ss5VuNzVspJbfBBcakRcopNNz2Clq1lVFwadu75drFddKmbVEV
alBtJUGEwTEb0zuTU0EGvbtcDSM3otTrRNx9TUrK1cXCjaaCJUEHOrFL00GQswxByk/avcBjVde/
xSPgfDPW1duMWlC4GkpeOl3VgNyxldx2Fd5L1UDYytxgLcDkHd6xY17ALdvKe97rpb2QNZ83YVqz
Zdbmdd7uDQ3pBFIfBMkJwk+hFF1trcpdcz48DLI1LM/7cdutst7V46UzW9aM7dhb3daQLGCSlDmR
e9YZaxqabZ9bAVPkFNX9S92GRV9rUTv9As/bta8ZnNsf1dnxpaQxqjlgV73g/zu5MnO4tGyWE/We
/q3clNLU1STWAT5hCfxesK3DTomwEv7WG47NHA5cEH6/361h4AXiF1P/3yF+3N41Yq011SQWqyXe
3il2YhqG4mKV4iB23eft4SN23C22E0IF3yLeYRbVQwsWYzj9yYhkl41DOszVvTPW3jQ24TV2UR6O
O9g1V5oNOvbcYOjTYGFRzz82xStOoyy2YTzewjZ21oGNXsSaEBjOVjTUYzTeX0Zu5KRr4E5O0IgM
3dmN3ft0YCGhZLzEXkw2X03m3n4DXbZMGYnTJ7P0UEjb3bs73rs5ZdfcnP79YkVGYlYGkV3GEGIO
1x4pu8D7ZX1VY2GmUHU1ZjCF4H0U2r9cZv1JXGfGF5z1PeQRYHojt2h+WGxmCxGuWhLO3icuY23O
RN+4PMOIXQLl4/jtI+MarWKfyToz5IprJp9s1mF2FpS0Y1VxltSq05vI1V79A2hj/7w9gqbaMUbn
48lkYV3oRi2ae77kMTvodMbiRK7oLm5oLsbnjZboVf7gj/ZeRE7VK63jiQ5jlObNqqvmxs1oNPYf
lz5pmFbG0xzpwCzphD5knX4scIbIN6bWxGohcYTWRqM8lY00WDLdnrZpNMLpdYY3TjRoUaNVEdwa
OV5gBFXAaRVlfyTJXM7p4Ixo3+1oO31MLnOjJdtYOIEfuPZgJg6Rb7bk82Xr8gVqI1XaDzxQUg5d
DjZrX8YKfZRZhTwxDS1QOpppoYXVO5xqH2ZXiv7rLJM0xGZIyiHRe2ucoFZciP5nlR4hc7bctX5J
k7bq0TGqHMkuvG7nusXoIlvSYHxbbd/0abX26L2GN/zNa+RrTwVVHKmk3nKJkXFeXbvO6ncU6NHu
Fu3iZ4a945e+4sSL69lGW+S2aNZQaJWqHYh72Xk9y8/1uO9OavwAXRFx6JEFvTmDRd7WX9UGItOW
bfQpPCykMZVdSxTjyUAFWumYZout1liOq91lwAGv/8cFWu9wrdm7im47/uHDWvDX8G3Qzu6CZq5m
3h3v4/AO9/AP73BVm3DtvksHz21sVl34HuphPmyQe1+46s4E929Vde7lFlsTV+W+ruPoZHHo8Emv
FW3lNmO/pakHr2oV53EqpnGtrvEhl2sNM3L5Blk5au3kWzVLVego13F1pnKsdvInB9XH3jqpTi4t
5/IpP2vgm2kHG3Ehz+MyP/F+TnE0F+qbVJode+p59aeHE0F55VBzlLiSZMvS5d0rx/GWlvLeqvNK
Sg2do92KjTafjBZMWWwTKSQy/yUzR21Fp+5F79svmkdlldl/ZVsoj3PpjvDd9vSRJWKoE/NmlOYZ
/mMfTVd1Tk/zhX4nXv3uxRpR75RHpt5Qxdr1vIi4G+NVqEZeoAzuUlZS7UNNv8ryU4fwyj7zVY9s
Rz9qN+Y1l9X2l5OhhxTSCO9OSoe5XIP0qDIcAOeMmKTgtObran9wa6da2Ab/IN40jOVhIT6X5cSa
FFhW8tL2rH029RyHd2mX90Ivqk7Xaws/bSR3eMre2qk+eIbHYIUH1xvf8YcH401vcuFFLfy2N2xV
4ltf+IuvdY6/6UTvbo9Pjncms2Bxz4oneZMH84yn8/E58pvv+FbzbbgD+ZYJZtKeXFuvdpxXeR8T
5t74eZ6eeVkfVokneqPfcpRv89dcW543eI0H5qJH9Ym/7Yv++pzVSZTXemae7l5G+omv+mQ3uECH
5Eg2SwZvYpuP+pTf8jqdNU9f+zHkCp4c7opF8HnuR4qnbaindfjuKOfa+zff5FDk5AKv1gN9NGij
dBfGbpmn+8On83hf/MZvRV8ONmqkPplKw/eGY0jLTmnr3Hk6A/qs13mqPnrvUtT4rMfQ72+3dCuH
rOewj23Vd3OGHvk9E6hXH1UypBFSqSHXLl4e0/9L1N/b4B8Meqf3c+UQoZdVzyeuqoDS+vRI55db
YKHv779uSY7lhZP8Ygd8P5raQ8u3ezN3sXbIlvz8ktR1T/Ya6CVfe27lps/+JwKIAAEEEBQwsKBB
hAoXMmzo8CHEiA0PSqQo8SLGjBo3cuyI0KLHkBMhAmhYkuBJASVPsiyY8qVKlyhn0mSZEuHNmDBr
yoxJc6RIjCBt8pz5smVNojp7qkSaM2hBkFCnOpRK9SpVqwmxcu368aLWhQK3RvVqVijas2rXmg3L
turbuHLLvh36E+nSuz135vXpFy9Wt3MjCrSLU+JTxIO1Ch68GGzUsY4nP2xMlzJmzJYXF+7s+TP/
6NCiR5Mubfo06s9sN2duWxnoRsYGJcM9bNQlgNw5daPUzRdw09w4hSu0mZih7NaalTNfa3hv0+E3
eRvdSZ238cPEtcv8Hf27zqPT/cbWuJk2Qdasm7NPH3d9e6iNLcJH/hW51fodj89NHv/9fwEG9VxR
5BXI1Ep6+ZSgggbCxOBfCOqVGH+QETYSerVVJCCHCunXkWEQPjhhS3w19yFlKHYIm4crqqWii+xZ
5BuNNdp4I4456rgjjz366JF693kYVpAxCghjRiFGeBuCJTJ1opHuRSkSY6lZeSWWWao2JZeXdfkl
WRYmOVCRYCqHZFpmhoSmXGzG6KaacZoJp5x1jf1HZ53mAZhneVHiyaF/fKYoaGCEuvjngIb2t6eE
uI0Y3E+Qhsccoq4pah+mZ1VYnEb8bepVpXKGemmi8Y1KqpcvLgShga329airj/mJaouZktRdo0vC
+mSrvpHnq3feVUfdhrQCaaypdyJ71qle+vjsjpk1uyyjtxL6qZ7UgkqpWLVqK9+3XE0b5rfjhv9r
6bnipnuVuRde1u668co7L73Z1ktlthmeC6+FB/F7L8ABC1wup0wuCV2weFmnlIjJJlkVSBHnqW97
ZP47MMYZazxxwa/y6uSEjRIXLK9n2guxlKl+edqZFG/8Mswxz3uxofDRR/PA+cm8M889G4uzoED7
XJHLQxt9NNIrziicwtspSCyD10lX3axJH2k11llr3ZqSCzoU9aoMNWwwttxufTbaaat96dLQuv02
sYCurRiFRT3qFHR5WWcbcHP7/XfGQnMM+EZlE3444olvq/jfgjP+OOTxOh65opNTfq/liw8+p3OX
p5255/IKRuOqTge3W8ec1m3ia3yCfrLmoWcX/brs+5Lka8mOPsU6rL33ZauoVAkbaVb9ndd+PPJH
j/5Q3KebNFyE02GHW6wqq+nmSruJx67xyQ9tuPdr086963GeOn74joGM995e/5o+1uhPJf968rvL
LPz561+v/aWK2ebDbJO7inVvfzLrnwHr9BzpjUxCpDNZmgAYwej1pnnOq2DYMIgvVSXwgB1s3M8C
uKgJdul8H4wZAk8IphQeq3zXK6AKMcbCGE5phhyxYes4x0EaypCHaLOLcbazvQIpTFabWyEMfShB
q+Hwg00UoQLNl0Ql2ik+npIbFTv0RBK+sIv4y+IIuSKeBhbRfe4r429Mpy4wHklLbnxjloIGxznC
cYpsRFfStnjHPZJKj5DzI5T4KP/I0AGScYWE4CAT+UdF4lFvDUxK+8IjIiGCpzvCyl5vLOko7oCI
kZ5M3CFB2bHdmRFvdnvax/JWSlWyaoBc/CQsfxhL8lUQbra8JS5z1MJZ8vJsoUTcL5fTy2HOjpgb
ZKIxk6k8ZXYyfsx8Jq1CaRk6UrOaptFiMaGpzZqxxXDgAx6LqIW+YA5qm+Y8orU81qAikvKbQsqh
SUpUxgWxs0Fhi+TYKjRDGE0znO/8pz8Bar2UnbOgLqQbYJqHuws6jWlqvB88xQayg+Fzlc8z0SUj
eqhjapSg3vqohsA5UHIZtKQ6RGdAQ1hDjoZUoB4dqUtfOlJymhSa0iSaNXOq06I0XW1NxepWSvvZ
0pjSdFlFJSkwCaUzxVwEW+7831BTd1Aj8fOnIHWpUFOKVJka8KhH3WiHvv+51CfxzoFCXKjvXKnV
f/qunsQL0D5ZGtSobvWqUK3eUx8Hp1058It6ZV6u7Kkri7avbGPtFFytOinwPGiISuNSVSFK1LXC
9H0qGchEJWXKh0Zur3sxHdQ4K9ekfo2sZ6VQQ6f2tOx09KaSNSpkRwvU2dI2prbtqBK92lmlivSk
uI1mbH36Wq5uNau9retXa2gzVCWXM6/0bWWDC5Hm1hasu8QtkShLXOROV2sUIdJhFcucvB5Xu0es
Unnt6sXbSve3zG3vDcVL3EDRdb4g2mlqzki2U5qyYC25En7OA2ABMjCwFFwnK0/Huongt8EOdhlP
P5LfoKUXvubl5kqF292y49J3rdmNV980I5Xl9hF2Mxvxc5Eolgez2DPyVWnVrkvXD1e3vDSGH4nZ
FpKzbjK0TkmtpDQo5IVmUsi0HO56a8o12ar3xuytK3f3qFuP8JgnI5Oa1xKk0NM2tjjjkRZvlWw2
Gc+1zBvWKnXDNeW/UljMiGzmmdVb3BfbV8rvXWSb3QxmDWN3xnSO8h3XbMgw61mYZO6tk6ML5URT
scWODk1nH+3oQu/50DUGtJxty2hKc/y6098ib32x6mck19nTpj41spp2FCiOGtF/3jSqPenHNDPT
uJOt8KJDHetELg+SmgQtJU276k3ROrdMFrWZ3QvrXfPaWn2bZyQperALM9t/cO5zskO97GrzkXZE
pja3LZ3igW7a1nIudrhFF7x0N7JPcb71pTPtFnSz23z+Gveb6h27+CK53K8Wiov1/TngFa1MJCry
8KjmoL5WL9MCvza/3z3Thiv74bWTWHrmM8G0SpuTCw8ZxRVtcXxL3NUjUTX15D1yFaLH4CpeubUj
jm1caxvmsJy1zWPu7plf2txPzrmxpQh0cd/V5Eav+NCbLfSk71zmre75v5kuSJz0S93EVod6tj1c
9W6ve+tFZ3XWyR11r5O97GC/epOfXnOzs73t4MZ1h8VOaii7ve5Vj2zJMf3kedsdWfSmat/j/fW0
h13wfyc7az7lVAGhLiOgfvvdjy33o6898CVuqu6sjNZUErjjCccdxxEcZHVmmeRlxzvPCZ/37Vq+
64AD3+FZLnmu+nvusd/67bHZetbPffJYXz3vd7+y8OW+g6hXO7KBPyThv9mjhQmp1DBZydHfRo0L
k77kmH/8ws+598x32Duf31KOLxhXxCMZvcKrZuLPvvuUh/z3V4ieXNLfRtkXPEYe73i1np2Q7Y87
7f1Z/BEa8v+oX+l82e8Ayz05UtwoIIlgmfLtFp8hn+/p2gBO1fEYoLYUX08RXQUmn3tdIAZeHM1d
XvJs3/t9YAmKIHSRIP7BGE4BDpL4nN4pGge63Q0qC21F37CNIHah2NCwCQ3WXgSyoM0tkPmFnJ9Y
CcAxYd4Uln4dB9hIGmj4VeqBoAUaIczdXv2sGPxJlRJizosRYQhqIfstXfDdmZ31GwW+oBmeIFaA
j2ixGhdO3Ri2ocO9IRxeBXCQ0vzkIXBxHRty38/poezQyapt0lvJWB0KYt6RYRYa4iG6Ht3BIBsN
IR4WoiReDtVFBhV+ImnY4SCm4ApuIp5xnu6ZIiACoPsRjSoMkpZi3c23XRD1/cUcjpqeFmIiIb4i
5bjc8PGiDaLZFwKj3/hiCRFj8LEiKyJj/nQiMOoiKTJjM1LiK0Lj70ljAjkjL1qj6mFjV1GjKnIj
FnpjM4JiTjGjOKogOa5juKVjALKj/uhRDiqSO7YiPJ5hC1bjHe7iPXrOXkHbInqgIdbjMvajP/Ih
QIbh4G0iQQ6jQcogGj7jPkbjQ3L8YkRu40QaXkVCJAkxjUJiXqGgY0YCYsaJn901YEI5lo8p4i1u
TBd23jxl0BV9ZBG+YUNuIkqySrCx1pYVWRCyWu88lEca2V20pPfp4U1u5P7IozQmpVJOY5Jh5Ci6
4VMeZFTq41SSZFX24kVi5SNG4lZKYD6G40hqYlgO2lWao1q+UTaWpcidZbXNYxm64Fc6JFwmllW6
ofRhnwZBzXcAW5fRE2uRXpANZU36X1aa5V0+FpWhImBZUf5lEMQpGvmpUscN1n5hZq6MzWHm5RW+
5WJaV1NNzylpZhA1ni0aZi2J3gOd5vkhzCx+pmQKSmyWIlcmJmiGZioGiP7FztiQrCVwOmE8ft22
6SbgeaZirstLKs5yqpxx6qAAHg59VSbfUFR/XSbqlJ+4BCd3dmeEuSV+POeYQVT0KaKXFdgoGSVs
AQ91IkyTHIhSTBthtttcWqRtimelSdbdlNZboSb/iZNdbmCgBSh+LtFRciRVpt+A3meBMqZ9JujM
LCiENmi+IWdu3h8YFSSFWhibTSiGZpGGbqhviqVWRuglEqiIjieJVmSIpqiLElOLviiqyeVY5gyK
ymgeeaeWdGbhyKdczCRNipHOBc6N4ugy3l2lJibcgZGekgKkWy0pZ5YVdnpeQEanGDKokXoXH/LX
f/YfaKJndARmlKoWgYGWajHQXhqZlI4e9jUgwqlncqZLjGbpwAkPl1ap03koPr7MnNKpL3VlnO4h
zPSpn3qXjsZRRPknjqFQfRYqn4KdR/amABVPoprfA0mHYzWJpPKPl5ogWNCoo1ppquxnlYbYgUge
qP7iQoaqqTUnlArlJPlhLTadnnqPq7Iq0DFlo0IlrraeroIlr/Zq4P1qkd6msA4roF7onh5r3RFr
gB0qtEZrFTJr30mrcFIrtgokWv9mq4P6TKqqKl1iKaPa3bce6FJ2ivVNapDGZESYKkg+D7yCGt+J
T7UeaaNFJkym3PRVkl9Gz/pcWawqnJf9CsAOma91Kr+AmnYSELlChaK2q8M+Jn/SKg0lHryWXivN
pJOKTWnO5/A8m5VN5s9d0iMJpqZqEvWA3r5GDSXxGJhaEI/mXK9tLML9JcP562sylnuC3MIGqqBC
bHWGbMaOEhElIRRCKdH2Jyp93EJarJbJJGEt7So1KcciLchR7OmlU+ZlZgL6Jfox7Rj9WMuaZ8ym
D3z0q6X2p/Tol8KtLVEM0YIRWWhl0mbB6XY5rd7srB/K6pOuaUUpqbqW7RY6W1K6GO1ExeeY+q3I
0FPa4qmyLitightGcWZhmmcaLdaahulqEWymimrSlavgpsi0cmoB7upk1KbDwuyQZq3R2M95mGgG
mm7P2Mx3Mhvoyq6Bdmogxi6weuvJ1O4zmeSqumQHYgqhopSF+uygXl143W7N0AfaLe9sCG+bdIYr
VsahrsbP1qoH6a5kaKAT8VSfOi+DsUy1AMW8Cmjp1heQAq1yDhhh5Ie1zu8cHVmYRFiO+e70Ai99
AlRxEuAk/44f3d7s0S6MJdpexFivsX7qliwfA0/YT5ZoV8BJsZFvGLGnJXnt5gWtGanhXfFv8kpY
RN0Mj1ow98oIQYEw8j4oBnPtmLJtB3tqsahwuJIk9TqwBJuwBMvNiKWZDldRsQpM/sbQ8cavWf7w
4+JlEWcY7wZxwCCxvZ0wA0fvox7U/75cDe8wz0DxRb4OF//Sd4UuFjWxuErvLAEh+OlvnlXiIXGx
FdbWppLuGUtx/44rAE+Ts0ZuCzOMYNkoL6Exw0Ywhr0lDQcSGcNx0SpYFc+xFmtv68pwJYowE2cx
WyVyz8pxLAEyCj8yJEeyJItmADsxwLhxC3qxvULyh9DP9h42cvcysvLWsRl7cBLTDinvGyvbcSbT
sS3vDHUtsSf/l1Qt427QvfIut/IBpyH2dhr9LvM1/bEuAzAubs0VT1cwc+sIymUqd2gZR4aYHV41
+zExQ/Pw0mvvUrMRhfI21+iMPvMa624xinF4AjE6v+Cltq+r9OTHxfE3CzE7+6Dnqo3GrdEbTyxZ
8Y3q3sol+5dIVMgVkVf6EvRnfZlqLpybrtbHwjMw9/MKm+vcCEalfPS7MlxCDSzZNgwZ9aVharBE
pWaPpVbnIh3zuOnXKmofEjCutFI6F5QmK2iearMoI7PprY7hmunFJm7V9he7VlTO5m30NoZQL+BS
n2oC3vNSfMo+P7FGR1FP+/RPZ9wfMpXqNG6koGZlZlTULnWIexk1GGqd1ka0QcMqAqrrYPZxTp/T
Tm9gMz/raJyiMJsHCkrUBgvb7rit0dpsyg6wwartaUFPSrN00ypnvd21um01X/e1X4vsAmf1iMal
ZicrRsvSOM/PEIcwUIvzrkn2h7rztnL0V7M2gtb1MY5JN3c2kro24dyqI5czCPHp9kbDRiHfHG2r
s2W/s2pPcFdz8nHv5hjKrwJ/EmpDNmXrsW1TahKTc3KP8fCOhS8bX3BjcXGv6HRnBZms73UXr5Xe
cGlnoC9iM2Yf8j8XM3iHM7jSWYY8N3dLHHtHNyV/9gSS9i8P8gcPk0d393xHc2aHtnG7t3zHdlr8
9okOVX5jra2290CzMIFj93vTo0ZFOBWTd4cL9DzfsmcrWaJx+HeHuIG3nyjxtlZ7Wonzs35PuLaC
i4JX94jX1ItjdYxDborv+IqXN166OITDuIQP54wfuXQOd23Ptj+ZeI/v95Nn+G4DOXQq85DreJGf
a3+3/zaK2/iSk/iVjzKFf6OKn/htK7lw43iYX2mWk3mZSzlxU3kac1qOi7mPG/mb87c0Yy8z79Sp
1Tmbf7ib53n59rmh1xGdAjomm3mwEro1H7jKODmCtyWNazhyw+iaL3qULyqXO6IaY3qTE7mgnxAF
A8mhnzqiivhkG5Oi83SbV6z9bjpoq3pcxDF1gzo4STqcD3qly/qfXnjNXnTpHVyQIrko5rqoM7oT
gbi5SnTScsTDtvV+SCxEc9G4hF6/qnWxj7msZbqrjzqsh6TnOnvnQe3S8rHmXq2Y+pdZQ2FCy9S1
H+7iMqmPwrJzezvsgnu4i3uj1k25r7XKnjUtajtZ6ySOqtWt4YCvkJp2Loc6luv7vvN7Cfq7gVly
3Zbm2Kr7sxcw+3T/KVJ9sTK1er4rOxHD939P+YKvXzKJ/KpDvA8hynb/Oq1D9/VKaHXpenhHvMSf
fJynPMGIiYOvcqQnu6/L3r6hOtJf66gGLlhD+2y677Z/N3Pzudnie8uT/DAnOM93dAtbskhvbj7X
bOFGYYLtKy7OB/T6fDYh+8NjfdYb91WPFoFspkt7fc5eX8l2PCSV7A1BcM1LWNKjupfat+3cuadP
cNxv+dxLLakqddkrtbxr5p2j/T8lvjmvHuGr/Ksrnb3/uNoDKHHOW9Aj029l/s9vPudrffKC/P+M
vufHm+mrL+qn/s7HN+vHoNFzGLBPstvb/K1beHrbOSNBmNWndtFnHSizQ/rtD78wznw7Hz/yx7rt
n7Klw/7ub/ak3/vv/ys/9dP+xDm/P+f8ILmJ5Yvs8lf/uV3/cc5+w68uV299oKM/vHk5gPe+9xs+
ytM/zTO/7oM/QAgQOJBgQYMHESZUuDBhAIYIHT6UOJFiRYsXMWbUuNFgRI0eOYYUOZJkRZADT5ZU
uZJjSpYvYcaUqdClgJo2O87USfLmwp47gQYVCvMnw6JDkSbNuVRp05ZOoUbdWfNmyqNSp2K8ipVr
15hbmXoVK9Ml2LFKzZ5Vi5Vqw7Brs15MC5du3YJzcdrVq3VvX79/kbaF+BYwT76FEe+dizfxWMaN
IUf2K/igVcki8T6+vJmlZs6fQYcWLZUyYc+bM49WHfT06rqtm8J2PWi7ZOm7hGlXPpybt+HenGUn
Df6b+ETbBC0Xx/1wuPLVV5s733jyKACCALBbv54de0btFKNLFy/wOMrlxFOPV++T+Xqo1B9+/y5g
/vyB8gVmz09fu37+9nVzT8DpBisQufXSG1DBvGhaMP+w2xiqz7/7uMOvv/vowzDDDdtz0MMOz0tu
vAQ/dK+n6q7bbz8LU6zIPgAXgtEiGVVMiEajIIxRwxo5LMi6C1vcEMAbGSzRyByRTLJI6Ug8ckS3
IkToQiBppHLHHylcEUgOsazxxy1V7I5LDPFb0UuJ4IuSQjHXnLBH/8oU000DnXSyPPLO+63JOpmk
UyIWzTSoPkEn7HJMCdk0FNAex/wv0fwK5ZJNHA9ELDw+Q7tzyU2V2xPTTgPUcUdGy+TRSv7IzDLD
OBdt1UcNS+3y0S2JNK/Swi79FDg/b7X1Sbl0VU/EYH3zFbBciY1M02H7BDbZZo199qle/wIrAGSl
7WrB2Tx78zTb3EDC1k4l+7IWJXG/RYvXaDktztt0Z/MIXSPTHPU18Cqr6tp54Q1pW3Ld3a3fbvEc
WOAlqTyVUeHwpUlebg1+b92CqXXu3YhVuxZji+oN80xHa9Vp35FJLhlNqkpOWeWVWW7Z5Zdhjlnm
mWmueat/KwbV2Y154/fDjoX8uNTYGobo4VB5jqtBpJX0Ga6LkwbNaQeBnqzoc6GkOGrWlg4RYnAP
3nq0qResutyGNRb76awB3pTss6BWW7K3B980W7Gr5V6baXbZpVusuPNuzG8T27Zr8MBXShvgqr6m
DXDEcYX8rcMJlHzuvbVuGsGwLYeM8l/5vrtzzzFv1+3Ndx5dWdWX/Dwj11nnHOfQ0eM89mpZt1sv
2G83qXTGCyc49d6PzT14ungnHs3f2c7cYtuVN9z4nEWPfnfmeU2e6OGtv1513aXvPvzFmzddT+jF
V0v72qn3Pn29yc8edY7fr75z8O+tf62yJj5dWPT1p63pnctmBTQgywKoPuztbX0M414C/zZACGKM
f6XzH+h8N0ENbpCD5Jqd83RGvw6O/xAoDayTCfMXPwbOL4MkdOFXSIhC5C3QNCzE2wulJcOute8g
gxqVfOZEqpe8yDsXqRAQudOmkDWOajTU3P8eiENi6bB85hNUkGT1w1dh8VFhmtR/ruilL0ZKTmQC
ohB7uEUi3pBPFfTa8cAWRSnqiorrAgsRF+UoQlVIaKkKoxB92KigBepQ9jqiEoe2MPZM0YkVq6PI
ADjHE85kibKjCB79+KYtwoqTPBLkH8Fkr0KeKZEyCuQajZMsN7aNWc+ToyTbuBGFnXFVohQhHBGJ
xjb9UYyI6s8YvwhIYFqIVrAyFKSS6MlfBhFEdGxk32yYSlg+SzOojBUy/WVB51QymZTqYuRygMdD
4d1ymsGqpsfESMhKVvGRTfymCmsIRXKW81Pt9GAMVflM59kThq+kZ4n4ybeACuhmA+0nPJ+IQTb+
80gGXeUGb4Y1hYLQdK0MYQsZGsvI4WadIUGlJm150UXe5UT7Es1DaWfRgEUyo3WzFOZi9Ut1brKM
QTJVizoaL2k2JFxMPBs4y2fQxH2kpdBqpi4d/wPTKy2Vj1g05CbfdEx5Uoo5iqNdYlBK0QuKRzNW
LWrP8AaoUnYSjYmcJwivScqnfsypNg3kRKuYL6090qs7DF04rzrOlpj0q64xl1OXGcxuBhGJ08Kl
+CLK088cJasV9elz+lrPsPpxrKj65CAVyUahTnWk5Nns8uxKUbxq9XyR1Shoi/fY6EW0rpBlZ/9U
yj7TjmunuFOt8j47kxPpc6tGnS1AFzo+cdYvt7p9rQVjW9rf9suh2tRfccly3DcON47LhVdzb0s8
6B4UNx+0Ilite92XZrd32yWKdFlJXqmFV7wbPWz3zPuS0Yo2qNFk7ztt+17rxbcz6G1fcvV63x98
upe66ePvUO0IW/UuVsDZwq5+V0sv/6Z0wbtqMDXH/0vSA26Ywx328IcNKOEEI7fCqLkwhgl8Yr9O
WKsABq+KnZlim4CYxjW28Y1JxlwWOxbCY4PxfQ+8uvZizrtB9uePy4ZjJee4x2IzsgOJrOAmZwrJ
mBKqi286U5BmMqczchFUjZhZ1H5rvu2a75MxWmURy/gqa8yiJ18VJ2NCSp1T6iSreIlZRbH1zWIu
MUF3fGb7qtmdMpFpbRqHSUKCec+NumZak1lMRQ6tqZFSKzZr6+BA15ezhPbQaSblpkgHM2xtzvNb
Fa1nPgtSVrOE85ZdxWpVj1nTI55uXl/s6Z9xxJqURfSUo4bmoZS5yIPWNaBlSdNMhjTN35WcsIVC
bEEpF1inx941rxGVosJmE9hJgzbXbJ3eblvY2oVOLXKWnG51rxuBQ+7utHFd3XIr6Mp/jpi1vk3U
cP/X3kKeN73Zjf/jtwS2m68mlI3i86dt/0mBO20tXEFYbGP/m9y0tlqSev3qQoVaTh0n5jDXhM2F
g1FLEcy0Zx328PXum8LjZjDFM9bsn1Kr16ZcqiiHxNZVk5XnOidNcFEOTddGmcQuz1S+CW2Wk3w0
qRhXNpzTGkZJV/aTrlYjs71pcZ5imXQsb3G/MxZwsY+d7GU3+9lXpmxJ37yyZj3r0p9uyFD7KFEy
pdWL5k7W7izc7U75q1EcwnXHJJbotyYtzGGpdLUjU7AbzzmmK9erI06e8pW3/OUxn3nNX16AJ0d3
vlR+8dAKFN6HR/wcFQ9Ynx+67Vi3ONJnftTQn7Sz9yw6tU+PT6BfpzDekDPX7FccV05JPPcnrrfR
7y1Z4TdW0MU3PlbBrmPl3556zXd+g4+P+7zBfiRljnjpnX39r2a/94jjPmaWz1vBiz+j5Df9s2NM
/btymv3sdX/4zR9/w9NXfvW3P/T/kc9gzo/b5I//Vsj/wuv+BpD3Jgn8zIz+EPC3FHC/9E/cEMqR
ItC67i8Dt6cAH7D/ONC0NjAEH8QBiY8Exw/tOsy53I2C0g+oQBAFZVC+nCzYXvAChW4GdVAltgLV
uIjUCk6WmIkrFhDcPPAEd9DJVHAJOez9sqyWqg6qDi3kSk4K+6jjqpDjBqXvoq9sbrD6IDAJt6YI
ua0H42zZgpDxDA6dFmaw9I7LcI6TKokMlWb/PvAAxbAGv8kMtQ0O12rR+kiZcOoNtWzWgmYObdAE
wY8O89AIRSWNRCKnusz1MqgH+Yjp0lCP6Gw7DHGXPPHRbg5Vou6okk8RC5ARG7EOTxVi6oSG9WSt
pkAKCw8llEDRsigFFTGio3CRuywQDGMwFTfG1EDGi+CEqdxwC5+uFnUp1m5RD3nG+4ZvEYExEdVE
zhyNqbDRpgJxFgXx0kj/LUB2Mbq87Qvn7xenUQDXYhIp8REXKRx5kapOyw6R8BwHxh0r0RlBC/gI
xxT3zx7psVhizB/764b00bf4DQbx8B/rkQkZsoCcsNY8T6JuZQGhkfnCUCHTRSDzER9J0Wgaa+jk
URoxMiP5KhRzMcwuTiN5UOZAjwUNJ/WOUCRHch+vqiS1phi/ZBOpsA8Fy5hyMnxU8tciMugmcuXg
sRfLMSFnkquQxiYHzg9lrQ+7cZS8JygBkhQLkvaO8iBxcJ/AoyHBMizFcizJ0mU0bGYWb+fSiOry
KH+ssvsqEReLoiLVD2Kycin9SuWWzs50jrAuSxNFUR1L8C3Rb/dWavS+PA4h40n48HJEFAckNi8y
JZPy3JIjzan2uNIXlTIAGzP4LhP/cggiHfD7TpExO9Ol9tAyK9AOSbMfTfM0af8yIFVz+kYzGkuz
f2AT2T6TMAlwwMgxZ+ax/HLTlXZzNq0MM1uuK3tL+4ZTtmRzDEXTA1sTKXmsOc1N+XjTsHyzNi3S
HIXTOpVrNYfzJ+hSMROqC8HzMrITPVGQPH/zDheTPdOz6z4zPd2TH6kTGufTYsqyP3NsPa+yAd9z
OjMzMfez/gAULsWzQIFTJuXzQJcrQQuTNqXTNl0TNyFUWPyTIXHv8aDwQ5FKME1yJKpE3yiUNS00
P1/zhTY0Zo7z2h5y0gIllMAMnYhpKg+OKl0Rp06FCx805hCzOjUzPjkTvuiTtj6tQ9dy2bCORpOI
6tSy0VrPRtcxRnWTO+uSOqcJ6bPWszlEFBK//wwg70hK4i5EqVQU4/AJYw0W2dDqOrKhkNNAh/Q8
i5QCky1M8RRD6W0laAnytuPu9k5IOM5PtRMXv/SskBRLzRMD9ZRFV3HtpKoWf9IafRQ0O82jcDQZ
BwlGaFEoLbUFBVRRlTO2JFT0wFQZGe+UoopN19BKIe5OS1QboRBSM7VQfa8+RXVOGdUlXagnYLEt
JdXR3LRRr5REVYVQMe1GJURSjrU3S1U7T4YO7zMmb5NXdY9MGXDNzO1ZI6+27rLiKrQ7N/M7OYhL
WaKjDjXagItcMxJRZ2zrtmtaQ7Jaf3Qctc5UXYSW4ASJtNAW96dFl5A525UlP88r/S1Xk5JIBf92
dNKmoAC2ZYpIDQW1jHqSRkXm77bV92pmofqTYOXU9i7UWhlW8Mz1JKlw29Jw79KVhx7TMJmSXcnM
XQt2Of+GseJUSBOWThdW+oZPP50OX7cSfiQS9/xmZS8pdbjVRCNSL51SaDG0PEcVRaEzJ/SR8Exl
5KrQTycVaz1WZH/uXYOUaX7VjFpxE1lRWK9OR1XFYuExaV+HnL419pwLanU1BxsnbuGUam2W1igN
4aAuFBvtyOpUHN/UTyhNP3xp5yotVf9W9RQXaW/VJPD23Ob2PYPz8NyWqsrCZ2kupDIu6tpSK2Tm
UyUGbFc0WsYWTb3occ8Us+4MKq0RozJXcDsexWfpNmd3NU9mV0GpDe6O1S/TCXSR1WV3NuuGVjh9
/zc2d7drX7Zy8ZNBb/d2Gra2JrN6NY+lqOtGjDZk9IVo19VVB/Y6xSl64VNnk9NI71Vug3aPODGq
dtLxTlYwmzZsp2p5iVekxtdyHVRLy/VIjXVipdRj7i5tjXZ9lTdyxTevyPdycXaESrYkRC1Qf5cY
CVUWVXFPYTY6UdN5qTVkpXaCHtgrvjEqgrKn8i9Jn1Z/6ZV/Icp/tdULMzg0UZiD59WDWViDQjhv
Z5h0Y3aHg2eB95dBOyiHXxiDwbeHExhzVdiGhbh/BedFfRgvbXeJVbQ2cdiFvzeJR3KKn/d8P7Z4
cQuLYVSLMZKLO7iKK/SKn7iNHhbt6hV/E/WHqRQYegc0Qz3NfmPYIBV4jr24gfPYjv8j1AUX1IqA
eIWbGJDVLFfQlSSYLmLvd4O5pZCZuI8ROekYjpR2NHVntUrcdAoLUYJTd+2I1YgjmY+/mHwrucos
ERm3MXG5kFUsrawsDZZ/dYT/GI6VuItPuY5TGcaEUW1XF21fmRAvq9Xu7GwrVULNuIbR+IN7WTja
OJo3dnATw2iV2TQluZlv+JmhzHLWD4rBWY51uYFRmZuNF/6o+VVP1zNLeZytz5nN2RHztEq1MVbv
FExbdRW79Yh1WJomVz2x2ZTJmZfjWV0VLgvXKnAVpVM12dVqqpho1bKGdSvx2FWtQl/mFwBpWEsZ
mHML+oL99kOhFDAV+gw9sQ0R93WNZ8qHKJWee2t7ZZWd09eqPjK/2vmM6diKP7qEJoJiR5QvZ2Vt
TVpQVVplW/eY3Eyl/YxIHy1h1FLVfDqfhSt90a2mgXaP3fkiKXmnDTrhfqOAQyt59QjS3DAbP86W
3WcoJQp/SMNqxRmn+7icuRqkA4dZ8AzPolJN+XKpp/pN/xluDFheOTqIt3qu6Xr7/xZsEit1ja/m
r2coSAVbiDt6nQ07caT5sl00nZvXOBzbfj44m3M6jSv7HU8YjMcYkj9boN95m0ebBtsKn5H4lsn4
VZd5sA25sFubs/EPMin2jMB6oiqah+Vtm0E7rgn6o0fGJ0g27gI3fGUbhrW4tiWbsL94roclox8y
eZnRufm5iIv1kKubQI1bp6sas837vAG2I7ISLdv3JwGTu4Xbu2OTuFVbq8P7eBFZRIDPrRH4uUn5
v8Hbj8V7l604uL8Hux+Ov0vbv1G7wXFbwFM0tFHUwCGIptVabb45HgH8wYubwKWTwst1vb/njQ8T
ulM7q70zvEG8pVYcKwU5ugMaxRXHVcVz27XvRyHlGsLFVWG3usUZysf/b1YMc7zDB3o0gZyejjyo
0PuAGJagiXy1mzjJt3TENXt/zG/JmzAvQqzGexOdTVvG6trJ6zsGUUpTuFxpvRzXVFUo7PmRX/zE
4drDI7x8YQ7LHZLB8cv0VDWmELrPiVrbIHodpXzCb1baDPloFpXiuG/QZdZzJRaYRfqnX1HQm1yn
n9y+BZzRwbXaEEtNrmgKmbGk/TXSC5F+p1a0Lz3FM935imIUXXdZ6xlbYXud6sjOYWaUkeK3v1yG
UX3MZ3zVi+8nbG4Ql1RTzzST/3LXD9vEvBagb9zSfZ3HaTzY2THWpU7jVrVHi3qpa12m8TytF9LW
N9TaWl2L+rJGs+yhSwNxsbudK3TdzMR9dA28xTXdpiWjVtpdJbpoVdsXwUjc5ErRXolwkFcywKxc
35n70228yhsu4IHi3X2OhL0iQdFl0cE9EsvUjIYQWv+/va9BVd/nru6yjWwpuBhJLms3nnfZIkYy
ESYk8ZD4Gs2JIt5H1+M9KnF3Uqrfttkvpz06u+cLF+NXzUNRdaUBN+YndOX12azr7k/pju+yVnUZ
bVU8OYKJpOLD02mpjOcP1q5+PsMMWOjzmg0d11WEN6YDtHRtpOCK3tUfL3Y5dajhXufjO824aSd0
Pd99jOvFOETcKL4UHIJDfuREza2w5KHzbmIJV+lDOuEbeepnze1SLXZhm+EzZ0qyDSev0YIL3+P8
HXloPu34nrGDfK0tv6vD/uP9rtp/qOlz/uRn+UqkShBBt19NXeUjP+HbFHZ7DvcPHkj/feIz+2TO
MvT/X+bUGd8uWl6ez4vY2zCvaTXuyT7tAZvuQLTxe1ojuszM9z71bRLRnb2qjH8sJ57gPdUQ9/Vq
G1pr56zglfvrkxvwIoK39/rkjXELl8np9Z9Hl4j7AUKAwIEECxo8iDChwoUMDQZoKOBhwQASIVq8
iDEjxIoMOWr8CDKkyJEOSZok6PGkypUsI7ZEyBGAzJk0a9q8iTOnTpotU04sCTKlR4o+XRIEMBAp
UoFLBTRl6hSq1KhSnx5NmlApxqJFX3oN2fUnxa9ky3Y0izYtybAqx25UCzct27Zx6yYkijcvzLx8
+xLd67dvwaZapxpcWngwVqpTrRpm/BimZLuUf1a+/ww3JeHFXx1flHlVo2eWcy1vrFhaYGrMrO/K
bW2XrVCwQFW7Pehx89OZh7Hy9k14d2KnoBUTH13bNOzMy5uTNr64OOLo0RNbr8o4+OPrm5kink4c
avfwQS/iVXgbpcXVzmGzF6kZNHLk7V13/LsW/93070HSf41bfQAKSGBGuRk33m/HSedbUr9NlyBn
jUUV4YTZLTjeR6nNNlB6Ab5VYIj9leegVsIpJV+DxR3X3oixeRgifJPF+JKLNDanGWcMXsjjbtVh
VyFkkKVoYY8Q6ghfYHrhtpqSgt1Yn40GIsgjhQ1emGFrUta1JZRGJeelSV2GSdmYZF62YXIwKreQ
mQ9nijkgkBJiOeF/aHrpZoz/XL0JJ59Q5umnWuydt9+HDQEaqEaI2kfdid4huaKCyy36FaVRzpio
opnquemfW5mH2nqdxhbnTqaeuiJrltY4aputvgprh7ESuCpKTc6KVq3q4Yoenrzu+muwZOoqrHkt
FstqrsiyKWKxXDkJbbTSTktttdYGtqyx2d7pHLG4evtltuD2Geye2/Z07qHplnnsuiOBGxN0sI67
lrOYuvsuvozqq2y3/JJo1oFFflcnpOBxeyO9CDPLkp1zMjQfl/+CObFXCqtb8af9XnXijt4drNvD
EnsqrLkQk1eYpOGB/OjHgzmq4INHRXpdVamelbFqOZN1Mc47YxzwQVZ1F2HRoCLH1XNQ1y7NdNNP
UoxQyANTJ15voQktZNUFT51lrzsnnS7Y+/7sddDnik322FldWSXRbM85NNtS08m1pl+nja6/eJdd
FtqV+b03sAuhaJjKPH1MsIMvz0yhdsPF/PiDN7v6tdOWX4555tO2G7ihfYfduXsQOUzj4XSF7vnC
4QI+LOpQJ7st653LHijtZ8rOUaiu26Z5777/vmaNwA/v++7/aBKPfPJLG98h7bqHy3z00k9/KfXQ
32f733oblb313n8/+2Emjk6kuBrbtm73Ej3UPfjuv59xTNJBPnSKjjb+sm6Js7g9iK8/v6n2uYR9
8CugAQ84pavVDGtW2lrWqGK0yGDmPbJZX+qGJUBbZRCBHOzgvKAzHLhpTUhBYtkIW2St0zBJeb+7
nQdfCEMDCgx/LqPS/TJEpAqpTEvnY5JpNtgpAMZwiEQ0nvxQhcQkKtF0quoh+orIMCBCcYpU1J71
KPjEKgpOVlrsohdBd0UnfpGL1xujGc/4KinSSI27YyMa3whHoG0nfHEEWB3viMc1UgmCEppb4vwI
HAlWL4/aGSKkIQ8putCApyaK+Y7MSlQ3QXIOkZSspCX/cbRHEyqQanTrJOmaCMVPKkSUDfHRJU+J
SoYZcYqOnJlwXLm/+ZnuZpJqZSpviUg3FkiXrdofdhZ0pUVSDUWRKtwvcYnMO/JSQMvsFDHz50q5
6dBm9/slKZOJzSE2c5JfvGY2vwlO7LFwnOTkyze3Gc50whCd6rRjO98JT5/F81fsnKfZvjUqduqq
nvaUYz/jR8981u5z/8RnQXPGT8oFcKA8O+isEurQ062tj0ii6NXkhVHSQbSMvmpoRNP40YmxxZQP
LKkDAbkyxUlyo27y2JEkmcBKhbRVG50pbUYZtVL2JjjFjKCV6MPSkwSphuSymE2DeFR8jXSiVXog
0VDaCkA+8i1RLTXhAvP/1RZoJXWruUzUf4JqEm/Wy6NcJVPEyhpQXoGVT/tE63JoBkn6UROSbmWo
QRfqp7bWFTOmFOYNrSnWvU4qrXhlK0EFWxm4AsmRwmxcYBELyrv6c2OTDZNeIYvZLtb0glOlrDwf
FcKRPPZeectss0z70EbWT38t419kK3tYOcqMp0JL1Q5pKyOyopaZu43VDD2jyata0X+CKuTWusZJ
q412i6XtLTedm6nfVtSniSRunD4rtbNmLW4YjalRoftc8OYVhIwLLlEnaNzrKvSkk0vpeRvTXjE+
R7yYpG90YbnEnaBXVLu063fty0MA+9e3Ah2vbgU8XAS7UK0FNuyBFTwyCAi3TqiDvK+B1WUqYXZl
2LKbdO1Pi0lUwiGtwW+67IaZc2KSBXO6yuXkcr1L1QE3N8WepTGtGilBxzRWqib9r4UdjOHMblbD
Gc4RXeGbIBD3GHY/LnFsITtkUm34iPldIooL6+QHCzZ7Z33xfItM2CYvOMiYpVTKXBriOpUvZuR5
75clHGXmXjjLZIbyS6ZpVQvtOM/3hHOYYzxnJtu5JV1L2TAP3aOHeZm0Nm70SuKMQDNHs49KPtya
K31kQTt600UdNPUgzel2glqG3ht1qMNpavilus+nbrXdhFxqV5bL+tVljvWsb21dxOZJu3ZZdGdx
DWxV1jU3LEMpn616sJYhW9nMTvJNgw1tYbv1t5bm8Z6t6WLyJlrPwGHzs6MN7lW7T7pTw7a53TbH
Y5oXZW3LLbjDjVpxa/ndt5b39+ztY3oDG99h7Le+g83vT9v63/uO98AJXm+D+xvhsw749Bz+aIbj
GuLRo/hJLC7xipOYkBgfa8b/TbvWX/+5f9Lr+MddF3K1lau/Cz+5rs3yydGWxlIxZ2pGgMpygbu8
1uQTz7rRXOyjqfx1gWyg4Qxts0wrEtOuxTmtygl1qO+c5zodYQkdWJ1rznxwcquotbe7tgiim9E5
1xBsu2IykeuM7Byd+st7HtWr0w2quebsJuX+dR2HHWvJhqkut7R1u3M08GxHu9t7uxpf55vtPi8c
Lenny/jaktLIJWPC3C1ywwtezpYXtskPj/KNM37JQrXJvG/87aFrnuicX7vgPw/60KV89ATuqDvJ
vnppd97zQ4/9tEW/+dTa3uyf3b3x2976tuf+kJCG/ZWxfHw6q12yekw97lUPeFvXE935Kv4gFGvq
k9Rwl4FcnzHtvd99WmP/+sVv/fIN2fwpgv+CcB2/sW3bZm+TPvrJ3/+E0w9j7Gd3hCdfqBR/3xci
pBR+8pIlRoN3CxRa09d5DFJsL+V/qsMp1jeA67de6XVLu2aBPqV4yMdBYYFmVkde92duPf+2gBfV
gJByTHcHg/zVgYBUgTsUXmWnfgL4P9nXgRcIR7uWdR2Gg1hVRCZIeUWCOC/FSNvmYZwVHyUyfsD0
VD5CM0P1g6lDgQoUghkIgAWoSu+nfb0nJ07xEBaIaBFYRUKIgif1ZtqEU5FEQl43dtemciMyghfn
T/RReZc3fDu4gTxIhnyEGGfYho1FUlp0gEdIU8HHYe03cqd1e4FIiRI4iJW0iEQ0f6z3f5aIfn44
iT0oiOfniJSUiXAIfLNXiiD1hwFYiWHog2I4hvBHfTG0ibr3iFkYiTroiqL4iowni7OoTQTkgcDH
PGNxK6lojLj4idUXirA4ipsXjMJYccH/YyvM2H+9pofF6Fv6sRfYSIKdyH/iSIqN2IpgyHmySIDb
dx/1wYcq8WJD4RDTqIVtdl63xW5q1loi5mFqOI6cCH3QY43JiFQAeY4GyYpfyI3Q+IvSeIkaZI1q
UUvJdoVHJlf2SIPqEZH/yCZY2FSeRIduCFMcmY2ANo/r6InnqIoIaY4KmZEc6IvTR48Fski8gW5M
qFKI5kSoMRdY1GF7NIdt2G6ddFEPWZImyUUbGY4k+YUrCY7LyFsaGJMMKZNG6Y62VT75N1dPOD9g
MZBpt4dJqHRGwnSEiFsjSY1WSVXeeI2ruJQqCZVMGZc5+JLRSI0o6X74El/Hc5SWV2V/LQmYTaiW
b7ks/FGXMkaYzpiSLQmKxKeL6hiLg6mJSvmU5KiL5RcXdjKCbLmYjemZPlEHmuZ0kIc5lekYmeVI
i8InGlrjVy1GiFGlSCkIlHmIjmP2b4B3djBJhjNpirVoETj5muemhH2lbkHZh+qFmPAmlVTJnMAo
mXh0iqVTkNN5m5inm6YJiWnJfUiZkJrImPqGm5AImdmpfNkUnev0nfQWno95nQ6Jmhznmy90i9W5
nNjZkKzHm12lmt45lxNnnXY5eKfplqlZe4zYnwlXn8c3npdZnth0nvKZnu+2npnXnvj5nMoUnx40
n+D5n/cZoOSZn74novY0oRX6oQwaoiOqonuFlw1qkGGRoisqo1zVogtale85o/85WkmbmZsAmnwx
qqMoF5q9825913c+qKAm+qMXGqSBU0/bqUWI2F0PCZb2eaMD2qSo86RZmpZW2pzuiaVc6qSYSWFC
t5ArWqNKyn9AKqZ4s1RftzI/95NnxqDQVqIAWqVgypJtOqajdIU7gkOPJIdfJXF36qF5aqE4yqdk
86bHNl0UOYN72aV22qGlmaQgyqSLClAJWKcAV6lfepcCuqeayqjcyaEJGqo+uqaZSqr/sqUMZ6iW
mqooyqqtqi9DSqSw+qleyqt6Oqq2qlaUOamKSZ/P2KuzeqWKCqxBlDsveZxVhxHeBKVnFKugeqLJ
WijLOmCISpD8YyK+9IQfZjUEECQfn+00rWZUrceamImqrQxWGxvZrSBZbl03p0C4rq6Wrpcapkuq
KLjqr/8KsAErsAOrJCt0Gpsjg/O6UyKEdUjqqah6rT8hVjDariVDKG1ZjsQmlNVEr7CkOJJamfi6
q/paEkYqSBRbsa7KIbIVmC2LEw5bcBCLqC4hpUWJsilbMW4Rr7ZZrI5JocrapedasTtrmRI6ssga
svyKsw9nqup5tBGrrkq7tBqXnMpprCRrrVI7tatUtdGWr0gbtau6tVQbaKd6tWCLtc45tsfYtEYr
s4V3fje7tqHXtZT6tq8Xt505tyLVtlbrsyY6s1q7t335WrZOe7fsWIpyO7iEC2QE97VQm7a+uriT
q6FPO7OBK7aUq7kd9LiXm7e1urmh66aWC7eJq7eii7p0dLaQi7bsmrqvq3Or67mmC7qoS7C366+F
Srp4S7tAC7v3CqG6eri817v7+rvDioDCK7ul+6Kne7zIm5OxeTLuOKW81mlm+7d4+rm+C7viJ0vD
9Hjb9Vdd2XgYyWb1p1pLR1u19JG1S2Ody7zMqLjPW3c5lUlDGZQz6ITIFXTpRpQdi4adGrPLy7vN
676hm3jcBpte578QOK91+JFYCFUB7LynBr8FLL8VfLwJDFqAtVo69lcK3FQ5lHX2N4Qfi39o+dmX
Dbe7iGvA3Pu6QlumpOm3gCirrCttMgxhOhxhjtvCxPvCxrvBuEvEUae7w5uXxSvE3ftGPKyIP5zE
QQzDmnux6HrEBOzCGdyOVOx+MDJD2uiqV5y9h7q9ByuspMohnAkmrJWPEdzGkUSbLum1UBx9mAu9
m5vG6zjBUhg3L9iwYIRwF5zFJenEVDd4ayJdD4hjDbxi6bPEYvZFggzEWky/XmlBaNSCgGzFSFzH
ZVzJRrjJSTuuZfGsNLyGdKydnvzJEGuguHh0FLmF5fbK3pp/PSXArTzGN2zHwLvKj3xAmWy/srmw
OIZ0TtVuY6fBJYjKLkrJvczK/P8JjiL4NlVTzAn7v/tXyMXFyamsxM5sw08MkLM8JOMzrhybUieo
f8kcactsowdcydmMnBAHzzVWm62Lwyvszb5Mar8aoZrFzmp6x/mszwUEzLHTxP+sqgEt0KLMuQPd
uOQ5bqAMuKq80PULzgwdkF6jlPPMy80cxR5d0RZ9ymssdHHcw8UXPPNsJmma0B0t0EUM0+RUj83W
Wn0rjc1KykBo0vmxjezZ0hwd0p4pzRltlGoMMd9rkdlxliwCsnJxxmcaufaMz0HNfCDUhUQdt8QY
rYB6aIxV06yZoeq6y0BN1ZJ4NtzoxTcnOdVkHeUKwhjZnRPdzWV91tvqLoPSPPMbe3OjPLriCdAu
TdfUKX2AbdPzmEcs7aFTHdhx3s2z8nxOPZrYcrnYzSiRPa3QjP2BkH3Dij3Zgi1aK3ik7uTY5qnZ
WSvZnX2gvxkZ6Wydo+2gpR22l43aWP0RNctjEu3ayYTYm33asw3J4pjbyLTbpi3bvl23xBrcuDTc
sU3Yxp2LD53cme3XP+3cyPKqvZ3aVT3dkV3c1c2zjX3Xj73dvN3d3v3cHax4eUjWhw3bUc3P5h1g
LBuC7TWReudm3zyiy+3e7w3fGDg22VXSkhTaqwt6+i3V39jfXohdjUx+9q1oEj2jBn7PZhzTFW7h
F47hGT6kwhyu7hWuS4BN4Icn4buc4N/tzlIWpCM+xSVOl/w9WE2q4g7N4i8Os2adozHu4jN+3Ap+
4+194Dq+n4Md4T4+4UBeoA895ONN3EaO2eed5D7N3Uzez6OZ30RO4lJO25755D8b5Vie5cS65XKd
414ux1ouoziO0WRe5mB+5la+4moO5zTO5eQd55l1zua6/OZ2rucnrb0yvufuoeFPk+Ju7ud//lom
3uZKztyGvuY23uOKvt+M7uRo0dQiXeWQ/uOSbub+Yb5I7XGDjulFrul3Xtshaa+3XOCEPuajfugi
IXe+tt7sHepXzupRGVadXspQLaJoztm1Xl0ksdN5jr1inua+7t9UfulQTufGHiWBLpowrurFzuwo
LuRh3ueFPu34veqox46m0b7t2R7i0DOFFaajvI7gCPeOM8y0zsrgJuzG7VvPvmfuh+Ls9W7vuCpV
V92at31o947hwiyYUjiWIK7tu+7tsbdj2wacFjXge4PXCevHJ5htzyziB9+uDQ8+D4/k1k7G4F7Y
PP7oyi7tHr9fG5/oIt/rJP/riN7ts67yhYvsBu/yL1/tMS/vFk/zpL7pLY/y2J3zJV/zPD/nI//z
z8fyKjrvRc+L/5N+8kOf8krP50wv9MQO9Y4u9UiP81WPQv7OpUmv9Q3NuHXk9V+/zmEfR2P/57H+
6U9v3fA5876u9hAu26QTxzV3vUGY9YYuJTcJrW/1GdXci6VBgXKqUhL/R/tb02LnMHHPatde6+9h
k27tWG3T1nqHlfPNxpdfQ+e7+VtJmoIPwMmlyPKKzMdspj4PzU6P+kzuIjVjhxD8k9M88XDKZyyW
65FO07JcryLs+sll+nCN7fvc8+XN+p9Br6/v+0T4NrDP783v7v44/FM6Kovv9tHP+Ib7m9/awSgD
eQNvj/azOOvWdJP3/Pet+ncj69bP7BkU7HLO9vYCnfXLpl5+/f+hqMP1r2lUP+r4b8P3DxACBA4k
WFBAAIMJFS5k2NDhQ4gRJU4kiDCiRYMYE2qk2NHjR5AhRY4kWdLkSZQpVXJU2dLly4UsBbIEAECA
TZsOc07c2bEnzIEyYwIlWpRkAKFDNzZMatTpU6hRpU6lWrCp1apZtR5UqLFmTpwEvxrcibOm2Jtg
zw4cK3Yt2rQ/W17FutVuSqR0lWZ0iPTuX8CBBQ8uqXdmwZ9yCS9m2hUx25uQBSaOXNly2ckKMWu2
TNTwYcahXwr9fDCvaNSpVa8++ZkjZrCSZcfODHcz69aO4Ua+TTaz4s09e8uuTXyuxNK4lVfUvdz5
c+jRl0J8DVmpbVu3b7HPfiv9I+nHv7P7/t3dLFvhYdHLve4ZuXf4zKfHp1/fvlbX4XkXp5yWf/jh
7mtsvpcUU6205AQcDDwFG3TwwcIugpAwBif0KEELV6swQw47zDA/D+3aMMS+SIxvRBNTVPFBDFc0
CUUX5YtxORhntPFG1lrE8bvmduTKxwN7BHJIIu/SsUjqhMTxSCSNqrFJKKN0iUkpCZTRRyqrPM5K
Lbv0EqQsv+p8MsYwv4yQSzPTVHOvNSka08Uy2+QRTTnrNDNOLd9cEU8736OzT0Cj5FNKPVUcNNAB
+UJ0UUIZTbQuIA91VFFKJ7V0R0mbzPRSMZXk9NMU8xJ1VFJLNfVUVFNVdVVWW3X1VVBjZfNKWWu1
9VZcOyw0V1579fXXxXYFdlhiD3z1WGSTVXZZZptFlUhhi5V22sA2ddRa6aKldts0sR3tUW4hxdLT
cMtt09spwT1JPaoM7KxdkdB9Tltz60VS3pXUZWgt2Ga7zD+Ab0uMXdr2E++/fvkreDKC0Tv4MvUC
1NdGeu21eFyTzCuru5H/ript47a+StjgfxnerjKREx555ZJbri1lfwVW2N1ZlyT3Ypw1zVi/d8+s
ed+YGbZu6P+Klqw3mZMmuuX+BI5NZpSNK3HIinO22tCdd+M53om/pBkvaG++euwb8dR4vdwYwrfP
tZWrmmy4LWw77Z/LnTtHsePWm8S7fe7KWcADF3xwwk8N+8+9E9fVOY9z7jtIxBWXHMLHO1b3LHZJ
+jrPwyOf/HPIk6Tx0ZAhBk5j9tC+088Puwb9ddEQ3HrzqhrfLWKpj15o4dUllJu6ymEX3k3WETa6
6OEKpl1tcFXeXer+tObcdwf96kjU4bOvtvh/r+M4LpDJi4tr5m83PSHMLVW//fsqC3f//VK1l98+
2c1XHsD7bcud+0rtrX9+AE7rf7ix3cUGGEAE/uqAGm1y3bYWmEAI2o1xDaRW8CJ4wUVZEEwUFCAG
Pbg3Dc6pbuEK4QdN2K0Jls+AJ2Sh41I4Qm6VsIUzhJIMiadCi9mQhjuM1AvzVkEeBrGDo8Oh/4R4
xGHpkH/iMiISncgrJVLviVOkYhWteEUsxiogADs=

--Multipart_Tue__21_Oct_2003_14:35:45_+0200_002ece08
Content-Type: application/octet-stream;
 name="iso_pdm_obss.gif"
Content-Disposition: attachment;
 filename="iso_pdm_obss.gif"
Content-Transfer-Encoding: base64

R0lGODdhHwPnA/cAAAAAAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAAAAAALAAAAAAfA+cD
QAj/AAMIHEiwoMGDCBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHIkRgMmTKFOqXMmypcuX
MFmSnEnTIQCJNwPk1DnwZE+UAnOmDNozKFCdR5HujLi0ptOnUKM2bMowaVKlO69qNVlwKVWfOKWK
HRuSaleCQq1yNQrWalGsadeyrUq2rkezdp/izcu3r1+Ee/+KDCy4MNmYiBMrXvzSsGOFXo0S5Tm5
MmXLQi1DJFw0q+bPj0OLJhn5refLmSlzpria52mzrUfL7lh68mm0tt8uLJ117c3UqA3Gnj12OPHN
VeUeX85cd/OMxp8zBwtY+lTrfqNjF769emrqrzsr//duW254otSJ1zbtHDh70HTfK0Vf+bbz4uZ9
+56/O39c9OM9pp163eU1YIGXIajgbAcW2OCCEEYo4YQUVmhhWAviBduF3T24nIccXjcScBt69ptq
uAWnIog2hejiRLGxmJCML05I42g31piijmXx6ONBQ0F21UZB/mjkjisetV5J1RF5pJPtseWffDme
5ZpmmfW25EVVPjndQyfmFuaVXNnHnZjB/TZml146pSVjRDKG2JltWsSmj3fWiSOYIwKpp4uRremf
mRV9lxuKiLp335/ILXqbW1amF+ehSqKmHI15MmpYgDP2iaSmFWb6l6gc1qZomvRdSeWhPV5nonzC
yTYp66y01mrrrbi6xORgVoJqYVNqXWqebkN2muh/cyW7oa+NMsuUs9aFt6aqgUmL6ql0wgftttz/
duvtt3ep5pO11P50qbhlspflZ8CCqyCpfcH7q7uf0osnab3aG+2uSCq63leLPqtvwN7KO/CHppXp
1YmPgpewmmgxTPDBvIZoMIXAgpeew/xBx2dbNV1MMaD5ApnrySinrPLKK+3478SsUYolq6CJLOGb
J+Ok8kw2j0xbitMmGCZhvK2IYrow+xxvVxoL+6i5rWnIUc8QLjxolFitGt/QkVq65UdUK21jyQmK
XVjYJRmHNoJrY9e22WyT/TbcdOtoatlco8vpZoZmrSp/RVY5d9371js44doybd/TgTvcLmaxrnY4
4pRXXpzclvM1uacHbz5q5tBa+yrS491NZmdIhakIerOqC500lBp5/mWT7+nXen20I1r27pT6W2/i
q7v7+O+8Bw82yRTLvrTxIw/vKPM0vXz7sZBv3ft+etfcfL+4G52669Yn2jXesEPP7bLPk21+uBZv
z6zy629aMsDqxx8ny/jX6r6v8NtfV9PK+l6xrGauAKLLf0mjH+qG1rQpde88EeP/TP8QSEHLOW93
Cqxg7PLHQVntL1uoYhfweNMb4HlPd+BzGe6IpkE3ORBkB+zPm+azH0gZroUxI1a/xgSlvlUqe7yb
oGyE+Bwi4nA3uSMf5up3RMggr3PcO+FPaCY5ZdmugJLJ4mGa2CEQXhCDIOQiEpuDLWNBsW5GFGMS
lZi+G6rxjWQkXBrh6Mb7ZFCEdHRi+5LXwT760YN5RNj8lljHQIbxkOoqV75I5DXs+WmMZyyVId9n
Mi0FUD8BIqAVfbg3Cz5xYCxsZAa3VMbTxcWRkJwko+74xTsG0ZCmq17xCiUzJfoOkeCaI5dUaa9W
htGVb8zY1bCoumKt0YSs05f0ayD4HfdUUXy2nBkueeksXxLydTjU5RST2ctPUrNGUhtkIfFIvG+a
s1WSPKfdHvkpa45zllzUJi3VSU+fiW6BiZPY6eaSlmk2UZ45rKdAv8VApB0tVTib4risFjS/JQli
Cp0e3UwXpK/N058C/xuoRj/YRmm+E5gR/KNIR7ozKS3mfinD6EZXGjp22vGa5OzoEZcZLHymUI8+
rGXfmMjSnlbTpR6NqVDBKEaAwsinSC0YUNk4VFeCNKlQjeok0ffSj/5SpfGT0XkYBzQdekyqYP0T
VYNKVKvyFIFGxVBY1/qksTK1rDKF60xViLUcIastmvyeXrHJ1r5ibKkXdOpV1ZfWDHnTr4hNJ0zd
GVfBVnCZWuvnTY2V066+FZmJzayDACtOs3oWrSQNrTE1S9p3cbadg/0sZkvL2tZSMrVklatsn5q5
PDHzgSFzrW67CNvLBk2frgFutRJpIuHm8keF3a1r3RrY3s4Wq3KMYhfjRifLRlX2utpTrnZnt1iY
Pte7ySXQvf+2S14Gnbaqqv1uOSequAhCzb3t7KTJrrcuuAQsvOVNLHM721jn0ja/AA6w284bW8em
F78C8hKCxaIhjultLw6eoZTea9IJL1XA/yOwb/3LYcqJyrFuPR4op1ak7CjtNQqL2N8k/NC9potQ
hevugTu8XnsqOJLgg+A2nSkivEo2WXrNpGiHTGT9gWq/qMUcuWiYuoYNC038bDJfwak4FnfMyQPi
JJABCM8ub2vBqQwmmO2kYcY2lcax+uBtT8hIicaHLjo+JkEPq8YxX3ScZlZvf88qvBuDssgkhWWd
kIzePc+Yz8d11A+rGuIZVRZwOs2uMulc1EGXGbxoPrPY7KyL1m5yc3F6pFn1JDYcTo+tTYQucKb1
vFoM43he50tklA3K4iWPS8qt5q2MDc1rTf+UfXTVsfSCnWs+jbiukc2iRce301re137yhe6FUr3h
Jd7axwCy8A4tCekYRsjU6PS0YtH65rZe+tDonrKRhv03wJQu2JJSW6Sh2ewLz3mPFJSgpXubZwP3
Wrbmvv+3q/2nb1Sf+9/+9rW68d0x+7anpvF9spexyEnsXfe/X6a0+Qq+bpXApSXlAbSc9j3qyDa7
Z10Cd/TI3Ktll7XNAQ34QWfdUBvWl8m0VjmYSue0bcMXyA3fWM+JGfRor1Pg4p62BaNW7qNX0soN
PKVHGUqiCBMd0QPvljChLnEr47Q8W36hvRE33DBTebxZT57Go2vGtjs9xyanIr9+lna1M7y2oXb7
2Xmk87r73S5lz/vbi4ZHmGdUdyCDeSj/zni4BV7vL+q7nBtP+aRjVPKTF+/lK895u2e+2Ib1qgIl
y+Odq2krF0dWjTvP+td+fuJ/RXvrZx+6AY62xEeS1NU+dw/0SgqpWp3UPe1dz9493V09Hoea0Evc
ssjZHvcf37rwh79Ksg9R76DGflf1SeqS73X1onn8NJ8p+LGDnvr/snco6r3qUM29PuYJPr4gMy/+
13P8/ej3c/RTaqCVlV8q01ddbbZVpTdGj+ZskoZ8LQJ52HR/n4d5+cdyMTWA7VZ23Pcw53J49YZd
KLRwlyN/bvIwLmZc2oZiECUZDbV5Zod1Ebhu1md841Y1/9eATWd+sNeCONh69Qd+DmiDEJiDh+d4
LbiDNLiCZ/WDQGhsxtZ99cOEXzFAuDU9TngmGSgi4Uc7XHNz4YRCP3ZFAgQ02GJqRIhMPehPSJiE
Vlh8VwiCm8WAZFiDZnhkiTZpyMYqzVRdgDdvtXOE/fd4hNeBXzhZTYJtI1hCWuSBmkd/aWh/Rihz
U7OHUYh4kWh4pY94bERncw90e5lIdd1TMWXUaIKBeWcYO3DIh5oyihIobiJnZFPBQdK2RWzYUo2I
Y+zWYMPTLtm3hGB3ZWI3g2hYRKv4R+mHaGWoZp24SHRSi8coYosHftUUjNDIf78IM+Tnhoiof1r3
am7HhA13Fty3aNz2UAllShW2T6slRKI4jDxYis5YfXVIVKTXjvNUcfQ4Qp0TjfiIK9cXi7Fnja9T
jLKoVP+WCHeFp2zyyDM6BUNS12Vt0xh400A/h2UL+Iqz+GuhtoV/lo/4+GrL9zTiGE4mGFKUyIzw
ARspFlESuYkjuGLs1EEyJI3XiI2M6Hl3AZHlSICJ1250R4f7p5EyYROuyIIZxo/qqIK+iHRyOI26
pnTuWJE3SIsGiSZ5Q2YcmDeGQoFNqJRa+VVOiYpQsXUUtmXEEoBZOZQ8eZGoo0V7kx/a45Fr9oQ7
lmaC6I/LE4MGx44xOYfTQSpeSYpst4a+Rz719nPqN2+19mxNeZTnt5WJ+YenYnEHiS+A44W8uE34
l4dE+XaK+ZR6KWJs1nJpiTWSeZZCCIOCVGqWZ4MDmXGLAylsUViFjxSPUoiIVmmYCJiXerF2FkmX
Z+mY7HJynkKIQxdkY6h1PnmccGKasNZnQGk2fdlpjPmMzxmKIigsLFmC1bkw18l3llU8pCSaBMmZ
tUlvehiZiVmaqJZ8dDSd+IGc+aiN9zMzg3mJHSl6PJdyp6hK7Ckd6biaznmeebSfRZSK5OhmW8V+
0P/JnPxzfgJqTg3KXUzZm9kygAUYmzv1iTCiMOtHb5hEkdF5mdlUZWF5ZWNpdAkZdtwGitn4l9N4
T9mWgslIH8W1nWikmx96o2HVnzi6ozz6Ty5Yd175oPt4MxzVY4cogFF0U8XJm9slb+MTnuAZcqgk
lIuZVf3on5Hnd0GqnyKqbSTajUoIZ1OKmyRHPa2jjIBIWeSpSLNpUs2nW5Blh7fJcuNZXx5pnpXj
kDiTKy+ZM1S6oMhFpC+WbAiFRIMqpyE0Rww1osESklwpphhqlutCXfDkovuEjldKmnuXdXvKMkxR
UngKbZnaoz5VNILiPHEKe3baNeEIcNnknjCpqVhIWqo/Wmd3Rky+WZhVdiBCelScE1wbA5ph6ai8
t5N9RZbFCh0mClWwGqupOavMqp7Od3oUB5lgGjnVWnHnFEtCw0N+WY/HMqac/wmoEfqnTplUMfKr
+mWjsSZ6sIKVMGYnqjeZileJiJWuFUOm3yRPpaSa7WpjfuWk4TauApWqjwmcW9OhhWiZmWSMohYl
F0ioqFmVazqVjwmiU/VCNWR0XJZ4JvpFUqWjGdmsJMuYIEuqWUWyx8mjJ8usypoxSTZdCOqr8DmB
g8imp9SqBAlDSgqGw+mvrLWsnrlWIqtMKuuTrRWS59KvfslW3Mqt+fqoEqo1lhWv5VZ1q7qMINGr
kYdJquexEuS1KAogGEdPRfusAomjecZSBkuFUfmGHGqtixaqYrUdGBm1H7q2K3W29KKdIUScVco0
QCecume1BBqdertRfKugfT7Lst7FtosomGz6jqcqribEtSjbSxqrrfOzudcTT+zKmkCFlWSrsI42
TL3XnQvZfua6lYmrUU9LVz10mxsItP8B+ZXQxzejtUtamp0qVnNWR0MMRKKYG2MluHzst7tl2bSt
qbqZKHe3GhVHO73Uq5FhlnD1BFBCG7hlmp+Z+27plbk1Snyk2lyPq06L25kA6rrEtUAwWkwy6r5u
xjzpi5SbRrTt+6LzazQQ+VuIVLymaYKohCkYe66i60WRCCsuNalpKqyu2UYXupmVZ77hO1XKpxgo
hTIe6r1qyHlj1W8b3EI0xWWXuo4Va5shXLchxahdN6JfJy5ja0Bm2XmshGmtK8Khe7v/qYMInG7i
C7Ad7ME9jHDo24qaxDiNGprH+ITV+MOUN3oymiW3Rk6WCjHvi3eZecBP17njWFEBiKpCKyzBP1zD
PsxLsTuzA8u7NQuAuSu1TnxwCjdUwZTDu5mrKAa98KfGjWdrLwa8LbxifRyI2Fu2OEy5bhuIcAuu
zSSu3wA8keVavs1IVoOcwhtHx+QbKm+MmElGxDe8PtXLitD6bd/rucCaHCmaYlNMt5X8f45DLVGH
q4RKmLabyTxsw6oMPZ9MK7T8i5Pcyau8xL/LPoospQm4ywBGbSD8uI0Mi3ZpzOSFzLb8b4U8O6jp
zAEGzWVMyNa8zXsLx6z2zdP8yNysXNjMye8UzmocwfC7znM3zuTszRR6glLWhcG7UMFsuI2bxe58
r/C8av+VywD9pr3Hbrtyh7yYorO8z07bz9Ecx6JqyEmCxzTrxgodtAydzZSMnuJc0aVVzg7dyxz/
HdLU5NHfDNK4HKginbQXbc5xFTy2lVo6O7QprVkkTT8dK7ccS8qLzLibOtOZVdP+7FwEi7bUzE0+
HbAr/dGr9oJUnMChqR2mS68xmtFHnb1JXdJLzaI9XdXHetUm7dBcHUf6rLZeHdTne7+kgbxeiqzl
k88wvV5QDKWadrdvDNQNjdUeJpM8jcnGbNfn3NYdbMdyWaFLqLDDyZZMSr5JDMv1wdYnetAUl9BW
qid+3dKArdEoLaunFqDdK1TJjNG+zMGfOdqyxHSKdJWWra+5Z8kE19ly9dksLcerGW8Rt4HKy7uR
GtphPaB3uWtKfdfavKI96al96n+6vdq665bKD+s0qNuykv3Qev3awG3Wt/+821/JM22cW4G0n5X9
22Us2v+adIK9i4QdhHoMR9xd1tN91+Adn03tpQ/pltV93LW60b8sxs1MxkRcQgwzqe8r39Nixap9
Nupb4JtNbgac30Ps3bHtnZR9dFm2xqL8WHi51dIN2hhepnEWpQ4O0UB5emrNuYVr3aGH3xut3wye
4q5a3+Ht1jRreIFHug2yzCGY4KHSqDlbol6b4w7nxT624zd525s63mbqct9Ku6IWyXs9qpNt4hPO
nYMW0KIFlbEcl3NJhYadV4g932k7k0WZq935rqIkXVULUjRey82c13S5pUVJ4sxs30ytmmzufZII
w1cem0jegUru5v8j5Sc25dKbOefHe9ipG72dwrNOzufWvKRDHTd2q1Jnruj7Guj1vdg5xjH4DGWP
c6o1FumSbsaUntma//npIc3ogi7Aw+Z1MpSQcts7VE3qLPt8aynkWWqNjO5lAMm9sE5ifr6yyDXr
wMfdss7EQvbFt3fswpfdu17jpjyO+XSp4MjYQNTj0J6TRk7fo+l89mnsiypNtxi8r/7m4yfBuW6P
yw54ve7rgLlBtH7dxjvuvFnuDHnumEnnNv22jb61rD7Mic5gZI6o1lqlBMyfs3jr8r7n9J6bWs1g
upLvEGq/RlnACW+sQmhJAt7Yf8zpF/9KY63CoZ7YE8969fvoth65Ef/cIZ/yog7vXVnhnj57UeNI
xNrDzNdem9jFkRLtDmfj4s7XRFryFY7rPK/yzAs2yn7g8TfVU1iSYoZeoEvv6uEuP0Df8hX58mge
nhQq0Y6Bn8rp809ufk0s50Pf8RMJnPIN8FRL8Ut+Yn34k2C51n/Mumpq5ySM6AMeL6b9fgc/9ml+
yXo5Sq/pcga94TrZis6mkOX51IGckvxbQBuvojIo9QdknX6s3PJ8qNEm70eK3Eg6S3dbcwd5V5Sp
MZaJ8v8PvvCSD+fL6a9Es9OUX0z1fJIouL+h4elWT/RIT4xBb/VgjozC2vmZzh0Ue8JR3+ZFuinp
PidQrve77+Lqp9awv72G7vAgn5Tju+6oJVzBN6Hxy8ClB1zYPn+s3/xr/yu8ypE2KZYYfzh0XfRb
n/wx0SGea3E5fcpX+cW4b2JuCqp9zv8AEUDgQAADDR5EmFDhQoYNCxI0+PBhgIkQKQoEIDFiQ4wd
L37MmNGjxJAeD1bkmFLlSo4TSRYUSRDmR5ohXVosWRLjzJsOWf4EGlToUJUoiR5FmrSlUqZNnaas
aDSqSY0Upy6sGrOn0YtcHWalqnXkWJobn54ti1btUK//a906bWuWYVyTb+3e9YlX71m6e/3C/RtY
cN3BUAv/7Xt4cOK+iXcqhkw0atWuMi2nvet4ZsetWCN/Bh1a9GjSpU0nZbxVZMzHm2vqrLkT5uTK
hE9Lvg3Zce7Cu3mP9v1b+HDdhvMSR172ak+zJOsyJvsSrFWxTIMntwudLMjKXnlyP4lT/HbKEL9j
dm7R+G3vCV2zZh1e/kiX6a0+f4xZP3bAS4/z/+06ANkasLgCTRMwsASxW/DAudbzzEHgJMSrQQqP
QskmmeKDjTkNQZtOK/hGLM89m05EMUUVV2SxxQ/xo45E88Czzb3obgSvxBovXCk+CBWykMengjyu
M8KMVVROLreIFPKnq2ikMb0nbbwvR/U2YjIvurjKibb3NvRQtipbiw2hLHk7s8kH/1NzsTbRSvPN
COV0M7c4T7uTzh2V1HOvDDuEjTr16vORr+he2jDR/a7/7LNRRx3N81FJJ1WSsvYYLRNG8tbScT4+
KQU1VAZfFLVUU388dc1Ug8qTy9cuMzPW8TYtM9I9Q7V1VUN15bVX/nItFVgGfWWP2ABxE08j5uab
LlOghJVzSukInbE8aHvEMUQc5xS1UGNJu/ZbDBsNV81yJT03M5xW8zLTF1WbLaLzFhWXzXpFk5Yq
26qbMkKd/p2sPlgxvZfPQEnt8Mq4LBUTTNduPYlf+iS2ckyCC8Y4Y1DT7U1jjz8GeUkZBc3R24ip
JTkrk0OmUk+OWYY5ZplnRsxFm2/GOWedSaW5Z59/BjpooYcmumijJzRX5pc/W/podTd2uj9uGa5V
1ij3V511S6Wfza/TJBUGG1MLm456SSezhhFJKGc8EtmyUfuParX15UxstFVl+TqqSQ77SB8DHpnr
ty8MTqpBEzbz4OrM+zBQbAdHiuy3JHeQ8o4hl9DyOjEnMP/pmDUXDHTOx4V6dKHyrVq+ZedCVNF/
B7U67+Zq41vTr1f3d21lFcX6K9FN93S5d+GjO/K609q94d6Bl3fhkwkNeF3fKG78tX7pxfh3uFuW
y0XmweXxUk+/bxHiAbVPDn291P8eVUjbZ4n97WGWP7smeUIZyc2gx3LM1zf1GoK6R7fljAd3RWld
w/7nLPPZbyzU2h+YYEe7nKytNPUjHf1wBb/0fcpDiGvOyqASotehbHkctBeFMIimDaJwOCvklAtb
sjMa1tCGKZJhDoEmPFrZroDY49aD5tZAHRbRiEcM3eyqtCzUbcs/EbTS3gxnRBgqpYp46tkVt1a6
Ii5If2mTu9sQWbXFGDKugvKa4PACpzy1aPFzN4RjHOXIMxl6MYxKvFrqMig7kTEQbOf5YZjGNyQk
ckqEvBvSIQs5Pzq5EXyGnGMk6dgUR2ZRkbWDyyUX6bZGktGTm7TiJJtXyU0+CXVxah3AmgerQpEy
NKe8owXNZhgxchKU1sEWvCy2GneBEFEcmpcrTfWnDFWKkodSHqA6/yVMphlTj9qaJRTBIsVj3lJq
/rHmC8n1SQ1mE5dFmSWQJDlOcpbTnOdUERrz+EVCfrObsuGfBOEpvXAuZYHu9KbxwFnGT+UzfiEk
4N1Oly3VtS12Ibve3iyoUH2SRyzUxKc/O+e+al5MohS9HxnReaJQkrOiFx3j49o4SJD+SI3RK54o
D2rRkL6TmyVlXUvhRFKY4u2H6KGP7XJXMurdk6XZ65/DjAnIEBKPiLQjaImSl5++0bSmLOznU4H0
q8K9lIspPCoodcmhKPlSTFwNIKOYidBtfi6LUu1gVNG6VrYeEWAiyh8mTSSdZD7UW8Vsa1712sXZ
qQ2KUzselP4q1ni9ci9aVi3YWCGnyYlmtaZBmuL4mjjBxpJ1qtvZj5QCyixnChZ5zmSnYQvbUH46
FqZEchwwz+g3QVYWZG3x62Xt8yXO9g2iPtzsoja6W9721reSfNbI/pfASgm3p4otq8sQey/k0kyZ
CqxdZ74UL9wJMphdoS0Sm4v/TT6+drTr2d1NBmu18FYru9/9WnqR+k1otrdG293c7WYl0OCy8a0p
dSB67URT+PaqkmFd6ceIGc9kspFVJHwoIoXVX43tb7XJ+yvCQPLg41FXrY9NbncFrF+o2k2vsMRs
13QqW7gylW8jCrDHTJnbdYZ4n/acb2k5fMFBMti/z5NngcOiSRLWNa4pbrAH56ujZmmpYhCmrIxn
jDQP59XGot2wZZdMYyFP2cqAxW1RGctdnzRuce28Mr5qHGYyg3ZadRtvYy2V4Nr+dKBlBtGYP5xh
KXv0wLvdFZwjg9cLnxZVxSRq8Hp4XiD2ObG/RXSi9dzMKjsZgdCT4kltGx6OSsoVyovGNLqAjOE+
PTnTM95qu2brVUEBk4J1pLN3jeXpwka2rSv+467ce+T3Ihav1Guy+FqspSKr19CfPgyff5poYhfb
2CotVqHd/8xcrGhIbljy8paUiVIqDVGlrD7ac1M2sRnmj1+zOaA/sb3seo3blsCeU3nRTOjanpGX
71K2VkEb4yWOuNol3iWKTWxaX5nbtehmdJPJLe9R5vjEh+MxMk8s3EsHOWyVPvhgtTPrWTMS4Aq6
rMD57dZURxk5ALb4xTEu2ZX6W+SUMrlMTz5ywsp55VJNueBeznKDNtrPnV7uMGf+SJuXVGuYRbK1
BUrocA/8WzE/284nR0/VZhfe3DY1uzH3c911h8X4tW6bM650rqe15yD1N9L5cmyyI7rrMq+5xhNX
dra3/YYdV7HQxN5C7kDwPh80at3PzEsXuyqfsAZjf+6bb06B7TveR282E0fJUEFb/cyiffpzoh3a
hp996591udFzSMzGb1y2OV34j52asbnn1/IWO6iwT+h5+IVdaW6HfTlPD2XVu3r11gTxOovcoDP/
lf6jMTI4qYFPUVL6fmi2Vz1OR1/I3D+73suuuBP1Y3wrzrt3moV+toY7z8MrefbKb/nXqV8g15sV
nuf0nZ0v9/2eJ9/23a9j7Hubcw2zH/xpv/347b/foOn/Z8jPvNvbPxfyPzDbPwAUv01jPrhzuB0a
wNVzv5KTqMaQwECzvjBZnel5wA28phdTuwIclm5bJcqCuMhjIHDDN6ziwBVMugGqDWe7O4TLOrvj
O/ibmfJzqcNiwQpBu/ybQAYkvSJhm8xqNO8ovFO7FRDMJgT8QCDbstEBvCS5E4ojqOnLOfFSnb9Z
vOIpqPV6GLzZwXrCv/cjQ4L7uKxSQpV7kzS8UyUm9MEA5DicMz/lYj/pio13Yyk7FC/86TsJXD4C
tL6F2j3jGDzVYqX387jbUaNqsTdZoUJaU8Cd07bts7STcZ3jakI4pCIc4z4dsx7NUDht27ZI/2S2
tNLAMDS9MfTDr9tEOczBNUTFiGo/OCzDWFwsILTFf4I8kqNFUszF/8PFX/RAjYvAXiylYCxFOhRG
xahFVuQrVWGYoKO30CK6PFzGDQy1oCIwQGIXy7APzWMeqns2CyQy2Mk6F7y8a1RHkcrEX+MgHFzH
rnurBCqhlamgQlwix1EO40KwbEPGeES3AoqtZfJG7Fo3P5rBO4xB1gOqJLsp9sI3Q2SqVgJIFvQ7
gzFGZ9QhzussG9wpKQkcn2LIigS4iwy/N3RGNjQQZSTJATRJVcxItXvHQJSbQfy3m2zJ03tJzGvH
ngTEh4ulL5s46eu1nczJ2dvJ2ltFn0QheA08yu9LSl5MQE1sPfnj6a2nPMBdxMiYFECs9MqXi8qt
nEqNJB+rxLOvREqtPEmUlMnW+0e0LEm1xL/7Y8ufDDkjwcs12iO45LqwXEu6BEyV3LO35MtP88ua
i7bh4zt95MiUwUSfMcuzLMy+lEvM00MzcrDOU7fukDoNgxeh/D1wBMPJBMvKLMaxFM2yicJ2EbxD
OS6CJE2lO0yeZEpE9EgHPL+csQ5z8sXYXLTZPM3a7E1/dEXfXDng5MrAHE6jOaVFRLNG7MJH7LWR
NE79Qk7UrMvb7L8QPMXqPLnrFM7khELC9M4rA8/sbMbULM/1bEPTTM70pE726JTPjXRP7FTOPySa
uRPM+dS5paRN9PTPt8kVSevESgxN/oSz87xP+9zPpVOyKTLKA0VQMlNQ2/xBlJvQTKvQWLHDr1rI
T0wj6zHIoiMW/cxQTNtQ/MQ9miQgm6w+WTxR86zP8LTPgdlOoKQV7OO36KsYgmnQGH2UFGXQAP1R
GC1OIJVR/wxOAKXKG+WdzxzBW3vCgQO3PSlSJGVJYnxPIl3OV8xRgdM1m9qxwPrP+MTSixJSGmXK
43OYq0w/4OrSM0WrNGXSGpW7q5JTUJvROlXTPPXTqdvTBe1T7fzTQvVSNxRUPjXTVev/TynrpOqk
00SV1CvFyYoqRxcTw7hrGYVynnbDI+dDR3d8ykiFz0ktmgWbKxKc0jdz1CLsM+EzwX2pnlpzLn50
TRFUoMfMnEAt1V6N0waLzGKjn2BFvxtMFoWswU6tO2TtzBAMwCU11SZ1Lk4cPk8ksBZU0R7U1BxD
mLy71tFcVEp1SyXtxcvkjOtqs820MBK9qpuCUBETzfaixFkNom2Vr+uD1waS19ek1VZcFVJ1RFvl
Ke6ZRF3VFUjjzfhJ2HRsQDdNPPVTz1tMFYDdUmk11mDxUs9ZwFOh2CHVRHFlE1IrQS0cQUKsOi98
1YzNqEXSv44d1FJVWa/7Q5DN1gOhb9n1w1hy9didjdh+a1RVy1J/zdlnrVieXVSO7adqxCNRLTWI
G0WVIa6jNVT++1ktNdpoZdpkhC5oW62JyTtcRTDptNCpFZKW5VUuLdqevbGhBdpH3diqhcC0VVRC
JVse1MU8SkK5HLW71a6JPVu5xf/auqUyduTCxgCcbcTUen1GuKVLaPVV8eQVcb1ZtdWmZFTXGCRR
cx1RP4JFnX1ZtM1aDB07xN0xSHvSITPARNRB5hJYqMVVx1xMA3PbWbzaxw3dSRnQ5bGWjmxRumXY
IHw457Q6X/s8SORRqT1Vv/XcubVdyp1drVVd4QC523VSFdS05TVVgemSgsM76+rGgmTXX2nAtl1d
4NEOxkXU5mXecuvIcFO8oHIWJmmVmA2fcQVX0SXa2gXdYSNWRWsq9/1f+qoqSDSg5Ztc5BWg9qFA
pMVe9Q3cfmXghmzVziUfLqM72v1cwAVBaouRxxtZ0+1EZHtRr4lQwa3c+8Xdv9WfX8Bl21pKqK0L
JCeBpqetwpo1YZ5TXPzF4PXV4MhtU7d7NHT61X/tX9lTYAtGFxTp4BXx2iJ22m4Z3+htkwPOsxwO
0pN6vE/04Mnb4nnsYrha1Sk2M1G0QN81MuOt4d+V4DsD4SQEoZJl1aG9XDzM2weaMMy10Y35G4mU
PA5WHD/m4+gKZMbVwQShYqfsltblNt+5xH402wbeXx6mXgpO/6xhdWI4rWDrfd73ueFgo9ZubS0R
vpjei5oFRuGgDbyFIi+sazwekiUb7uQqdldHzNdC29ewhWDm1GQzFl9xIhFqq7T35UlTglV7jOX1
c1hfhlgERjwrdt5eTuFjTqIj1WVnZuZj0WFp9hPyXC5Tjua0Ed4y3g3pTOPK02bv01inUVZrLt8z
9EgqPjtETl52Lj0TPWcEXWc1ZslZVr7wbTb7isgkM+d7js18HmhKrlZQpifJwGUK4qpTJuiChmhe
dtbrjWj2NOghrhwXjK3UmV5fpC1vvmjvzGhYJhxXvVclAsUXvJHb0ueRLsySnuSNzmaY9k2ZfuaK
xuLP6l4HJQLhg/+2aa/E6WvuMLyFXx09PFzb2uOl6KDOxaFuanf+ZqeOaSX+4bUT5ZWdaqrmyyfu
YGX2P5yGaiASaY3m6nXUR9mF42AxmbSuRLdGpLVjHdgK47MeRsiEYnomYsakI6/2aqGaq7aepL+2
65DLOE6NqVoeQnaytsKTit0l3MHdZOIQ64kmaySe6cLeZd29sO+41F0DbUa81Ie+axz2VOi8v731
H8j+ssxeycob67JWQHhOyzul2lW8Hkvk1iokXSIEkMpm58vWZNrWSTa97XaWati2bNk2YM2eKRwV
RKCLM9g1MUDJY9e2W1SWXuB+afNh7px2brGatpLt6elWGR9znc12fm3hIWOWzj40hm+TDjhnjm3M
Ttnw7kC8ZkYWIepoUthLFhDunujv7m+uhjV+Bk1/mWFXQVXsKWE/ESF5hnBv60dGztUK724Cj+rw
PvBPBb06xr7qilf4fkRKu0N0PeznPFcklO+KRoxjxcJkhUYV50zO9W77Lv9wqiZuX15qtdZt6h5Y
oKZprVZuHL9xy8bv/wbwJc/q10ZuFTrl89VrJE/yKqfsKMcoN6M6K+dy8sNyIxfu4O7yMcci+s7y
IxdzMu/u+rsgJpcjMTZzMNfwHY/nPxtew70MBs+1q1ttWUXtFvcLCR/yIt/lOVfzSoVjJjJmnqrB
RbbW89O+BcrtNXdy8h5eA3W18tJ0MPrCHI+vTZPyDFfvQzdrcVkhQbfZLy90I09DN4c9+oX1PXN1
OIJzfQ71gd7yf41ie2XvkHRvT98ncu5RSmfGT/5jVU04IT/z3xbwKYfoVocTb21R4nlhrx0pNj/Y
jaOc8lEvxjtv4q0212yY6Af/bRy/9UjMdeVdYyme1v1W1mQO7HHC6llv8tE795kd9Sumd7JzqUzv
XXBfly9V9kSx6h6fsKi99HW1RjveQxbHbulFEEU++NfFx4lf9XzPMA+OqmmTFo6PbAQ+5B+v1oND
7Zo83DJNvEgXW7mmYQN90oC2+FI/YTFjePOy8YCaroU8JA1/2H1/8//tdILdwpN9nHG3dgf/j/UJ
Nm2EBsJ7J2+YR3iWB3LXddZgHSEjJvaRRnWm/zVpq/mDzFwYt3l/XnpTJ3VOW3Oep9kDlzDA1rVe
59ui5O1cPntxW245Z3dGxfZ2j8f6vvhdN/u9jx1p3BF90/PcAtVD9HOAH/hP53rt1le853UPRw8X
vfZCBOYjbHwfNqk7H2XPP23QLscy/vB4O3UYrjAb72jDd2yA8m2LPmi1V10CffQCvXzQI+PWlvm8
rt4ETj3Qf33W9nxxLv2H/zi/H/C8L9GkJ1/JfvLn11Z0r/trQvDEkW5Gw/ynv27wZosIJxefxxk0
cjqR/V4yAeDpjyjaJ3kQNW/cD0ndB3RK/2LiLGvs6+e1VMr8PC4+iY/6HwcIAAIDBBAIgODBgggN
EmzosGHChxInUqxo8SLGjBo3ZozI8SPIkCJBehxp8iTKlA5Lqmzp8mVIhgUHKqwp0+JNmToRLmTJ
c2XOmzMjEoUoFOfPhDSDEl060SfMqD9tKix6cGDRilmvVu2KFSJGqFLHkiU5divYmivTKn3Ytm1U
sWXn0pXokeXdqUrhTn26MClbinK1YjVIsydgm0sPg+XK86pjtX4BR+b6tW/aupovDt7sWWNnyYLD
fi69ObRIvIHtquXbuKtU1KZnp3bL2DDQrJLl8t17F3dJ2TupDoVrPKlq2hxlK3fJvPnn0CGdp0Ov
rvK59dLYs3Pfzv37aPCTxccmD1066fTm17tlb93/u/v48udnh09/7X3N6DmPNOz/P4ABCjgggQUa
eCCCuL3W22Ow+VdbcIk5FiFsf+GHWWb5abghhx16+GFL6DGFGHFHPXWYTk4pZt99LMqHmlgugjgj
jTXaeCNd0qEFWYOXidYeZa1VVRmO4xUZ4pGeJbgkk006+SSUJiY5JZUZaqVeleddSByXRiWG4WQp
7pWblxamJGOW/KU5G5o5rvnjm0hhGV6cbNqGolA5ZaZgesb5ZlRTrqHUZp1bXgkkVZaNpmhxDJIo
ZHGAOsXog14ZKqd7MTK2G6J23aYnfhRGqpeRhR6qJqamKqnqcqwi6epchJYFFV4KKkora4FRaimn
/4qVCquVdJ4KLLHFdhglsskquyyBL8L033ey1rhfqsaGyCy22WZrbW25Bfqbbt9GK6xzzq4p7Yyb
kvsrtyehS+W7cea12o9+9hVvt8eN6qeKw9IGYK73kgqpivN2ex23ws3ZrruxokhicKD22pO65TLc
KsXaVmyaxrxVB3Cn86IloWv76UuhoD51vLLGJlF38ZkwryvzzDR/JCbJ0+H5Z4kb4yvez/AubPNy
LBt9tIBEo1pvqLpOHKaDbPEJ59L6rnYymIx6ReSpbwnJo26XThn02EMr3dGd4gK6p6Sx1jzo2f7G
DZq5aZKd5Mtzb2Qwl8mN+XRcElKcs6AB6x3s4RDVmnd3fYlT3anjdB59Vsty/0d++YeMv+c4fEh7
/nnScWuOOek2ji76zhAjp3Ogqq/oqsG+3eZt4QJLvbGRVgteYtal+660lL8f7LVVM0EqeY8Lcm3q
6SA2j+Pzb0a/XqXCu209xmdPPy3looqmKbjht/0o+RYnjH1d26O/PveBp0081cl9yfvAYsPdrvqc
s68f6P0HiHn+3hfA+51vf2cxoJvOBcD9DTBaDZzbAxNnnwhpLXiNGtjUzHI5vjlqK7qL4NsaZi0Q
ig6B17PbAjPUwauVrDu7QxlmBuO/GRbIhKexIVloqEMS5oeH7bvRiIaSs7CkTog986HzcHhAb43v
UeGyIOQQ158Urq2JI1uRz28w+KnhPO5VtYMTEqcYpOL5yGNjVN7xrBdGm3Gwfiy0nZpONhzZ9W6D
lxLZG6VIMgz6BTsF08sf6acyJSoxg4TUYKMqRxhtGU6CktohlPZmtEYespKWpJsC7ci+NV5SO05D
DNj2JDGvgdJ4YUMfJ83918lVsrKV2pOeK2Mpy1kWK5WvoiUuc6nLXfKyl778JTCDKcxhErOYxjwm
MpO5NOiVDpLOxJ0yT/NMSBbTlgfTpKqsqUttum+YrFObE23FxceIc4tm0xs3nxXN5qTzJe0Elgyb
Nj8MXbFwVzwnBDUYyKe1EY5MAxM+15nAvdGrhQST59esdEq0ETOeBc2V39ay0No5lIoE5ZURVbil
sIWvdTER6L9uxhSODg6Oo6QnNC3ny282MaOVIukj6wdFgKJTnxaCqT9x+s8uqhSkA8XkhQwqv77x
MaiIFOY7gYpN5vmUY7CrZtlIl1SENTU6T21oVAE4zR1WNTpb1SFU8f/WzKt2VT9kRepGiyrIj6Lt
nnrM50PDOUdblS97pBmn/cpaHiaW1Il1veVd+xXFX/azeqBaKNRS1iDyDTVyItNdWjWaRs7wDGL9
mqhezSpZtxL1OpU1Ihcxi9XNxhWyh5qQ4By106XaK2SR/RKMELoT1TY2YzPNLJbwSE/YUhW2k5Ip
JVsJsrwubmZTdWFcM5rTUKXUU4RbrHJr9dXpUre6GeTT1A7bXJE+t0J58pR1w/vVrGJzhkTc1mAT
eVwGPnJZg2Jkelc53LcmUapnxe0SsxnWI613c6zqbx9Xd0FoQYY6/BrwgwqsIQCLkZ1FnG1zgwhh
WzKYXYerMFuZ+ZWZTdWzb9/dsKgY9EXqGfWgpZ3nNZHCWZ6m73bGe01rTirE2Y14XGK173/5OyQT
E7XGW+OxiGlaXCtKDIvJxRhqm+bR3bLTaWQU8o4S6uPG3diihcJwJfmm1i7tzqZYi5obhbxLLBO3
hDnG76yYyS4yZ4nNYn7lmdGcX6aOVsc41q+c53zlPPNZvJ/j8155K9eC0VW5NyMoXukL/+hFMxp4
zEXxco9MWcYuhrbBbTSmMw0z3aqrn7ZDbO4AScpwXZqWbrawplPtyeQexdOvK1p3KzO7+M7y1KWG
oJ9z/b8+txdp58XWrWU5QXNa8XbgimmK9fc7WzOM2cvcZoODpdvO1jbDS72znJ2tuFx2Tk7Ttlq1
j+rYE9oTxqj9tqBZLMJMKyyHqn4zTojdV5eK8lvdxnZ5OprWXRmbbX91Z6rbrWd2wxLf3fxiXvgt
aEu7m93bvW1/totmbcObaBTXLKYhDvHUSBy/F794mpft8JlWzzmGZPTHm6nrlZ88zyU/0cZFGvPM
xu61dyMUyBvuu5yPEFqCafm7VanTyElY7MtGr6OVsZunhxn6p/xJNAEXPV8BOrkxFcQU/Mjp3WTW
XLLqRnKXww7GsZIWxaqlHKV5RmrANlphUS5lGYsdJLgvz5jvnHKZ/+H8aWmnO9AeHrW/e5vxi0o4
kLctvBx5rmYU4lvp8v5sDhNPyuiqsu0XDbrO20x29Sare8BmO8ov73dNd92lS2cRrkDvSJGTXvTd
tA2gf2N2eokQZy8OZ5ny7mjWE1ypr694VR8L0TCLUfKxRjVc1SrUqwHf2iqmfcxa73t16r6spZdx
0w/dM7lWcZDYdjxMsUt8ly0Whkv++vSl7nrqK1qv9o4Sx+FbfTbekfbl5vL9knwchgve8umvvOLV
UsFZGXnN3/+5nF39XgASS8oZ3LXFnvbp2QLCU2R12IsZVLKRnwOOm/8lIPs1X1MVluMtiD+d1gud
4Nh9n0QBB+xp0XrOnN/oqdiDbZv7dVywRR36BV8FntgF6t7RyZP3tJ/FyVaAJc/y9R3WWdZNEZuJ
hFgIYR4IitsEwsrdNd8UAlbchZrC0c9kPZ/rfNtvIUoQCiEUSuDgZZJFJVx2iSFfEYwNilpvGJ93
VRrT3eAxRdmTdREekiCLjSECov9heU1TRwgi8nHdJ83Y362drG0huVzhf7Gce22gsnUV4pET63Tf
pDwcrZVhwAmPI7qSH3KiKI5inUUhKZ4iKibR/n1Skl3JKs5dKypUxkGisqSiLS5S+bkYmI2K6nRQ
GDbWJ9IZ490iMZZdkSlY1QiYwEhJKE7cAD5g8hVjixlgCBKQBXodkK0bNJqZNOZgigXjnmmjMnqP
ll2QBhIgmbQUkBTPCgaROcpeyIBfS0EROHJj5nmjT7mIIsqi152d800iJZUjcizcpU1be5AjEapb
Pe7eCZmiQDUgOjIZQLXW1g2LQcqOq5nW4yzkxczc7/EaIHLgz4lPeAzdCL7W7TlKYRs+kRl1YxJi
VCiJ1kERyYaRISjSYudJImi83DC6JPLMoWUsj/jNHSJmITBB5Dbq3bvtYfLsxoMZXsUcm2UlnjeV
2EtR47M55BP/KuWFQeHbFaVWrt8fupFBUpXtPV5T2OEQimTQVeKQXOJUWiJWglTpOSU+9snxGVkK
pmFCjgzeMdRdQd/A+aQCEgbN3Ylr2SRe+orpeZT38aWxLZk/Eh6XTd53NSRhjt5jHqZtIci1yJ9i
btoOEiT+UebR8d89ht4rJkoueqFl5qKP3KXdPSNbckjqYSbK/aIutmJ26eY4mtJczmZIAmRXSt8Q
LWOEAeHDvAWHZdtoUtsHnWP0RSRXZuYHrhZnftpJ8opADt9afedmsqU8EhnTeSQZIiPjcCQoRpF6
Fklh8aBgmYzYQVZ4AqQFoltnEVHauU4XfqR1AqBaRlMV5mB7TkbgP4WfdyqkbPlmf17nfwLoJtIl
bdpnwICT39ggVIYh5eHmg/ZfuOngcK4e54EmzH1eyHUowNXfxOEksmyeiKIo230ojAoncc6oOMqo
jf9WZZmwY0r+pYF6m1XGYI5+Y4AqE4u2qAryphFmjAbGImumUXeK45ASaYQ+5IS+6N/soY/GEXhS
W5GK5ZT+KI5KaIgWp4fEln+GaQKOqZWqx/JNnjGyzSmBWnDiT1KqKWBKJG5RiyxSSqF12QohZkBV
ZzTiqZh+KTJRi2IxYq/wqFvRaWgaqqT6HpuuE1JOKqbiYKUK6JVmqqdKaYEC0ZFG0qeWKlPu2IQg
5BlpXd3VWqei06iCTqlWKHQxRCj1aB1aJog1qHBZ5Z/KZs3gnIs226yCFyZSJeS45YFBW+A1KvWd
pVT2KKJ2JM2EajBtqpGW2L0QnVnmJR3tZVKiDLg8MVmM9KUUZWkM2Y+1MivfOWM6YqOwbl9jdl8h
Emq6cqdThpawYGQVJdarAU6kFquhfOgb9tL7eaZnkSiw/xZQqbQWZ40YfoKawybmtAosP4rNui7Y
qxaqnVrnqcbkW3lQqprSclLixtojsXrsIdoqcMKhv41IgfFoPj6nL87PBFUe58Tqn/2nsipjvDkm
oYGWyW7Wdm6hfHbpd1bpWoqmxVKpilZj2XlpD7bfDzIfxg7rePqVy+Zpnape03JtbWWsxm7Ilopt
MvIgUNgsQ0Hru+JJ/31t7jVS2A5tT4pnQipnCZakt5ZUm5jtJYXn3IJo3RJn1tLb1i5mlhaR0L4t
3LKn4yptQ+lsk2ze5PwseuFg4z5uu3Zt5uokA3auv4whtoKuJ1Yr6Tas5gbs6d7p567uwKZuWPLS
pdYowx+67vfA7sLK7snaq7H4bScFYeBC7c/2o9W9oGOyobQl/6fnUqDtTt/oXuuzUdAu3p+2tqrA
sS7zdu7HRopMbm9Nxm7pKo706l/Iwtg79hT4CqDM+K4NfSXLGuVQPmlRturvnheyrR0WweCcvqPy
apXkVi7o9iwdGk7P/muvlmnzmmpA0q3mJbCkAu8CC24DU+fyUuJTIuvwDo6tMmcd6lHBCtvuMiT2
sG99vc6nVCQviizM8hjikLCNkaW2nuh0huscRea/MWll4jDMyd1LlZNObaXgZt2PQeqOpE4WBm+i
xnDCuc8PVi3n9m7oouT4Ee2OLsw9lWOHVZShQjDuuvALQ2kMR9+XWW0LD+vr1iqtWuSS9mGCutrC
AV3uSiMXP2at6roq2VqhGffpQZZTbr0Q0MkYB/0pnG7k/xayIffvvdJx+h7w4L5o5MFx0UBySM1o
uZ6xIsfxeiIwx/IejN5mIm9uHYPwSp5e4EnyROKsI4evjQJuF1esqdEsSqltn1SamZhe3C7/cvaO
8JB2WrJG8BNn8t6R6035oB9nKEW5aMRKjSxn4Hx4Mf318iU/L7elzTzmqjqaIGO6I9Q5M7zqsJ7E
4tE2sdjZyS7LbStDru7a5nNwc6Td5zBTLQqSMS5LKYoC4zn/MiNPMPYOGRKxM9Nasp4GNI3qc22q
8iqbczS7sgP/sy6XMzSDskAv9D7Tbofac0Kjs0Q/MypNqUVDNHZmdEFzMiUjtEdLMy4dMsJSsEpn
ZkcLtEm/siajrEGP9EO7tEKLciObaUPnaEt/9Evb8Uuy47kRcLpZr6L5sz8DsU/2NBLPc/1m5Tc7
yK+OKwvfMD6D9FKKm09zKqqsEKOi2z6GAnG9/2L1LarMBWsdL6rQWR/R34YwWaei/PzJFgklIBdG
2tJv+7o1G6G0gby1LxMPYHfhPtJky2KyBPF1DVXwD/l1FDa1YbPS7KZyAfo1U/tyKMdS113lZasr
Kuv0eDhqNyOvc5mJUNIgVlf2PY8kYq+2EiOUF9Hy7dlyLTt1nKl2KTfn/VrQrbigFjM2al/0TR9S
XcqetBhdDe/LWC/tT14jwEosvkJacifwb5d0dGO2oIZ2t2az4m5zHlcZY2On6Fo2bZvQwR7IZ17u
ZrduTp82Sds07q6UXlfrag/Id6+peH80fMc077rnKq/1smYwaGUodb+3wcKyGy7zP0pnbRYu9l6Z
cvx0NmGKbGx/b4xZ84wR99Q69k+3NdFq8y4qKNI6cXrncjK3IAZ6G2yj5S0/dltWXY/g9ctuHdiY
loaXYonLa5QC4TzRZ3Wvr4HjLcBCzRHJYX3WdxSn9ngj0IAy/wdSU/O8NfjGyRH38edVN+10u3eV
41BkmykAq7aJ9tp8h7mYT926zPGAZ3le67cIV0lSp3mZ1zSWj3ghjbnPrbTpZHQlA/RWE7iRQ7Ga
a++b6/meo3mfA1F8w21Utvege3Sh+/l6u259mnmcJ7kBbXlN/Tmgi3d4IzlhHTpDszl7azqnb7gl
wSV/WsVIHW9rX7dSazRBN7oV33eb35D4sobCUW8pTxaa+i+dm6enem9p8mEFXQYv6yj6wg9VI4+9
0VRLwvoZyu/7Hu6uLPvfELqS22+/Ho8K62+f8rFpO7vL+Xf2XTfOFAa3sriWezq4l7WsB3eWqfu6
w3W7YzQwv/Z6vLsf77ydkwLSj70l/Q7211zdtWP6vRspg6pdIqZlqu4qSwI83fGqQQ+dnH+7Vhc8
A/+3GoLPW/bit26UuBswezXrEj8rCoo4pVt86I26jWO3rIg4j7s7ymerqAM3oxf4HRNozBunIm86
zbcgTD96znvcr0j6oiPdNBN80Avvzqs8n1v3KD9eve06vVN80uP7zJ851h99MOPfPoE42/ar2059
1XM17PJ81qP7RkdtRE0tvBm3MRv92Dvn1U960Z+0k6c1lEuclM8rlU983Hf63Ne9Y//8gq3z34Nk
2TP9JRM+qB++3Cd+z9c94wuN47sr5J/94Ff/vuaH/OXTfeZvPuir0dDDueDDfOifPrUGfo03Peq3
vmRfeemLfSHBu+unc+fH/uIDtb3XfhKr/rznPk6fieI2d8T0Le+T6e2vPvA7/QwrX38W9/G3afL/
fs0HP6iy0DiR+slHPyFFOukrv9/vtPCfH7em5btiLvfv19JH/ucz/+6nP1r5vuKHv+gjPfzbvfx7
r59SrBCDLEAECABAYEGDBxEmVLiQYUOHDyFGZEhQYkWLFy9SxLiRY0ePH0GGFDmSZEmTJ1GmVIlQ
o8GWAl/GhFmQIkGbAwHYzHkTJ82dNIEOFAozp9CiGl+uVLp0IlOnC5M+lTqValWrV7Fm1fowSGpS
mS59FsWpU+xRol4P/jy7dmhNsVvhdmyJFGzQoSqjbswbl29fv38BBxYssSvLtIcR11Vsl/FgxyXn
Mo68l2PNmW0vW8Z8d//xY8+fQYcWPbph4cSXG3NGnRotadeEFUe2SzljZtt1NadW/Zp3b9+/gYM0
3flr592tjfsMPpo24Nxcl0eXPp067+GNi7M2fHq17uqBmwMP/518efPnISdE3n199+Pbk6PnO943
ffn38efPf5099/f+29tNP61iUmusud6i66zx8rLPIQcHjFDCCV/jT7Xs3AtQQwq3ku22zVzSzMOm
xmLrrRKJUs4/Dlls0cXHLMRwQwDh8+7FpUbMrTW3VgtPxMzUEjFI9W4s0sgjs4qRuxmNYxJJHNMy
cCcEFbxrSoh+7AnFLYes8ckvwQxTOCKXpNHMJr0U0yQI4ToROjXhjFNXTqjIJO5M7e50b84xzWNz
zz8B1U9JO/P8D81AQ/KTOUQZbZTFQbFL08kMHa3U0ksxta7OSA/tFM/4Mg1V1FFJdQrS/gqdVMBS
WW3V1VcrOvVCSWktFNZb/3HNtVVZMTT0019fnVLYYYkt1thjkU1WWWV1bdbZlXhNtVZPgxX02Wux
FSlaan2ldEVWFe0t3GzJxXZbYLtNd1xA1y0tKAXhtZHPcumt191pUeVW1Xb35BcqKQE+0cCT/LXX
YFLP9VZffKtFiUkdUyr44IkxTThdit/ET2KMOUbU4h0TLKssIJsL2ESS4dz4M5U7blnOjw2D9ygE
jZpNyndnDrFmPY9c1uefgQ46aJeJzhXmw+LlqWazeEbNMqVvYnpVI1mGseirG86z16qbLTBkgRO0
2c2IGtQW67NLPXphaXHN0ekMs2yaxCBFDhGpu9NEW29H1UZ339KEDlzwwT8JL5zYxSBGjEfO2MzS
rZHb6vLbvSn/s2+F/c57ar6j/JrK2cLy0/HHwypdQK4rT/2+y9Vl+PS0Qze82FhlH1boc9VxD5P1
v9lG2NrcgU9503wxL771yS1FXTDlg28+uN1d59130K18u/rrq4QNuniHd977F6HvPXPY7aZeWNOx
G5vOnb9Susfuv4+fwvDXrn9UDxPnnvHYsJzJcf/RtTn5DXB13ZNR9BCIvEoxz1QKKRsBIRgh+o3P
fqJi4F8uGEEN9mWCxpPe/X63QRH2yYBlEp8Hb5e82q2Qhcwa4Qu/08HjVRCGNbQhmGT4QePdkIc9
bFEOE8gtHw6RiPspIaFoqEMVtpCJTTxcEaFoNYZtLYgUrNiEMjgdJ27RcFHE4BE5lcQqXiqLzv+x
3HnK6EWygZF4KDyhAAPFPP3lT16JOiMJ1TgfNs7qjUpcILRu1rnPQeuO8Emc3Ob4Puy9y5Dwy+NV
gNjHFHqMkImho9zs2C8HBkxgJLIb5Eh2N8897oGP7NAeqShJW3FOQmlcTimph0hGfghEFLSQKa0S
STEqMI5YLCR5XKlFRkKtJ8RcH2aIaZbsaWqKqtxlpoKpR03isZe2EaVRjHkg81lJmdkUFyqdaUVM
VlOCv4xho0yGIiGV7Gsni1w0CQZOGpotVG5bJJBoWTCWwbM+aMTlKZu5tnR2iXQ1GijkCuoie56P
LUtTZKxu87/NPMeRukOc9WSWz8rQ859YAaKnzHSis2xeCaM5U443ObTQWU70OY2LKKooSht+flMy
C7omAFv6JonuVE8zfZL6WinPzCWteiFd5vWQWdRi1tGINBXdL2WTyMg9dG4vxU0bx3ktn8ZFl+mp
py+nGRqK3otiWwWo1sLpRlAxyqyQNGd12vrTRwlVreK82Ce5mFe9Lqtz5huY5FBWm/4B9pgv8yfH
4urWgNpVibCEaiPviTSmqieh6hzbUXn/iaTERqxjm61KV+u6Q8+S5oFSvWhFT6OjkY1IgKP1jGu9
ijHYPgW0M7SrOf/qufIRB6ibjOiQSInZtX5ptiMp7g9TSlfbhna57IqdXh/ERLIalpplTe5imdvY
SQovqGEFZmevi9ZnMna7ajpuJed03nlZd37K1W5anRtLlLYPtR8Z64rU+8XqTiy/eHHvGJsboMda
kj1he13/ZknfidJysh3tWniplcrxMnfAIIqp4upLJJ4umMOZdbCu+stZ7AYYwAL2bgg/TK8QO+y/
8PXjiZua3r3OmK+IhTCwJEzeN75VYzwWpo3bO+L3TphdNDZy4HwsnRUPaMlrajGRX5ziK/iu8UOs
3c5Ro4o3Ksv2xsXLcXYBLGVyYomTVsaNyAD7tJ0hmMtBFq+OoSz/5j9qj391PGRNHWqfJse4u28G
s4t/emRBOzHJ0dlzj90cYUDDF3zmLfQrdddOdQZ2IpK+0jrlU9shN7icYjp0kgYd6t4qFGchPSlS
SYo9kxoVqeXRdInL22eOXrKW9rSw9Yz76OfhcJhKlRpliEoXVmdVPE+G87GLtE/d2pSqVmao+3J9
4lSnmktiY5ADOcpesPqZxIvuWWzHqr/9bbPKsaWuIsWdolrrFM3qbmjIYq3VLnfry92eJ6k9XeFb
Y1hLZr7ybxG6oJ6KmuAFfyKdZY1jbyP7Rp+WisMVGzqJo69K1K7qVLlk6QxPL2MJ97Ik8Ra1p/0E
y9tMZtQ4DRqDs68cyWGFbqWl62EQdrzT3P5byN8pclQHMqlrGTYcF5VvGFMH4v180LzbU2+Qibyg
prY44ywd8C1ButSgXFWZEYd1NsscokP/sbNGTWxXG/vPRG40nhkcH5lUfLhXbreW3q1lbHtdyeY6
eqIVHmdG47vZ0J57j0h6Ye2NTuqBn26cik5zEN9924rWu9ndXfNxU3W3sQQg5e8upLjfVKa6Lra8
D89kstub4UBHjyhZ/nTKxvzv/+f+Lug96XF6L7zsKd+vXOluaLuHHsV5Z/imxX5Yi+ae6s8qGdK9
pHRY71jydz5tnZuNaye3duM9S/2Mdx97yfu+9t2/q+j9+le88myhA2N8h60qUa7Lma3n3/7HH/97
vu/boJCNfqsHm37919L27B9z699v9uLP+xIvk4bP/8hH+8DP5pZvABuPuBAQXNxvAR1P/mjvAXEv
vYQP7CZwdWynxoLr+pLlxqYtt9hO4Pyr+iyiAKeCBRXQaDrQA7WOobiJbmwQzXAwuJjtQHSQB+cK
z9Kt3zCPJJqubihO7lQw2SqD53qQJUyw8jDCBV3j+FqpBG+w4gIvC69wB59NC6ZzcAcTLarwZHH8
jZ4I7wwxSQobSC9Wqgwjq/8AUIKijvCii/MKT2rk0GugcJAaauqeEH38EGz4EO+skA+xMOz4RPMy
jvN4T+ii0P42x8SCL95e753gbqkO8QRJjieUSUWqUA8BcRD/sA9HMRBFEREzTWMURQ2ZIlyQww27
QhDlIrzUTNiWSpasaap+DhVvTwAt0AFl79uID+ZCjQ1hr7BkUASN7AcP/9D1zukY4/D0ei8CNQuN
lPEaZQfhonEDU5Eaea0XyUjxKFH3NoXWwq0NgSI7ckoI8Q8OvZHPxLDc2NENY/ARExAZk5Ac688H
Nw8HyW3y1s2h+nD93hHFsiydBJIe92/D7osV/aLzGhEc43HfXjEdLW8iWUr62q4gG28iL8nqfGT/
Egy/dgXY6nHs+IwjGy7o9MxVTDIiURLRVFIJwRGaXpAgnwcbaWwmqYYbZ24bN5LoppEn5+3r7nG7
HNL9CrHyMlEb3fEkiZICn1EC8XEci2/cglDqxK4IFyfuPDEfo7Im9fEoeSkpp8sj/40dtzL9CAoF
ITIsmbESybLtzFL7limS4qxt8PBpEU3nLeES7+DKJW8yKL/u5QCH9cDyLwNTLMOxKnHy82RSMeuD
se52ZTCf0ugiUzI1cyozrC4LCy3v6b4E6+iC0Co38zTFyjIn8SoPUtLor+s4EcNuKg1RszYpEygv
k6bQDR3RDzY5TM1QDSZtczhT0zEJ8zZJCzdXkziZk4NU0/SMshubczqLUzmhEzmlkzq10zFe8jkX
EwW1aeLC0xJHkzStzji3Mz3b5Dk9s/WkCjSd719I8e1OED3V8z4jrjMpcEeAMC2BziNXC9f8Ej8J
NEnYcz/tb9rcTs/QcM3EzzsLNELRSz+Hsjonqz0lVMq60z45Mzsz9ENb8UArNCZBtEQnFCkRNO0y
KiDjifpM/9NEYbTrrBNDDWoGe20dOy5uFjLtrjNGfdQp6TJF+e/yME4hY2ZHf7OnfnRJsw1FR1Qu
mTRK7XFGpVIapfRKCcN2nssrtNRDrRRLwfQwqe3gtlQVdXKvwjRNiZFLzS924jKFNpRDqZBD1TRN
adBNV48XXQ2o2nQgAXH1YC5QN4lG6/SG+nTqnJBQBTVRB7VRFxVQ/2UvDrVQ6/RQJxVRmezp7hQM
8TRPG0T1+FGQFJU5RxVKqjRIU0pTVbVNN3X8PHVQ1adVKXU9r2gwzpTQRINMdbVLeTBWedWmLutX
yXRWabUONRFU22dM+6qkRgmmDC+Urs1WfRJGeHVX73RYgVOVTVfV4rCVWA00Y+4M2LSsMEpOHrlU
Rc4VIKHyrKDUQuHUO+fUPkuVVLdO+kwS5Y5DUzFKI/PMWzppy8DjmMLVk9YR3uAOJNXNsdwVeeKU
SoVzXv+JM1qhLxIBDg/J892qbqeeVV2Fk10FqVMpNrVwKqli80atc3kss2EpVDUhdji55lcZ02M7
BRZXimRttmAj7zgfMmXhdV0H1FuLNXm4c1pXhmfpNF6Vs2VtU2lZTFpjFmXRU2WdlGWBdmdrdXlu
FTFz1WhPFmnri2lRU6XMVUeLa5+G9mkDNmp7tmN/tmq/Fd2s0CJx9FsZUiRP9m3Bc0wNrAYl9jHv
Vr/U9mh9tmPd9uFO6z0TVmdTUP2sys7OdjdVlGzZrQiZEgmXU2bfVXDZlnALdw1p8qmcFnL/gww3
UmPv8DwvF28Dt2sHF0I711QbE5Jg1mtQjynzUqf2EiHBCSt1W1BPQ5Z1N9d1X/dE+SZry6yJxJSF
XlSKcDMkg5dOh1cpQDFveVNWKVIQQUl5dDQ5fApb2xNsV7B1oTd6UxBz8mdu3c5c/7Z8qrXwTOSy
HrddPbcW0xFff5d+/cd+JVV815d8W9R89/USX5J0edTvoqtx2zJJGXXSLjZS+/J0+7dCcqnXfO4W
+dbkSmcX5RQqwXczp3c8q20Iqxd7oY0+EpiUkDRYTS1FRooJfY5mUIp3F5a25hDg6vCB6XCDH//W
fyPOeJGFbPLqSG3x1wh2ZHEqhntUghGPfxOTh5uUlaCWRK8yc59XXp34s2wydOX3N6Q2q7x2kjr4
iqlSindtdUWUasX4L31YeaOTYcWxLDk3jeX4VOXFec84guc4j8Wyi1EVjfX4jwFzrexYh8cXkA1Z
KM2YkK34kB1mjR0ZZguSjwfZYQuZkcP3amdSkt+4j/HYkusVitOWjCETtSZ5ZTvZk9dVqdinHd0N
dR20emu2lcMNfYV3gtE26Jp3k5mqbVHZIxgkbPS3t1CuBw8x/FCPfol5zaDzuCQ1e0vtURX0qmLD
hZc3fqn4jpO2l4kQXEc2PrtZYcwxgMECX0EYhjCZOQ6HeZzWoyuNUC2LtImZl5R1WZ3j/1ibPxmd
rJlM0vlb1vmb+xUrc1aGo1iemfhr7fmJ8VmLl9VeR80EuUf9ovnAsNONCxqMDzpRHjmjfdeWtcV6
sbiNBXme4YiXJ5MmNRCTzeiWtzaRKXmR5w8CpY2TbNdpLrUFT7meOXqLMZOgqzibz44IXVMyeO5i
QapqwviSRXeWNQqgbDDyAOYrq9lzdVo3eRqbDfqnn5jtNJFfTSvaTjqp0xJhmbpiydpFBxo+cWap
p9S+QDqkK1qBjjqJfRNaqyyGH/p/nfEuMZamN7qSFFF3XVlx12R2DzdujdhI61aBb4mqc/mthyuu
lW02165mK4uat9nlghjUtFZUb/VwYeTZnZ2XcXtzsZUYJkt5am/6O7/xq4XWowh7pVtSXHyXj3eZ
g1fSEZ0RlFNalHnbix1boNu6J71L3M5XhHNXHiVrcXmvqVmKnewwh6Na5XIbtVM7uE3a9fp5kdxn
gFeZrvsvHhVsw/oKbF6ZelGGvJH4ewEXf7GpvP+OvVmtK1u6kknU1kqJtUZKsOEZp7GauAP4X+eO
gMtVrks2sbfXiJcGiTF4iNObaN8WOEtEg8275yL8FsPuiyO1ZW1NmSEV7VBYZw3cbvc7kNtPoVV7
Pmq4uW/4faFbkZvRvt/7+QZWL0ebwUj/erVbe6A7tBmr+7rxCHRZe850/MQd/D8BJxeFTX+LWCDb
W8FNvBr7RaMzOp8RuYA0Vz4pnOQsuHb39ZokfIaFUZvVOzMzy7lx2IYP88xVHJdN8QtDVevGE1TN
kPxG/KK1beMwfMre8Pm8Q2yvcxP11nT9NK7tfJTLK89z0yBjGe363LN71H3dSbz1u9DbDHitGqbn
80HB0Pxo1/LS/DdP+Leim9Lthbbpmb/dDBvJjItGPQBLPGzX9tIzEMeXGKU109RHOpWxGtOnuxzD
Dxmb8EL29sP5MVklJ9jpmyrG3Mot3cVxHK2Pm2Nh16t7PfkS8oAT90jBWZw9EXXFWqQJiaTIibx0
f1u44VZ3uxu47yXEe7PV6dja7bfRyTlR4Tc0tWPeFcdI1Z14HwqkoHmo+Y/LWVmud/rQy/26oT0j
pT3aRHt7b5zX15Sh97e5Lbayh50LK3bGwV11IwXfFTDL0HVcz4zOyZzce5rWURLIq104PLrKQ7lM
4p3kPXvePV7h3R3MffvkIX7W/2s9dl/eVbPnUh16JDssohW2t3Ne1qGcx7nL53eb5eX8o7/0yp2d
uKTc4DwvyAF3qifaGJWe1Nm6P8dWrZ8eoZ1Tpde7m3PGybW7qJS8zsH+M88M3Ut23xMxhRu3x+3r
tZGeeSFcy4l4wv++mwae0OlV7Cky2+0+7BvexpO3sxG/uFm0PH155fM32Xc98x1NuFX+sya1/Oh+
8teH3Q+c4B8cweO7jk1W59h+8Z+UxJk+oc9amhMftHG3xgMe7pWdgis88OOc9wG/9U0fuQZ72Xxw
so/f0w3Q8s/o5Ny7TuAbE3VjyURT75U9xTHt0y2rQWvZx2eN2/9biIcf1Ymf2/8ln2bnkV85fPra
FmoIvym7PIO3XPfjGbfnm/m9njeTe0j32dwAIoDAgQQLGjyIMKHChQwbOnQIgGDEghMFTqx4MUDE
ihoVZtxoceBFACQ5coQoMWTHlCsztlRJkaRFmS810vR4s+RMlyNPinwINKjQoRSJGj2KlKjPg0uL
LmyaNKrUqQ+hJvWJcefNlSpL5vxJ1WnYsWTJmgR7livPtAjXdgXLkitQkDV5vq3LtKxZvXyRWu0L
OOpfmAkHDw6MGPHhxIyHLm4MWerjyJTLTq5MGDPjy5ohHzbMkHPn0Ti9mj6NOrXq1axbu37dmrTs
o6Jn2/Z4u3DuvrV3j/0cumEnb9+YhxPfezw5XOXM2zY33jxu9MTAn6Kc7pstW7ktvVKvahMjTavQ
/7HrhY0+vfr17Nuvfm7eb3zFwoPP1Tlfs0mXHcWL5K8UWuONtJNEA2IlVlPl5cdggw5a9yB4Ef5W
H4QTJpfWgeP1VxNtam0oF3/40RXXSQpeiGKKKrblXosuureiYBXiFmNu2nFH11r4OfYfiDbd5R2H
BYb3VV41HolkkkouadBnWXG4oUwkkoeWkP2B9CSS4r24Y1Vcvugck2KOSWaZ0TlZZU9YTtljlh/1
eKVaSi6opZl23olnnpvVt+OIIPYUWk4HArnVkXQaqmeiii7KqIQW6tboedKJCBOBHXIX1KFGaWom
p416GmmoPNpHo6hhbafmlj/lKB2kduEF66GgjvQ5q6K1nvplrrqiFmp1pZo6FaqVDtsdYdW9auJd
y10F7HWBJrvsiSyZ1mqfAgo6olPUykmkrxiKeSuD3obZrGT5AShpuY9CWpR/M7H4X2YhZQkXpZgK
Kq+PmLL7LZPhnjsjv+p62Oy/SY7b7bxWtiskVkFOWyW3KWGZ77vL/nqctHK6+6ORl1raMb4hWryU
wfEh3OTAMhasssCF6duwvEBqRWJXW1lrc7Z1BUnvYyYz63G9Ctfc6shQvkSx0UmLxSjKTLfs2K5S
T70e1EGbtS2t8HlsL8UaA/gmq0lnaPHTtgZMrtVqr50p2872u+TP2DldtNt2/98tM94XZwdur2hf
rffewModI+FkGq4U1Yq76DepLge+7+B3C8vtk3/WbaNlW8cd6WKgQW72b4XeHNPoBvrZJYV2U561
tawKXhmyM8e6buyFPv3ww+EJrdXbmAfYtKOPB34rgimXuCrTBiOeIusR72ysbbLjqGzesDfGWvTP
oxuy9hCiXvbuZd/OPHGTfQ769adqD+2WpKsf7OQsR+54ce8Zrazxlm7nKqGXEymz8s0mdb4DHOTC
lbqbeScr0AqR7lTnNgHOiTQErFafuoSzD90uTG4Rnwd1FrqBoS999BOVBCN0wjoxx31Ue8rUjqe2
EaYvhXOT3+lO5yZiZU1b19vCob348ioYTmxjS6PSW9gkJYn9bkU0nI8MQdfEM9mwYtsj2RL3p8O0
eWkjO9SZjoY0xAJxUWK5SxOcxkgv+KEoiuZ54gGhxkYnFo1shLqizbKYMs78T1W0uxScxPdFF/LR
i2AMYeHY5kbiTQqPxfoYZUAVx5OVDoc3JJb1OgSoNhHNZ3vsXR9BpkYK9m1tidQb63L3ldddcmXT
a+UqI9lGTS6uhRCZpRAzNsoY1g+Ki6xcxPRVvNm1LzN/gWUNSRjK0RhTc6T8myK1VkKM6RKZqxxg
Lq3mOWQuk2//1OzmbrYJQWxmqoLTVBk4vXnAWapTPYhE56MwyLN4XpCFbaonEKtXt3O6c5/h5Kc/
78k7jd0rbXSM5g1PU0lkDcqQ/2zog8jpUOQdbV5FLFXYVlVRO90ocvzjaC+5h5PZAVKYAYyoSS8E
0ZNaToNxclMG3yTGH6URmoXsog//GK2X1rKVhIyV8U4K1HM9MKhgBN/ODIOtIQVSo7Jcp2uEY0uG
itCpVK0qbD41VKJqVZrzi6A39bkZhG61gP8EqzVX99WmiXWsu2SrWycESaFxbIO+fB4m85fMuTTu
rW3lq1/liByJek2LSpuWTgtJFbNi76+1Y6xjpRjYrk0UhmBjQt8vebe+zj2WsJuVavOmqM29djav
flUs0LzaTdN+Z7RL7OxwNtodqFhOgXQlKxytitvcrjV4rCUtX1/LMFWyS7LVHP9ey1R7TN72triO
Be4QieZRvPqxbWilpCeLWq+UPpKzK1sUcs+2XM+Wxkf7kW0PMSuU70rvo3a1Iv5ECcgBVbJj9DXg
ndSbKPzmd1O61a5xzcleKmLRt7wRZk951lha1ba3+tVTg/VaXXsCEKcuXfB2offBpEbzweFNV4eZ
C9cpqlM2tOTuh/PE4ftes5mpVdFKkZhRcl2UolZK8W1s3KkA37V7701vYkFLQhz7UlVozG6RkHZG
mRJYXUI+3EdRyUBH2seVn7TvcQULsTv2WFvT2xd0kVNMKzdonkrN2bP+eGALR7jDzpPugItL5cvm
E7Q/3fHSSjjj2WLQx3KWc5doW3tiPKm5tAAzKKDLtdGCdvCSHfwhesFD5UiLOdBq7a+lLw0jfwF5
hpTutHInuOYgexquGk4zUge5x0FvGlGh5vSoHaTn+iaxwjncnQJrjM4m/3eqmO714l4NazNGOYmM
FnbyiG3oVrM+GtjMbnagdW1iZ0t72r9dMbWvje2tQnvS2e62t3Nt7W+Le9zkLre5z43udKt73exu
t7vfDe94y3ve9EZRQAAAOw==

--Multipart_Tue__21_Oct_2003_14:35:45_+0200_002ece08--

From owner-ucd@eso.org  Tue Oct 21 16:46:58 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LEgeck005417
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 16:42:40 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LEgeVo005416
	for ucd-outgoing; Tue, 21 Oct 2003 16:42:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LEerck004885;
	Tue, 21 Oct 2003 16:40:53 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LEeqs3003969;
	Tue, 21 Oct 2003 16:40:52 +0200 (CEST)
Received: from Ropy (dsl-pb-1504.linkline.com [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9LEeoM9001164
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Tue, 21 Oct 2003 07:40:51 -0700
Message-ID: <049b01c397e1$57b39ad0$6501a8c0@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <dm@ivoa.net>, <ucd@ivoa.net>
References: <Pine.GSO.4.44L0.0310211239510.21915-100000@sparky.star.le.ac.uk>
Subject: UCD use cases
Date: Tue, 21 Oct 2003 07:40:58 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Please find below some possible use cases for UCD.

-- How do the different proposed UCD/DM schemes help with these cases?

-- What does the query look like in each case, and how would that query be
coded?

-- Can you supply additional use cases? Please try to stay within the realm
of the possible here!

-- If you refer to a Data Model, please try to be concrete about
who/how/example. Please do not simply invoke "the Future IVOA Data Model".

Thank you
Roy
--------------------------

(1) Cone search. How to decide which columns are the RA,Dec that was used in
the search. What frame (B1950, J2000, ...) do these come from? If there are
columns with ID, what sort of ID is it, and how do I resolve it?

(2) SIAP search. Find the column that contains the URLs where the images
are. Find out if there are other columns that have RA,Dec of the image
center.

(3) We have for example a crossmatch service that is clever enough to know
about error ellipses. How does it get from a table the most sophisticated
error info that is there: (a) position (b) circular error (c) ellipse error.

(4) We want to compare photometry in two tables covering the same star
cluster. How do I decide if they share measurements in the same filter? One
has R band, the other has Halpha. What happens if fluxes are expressed
differently -- eg number / energy /
magnitude / luminosity density.

(5) I want distances to stellar objects measured in meters, so I can make a
3D display for the children. How do I recognize a redshift (z) value, how do
I recognize a radial velocity, how do I recognize an actual distance
measure?

(6) I am looking for supernovae that have both optical and Xray
measurements. Can I (should I) use UCD to help my search?

(7) How do I find 21cm observations (that may be redshifted), which also
have polarization information?

From owner-ucd@eso.org  Tue Oct 21 19:03:20 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LGwbd5020666
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 18:58:37 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LGwbMb020661
	for ucd-outgoing; Tue, 21 Oct 2003 18:58:37 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LGuhd9019930
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 18:57:50 +0200 (MEST)
Received: from artemis.le.ac.uk (mailsend.le.ac.uk [143.210.16.126])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LFkHB1024359
	for <ucd@ivoa.net>; Tue, 21 Oct 2003 17:46:17 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1AByi8-0003mH-II
	for ucd@ivoa.net; Tue, 21 Oct 2003 16:46:16 +0100
Received: (qmail 9886 invoked from network); 21 Oct 2003 15:46:37 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 21 Oct 2003 15:46:37 -0000
Date: Tue, 21 Oct 2003 16:46:37 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Roy Williams <roy@cacr.caltech.edu>
cc: dm@ivoa.net, <ucd@ivoa.net>
Subject: Re: UCD use cases
In-Reply-To: <049b01c397e1$57b39ad0$6501a8c0@Ropy>
Message-ID: <Pine.GSO.4.44L0.0310211554430.21915-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Roy,

here are my 2 cents.

On Tue, 21 Oct 2003, Roy Williams wrote:
> Please find below some possible use cases for UCD.
>
> -- How do the different proposed UCD/DM schemes help with these cases?
>
> -- What does the query look like in each case, and how would that query be
> coded?
>
> -- Can you supply additional use cases? Please try to stay within the realm
> of the possible here!
>
> -- If you refer to a Data Model, please try to be concrete about
> who/how/example. Please do not simply invoke "the Future IVOA Data Model".
>
> Thank you
> Roy
> --------------------------
>
> (1) Cone search. How to decide which columns are the RA,Dec that was used in
> the search. What frame (B1950, J2000, ...) do these come from? If there are
> columns with ID, what sort of ID is it, and how do I resolve it?

pick RA and dec from UCDs: pos.eq.ra;main, pos.eq.dec;main
If the source is a VOTable, one can use the COOSYS element to figure out
the equinox/epoch.
If the source is plain metadata, we're missing the equinox element by using
the plain UCD. Within a DM, the equinox should be there and can be used to
solve the ambiguity. Now, if they are different, the question is whether
they should be precessed.

I assume that you mean src.object_id... Hmmm, invoke simbad or ned or any
name-solver with the appropriate output equinox. However, I would advocate
at this point in time to strongly avoid the existence of catalogues where
only the ID is provided. It would be an effort to solve those names for all
these catalogues, but once done, we don't have to worry about it anymore.


> (2) SIAP search. Find the column that contains the URLs where the images
> are. Find out if there are other columns that have RA,Dec of the image
> center.

I can see your point of differentiating RA/dec for sources as opposed to
observations in a log. RA/dec are coordinates regardless of what one
measure, so UCD1 didn't do anything about it. In the image catalogues,
pos.eq.[ra|dec];main represent the image pointing.


> (3) We have for example a crossmatch service that is clever enough to know
> about error ellipses. How does it get from a table the most sophisticated
> error info that is there: (a) position (b) circular error (c) ellipse error.

Thought about this one before :-)
Most complete case:
	elliptic error:
	- semi-major axis			error.pos.smaj
	- semi-minor axis			error.pos.smin
	- ellipse orientation (PA)		error.pos-ang

Alternatively, one could have ellipticity (error.ellipt) xor axis-ratio
(error.pos.ax-ratio) and major axis, in which case  one has to compute
the semi-minor axis

Circular, simpler, we only need err.pos.smaj (or err.pos.rad)


Roy, please extend this case not just to errors, but to extended objects, as we
could be talking about overlap between galaxies or molecular clouds or
other extended structures/objects.

> (4) We want to compare photometry in two tables covering the same star
> cluster. How do I decide if they share measurements in the same filter? One
> has R band, the other has Halpha. What happens if fluxes are expressed
> differently -- eg number / energy /
> magnitude / luminosity density.

In a first approximation, I'd say stick to compare apples with apples and
oranges with oranges. UCDs should tell you which band is observed (oops,
that's UCD1s), therefore it should be clear whether the two tables contain
the same type of observations.

One interesting scenario here is to have a real Xmatch machine which
identifies the stars of one table with the ones with the other. I may want
to produce a diagram type R vs Halpha.

If more than two tables are involved, and one chooses one filter, we are
talking about forming light curves.


> (5) I want distances to stellar objects measured in meters, so I can make a
> 3D display for the children. How do I recognize a redshift (z) value, how do
> I recognize a radial velocity, how do I recognize an actual distance
> measure?

Redshift, by its UCD: redshift.hc
radial velocity: veloc.hc (beware of radial velocities of expanding stars)
distance: phys.distance.true, drop anything measured in kpc or Mpc :-)
beware of things measured in km or au
Or, go to any catalogue measuring parallax and convert to distance.
convert your distances to meters (tool to be built)

> (6) I am looking for supernovae that have both optical and Xray
> measurements. Can I (should I) use UCD to help my search?

Optical and Xray UCDs appear not only in catalogues related to supernovae.
Look for catalogues with supernova in their title and then use the X-RAy
UCDs (SN are still discovered in optical, so they'll surely have optical
fluxes).
Look at a few catalogues with SNe for quantities which are proper of these
objects (var.??)

> (7) How do I find 21cm observations (that may be redshifted), which also
> have polarization information?

UCDs will help you with polarization. Try /pol./, 21cm for sure
frequency-wise: phot.flux.radio.1.4G (that's why we didn't use '.' to
separate the UCDs :-) but no assurance if the redshift is too high.
Scan the table title for /21/ && /cm/ if the radio UCD. I'd expect the
results to be nearly the same.

Note: I just used http://barbara.star.le.ac.uk/datoz/mykats.html to perform
the last search... I found a few cats with POL_ and RADIO_FLUX in 1.4Ghz

Sorry, no time to write the queries in a WLQL (wish list query
language) :-)


Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-ucd@eso.org  Tue Oct 21 19:04:55 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LGxsd5021151
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 18:59:54 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LGxrdX021144
	for ucd-outgoing; Tue, 21 Oct 2003 18:59:53 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LGuhdB019930;
	Tue, 21 Oct 2003 18:58:36 +0200 (MEST)
Received: from plum.csi.cam.ac.uk (plum.csi.cam.ac.uk [131.111.8.3])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LFThB1023907;
	Tue, 21 Oct 2003 17:29:43 +0200 (CEST)
Received: from cass41.ast.cam.ac.uk ([131.111.69.186])
	by plum.csi.cam.ac.uk with esmtp (Exim 4.20)
	id 1AByRf-0004d0-Aa; Tue, 21 Oct 2003 16:29:15 +0100
Received: from cass123.ast.cam.ac.uk (cass123 [IPv6:2001:630:200:4240:203:baff:fe17:f117])
	by cass41.ast.cam.ac.uk (8.12.10+Sun/8.12.10) with ESMTP id h9LFTEtu020087;
	Tue, 21 Oct 2003 16:29:15 +0100 (BST)
Received: from cass123.ast.cam.ac.uk (localhost [127.0.0.1])
	by cass123.ast.cam.ac.uk (8.12.10+Sun/8.12.10) with ESMTP id h9LFTEbe020303;
	Tue, 21 Oct 2003 16:29:14 +0100 (BST)
Received: from localhost (gtr@localhost)
	by cass123.ast.cam.ac.uk (8.12.10+Sun/8.12.8/Submit) with ESMTP id h9LFTEMO020300;
	Tue, 21 Oct 2003 16:29:14 +0100 (BST)
X-Authentication-Warning: cass123.ast.cam.ac.uk: gtr owned process doing -bs
Date: Tue, 21 Oct 2003 16:29:14 +0100 (BST)
From: Guy Rixon <gtr@ast.cam.ac.uk>
To: Roy Williams <roy@cacr.caltech.edu>
cc: dm@ivoa.net, ucd@ivoa.net
Subject: Re: UCD use cases
In-Reply-To: <049b01c397e1$57b39ad0$6501a8c0@Ropy>
Message-ID: <Pine.GSO.4.58.0310211625420.20287@cass123.ast.cam.ac.uk>
References: <Pine.GSO.4.44L0.0310211239510.21915-100000@sparky.star.le.ac.uk>
 <049b01c397e1$57b39ad0$6501a8c0@Ropy>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
X-Cam-AntiVirus: No virus found
X-Cam-SpamDetails: Not scanned
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Guy Rixon <gtr@ast.cam.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

An additional case:

I have a heap of data expressing modelled and observed values for a handful of
quantities; celestial coords and proper motions would do as an example.  I
want to read out all the modelled versions of one of these quantities and
compare them to assess the spread of the models.  Then I want to do the same
with the observations.  What do I look for?

On Tue, 21 Oct 2003, Roy Williams wrote:

> Please find below some possible use cases for UCD.
>
> -- How do the different proposed UCD/DM schemes help with these cases?
>
> -- What does the query look like in each case, and how would that query be
> coded?
>
> -- Can you supply additional use cases? Please try to stay within the realm
> of the possible here!
>
> -- If you refer to a Data Model, please try to be concrete about
> who/how/example. Please do not simply invoke "the Future IVOA Data Model".
>
> Thank you
> Roy
> --------------------------
>
> (1) Cone search. How to decide which columns are the RA,Dec that was used in
> the search. What frame (B1950, J2000, ...) do these come from? If there are
> columns with ID, what sort of ID is it, and how do I resolve it?
>
> (2) SIAP search. Find the column that contains the URLs where the images
> are. Find out if there are other columns that have RA,Dec of the image
> center.
>
> (3) We have for example a crossmatch service that is clever enough to know
> about error ellipses. How does it get from a table the most sophisticated
> error info that is there: (a) position (b) circular error (c) ellipse error.
>
> (4) We want to compare photometry in two tables covering the same star
> cluster. How do I decide if they share measurements in the same filter? One
> has R band, the other has Halpha. What happens if fluxes are expressed
> differently -- eg number / energy /
> magnitude / luminosity density.
>
> (5) I want distances to stellar objects measured in meters, so I can make a
> 3D display for the children. How do I recognize a redshift (z) value, how do
> I recognize a radial velocity, how do I recognize an actual distance
> measure?
>
> (6) I am looking for supernovae that have both optical and Xray
> measurements. Can I (should I) use UCD to help my search?
>
> (7) How do I find 21cm observations (that may be redshifted), which also
> have polarization information?
>

Guy Rixon 				        gtr@ast.cam.ac.uk
Institute of Astronomy   	                Tel: +44-1223-337542
Madingley Road, Cambridge, UK, CB3 0HA		Fax: +44-1223-337523

From owner-dm@eso.org  Tue Oct 21 19:32:42 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LHSPd5029323
	for <dm-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 19:28:25 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LHSPwG029321
	for dm-outgoing; Tue, 21 Oct 2003 19:28:25 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LHRHd5029023;
	Tue, 21 Oct 2003 19:27:17 +0200 (MEST)
Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LHRHB1026687;
	Tue, 21 Oct 2003 19:27:17 +0200 (CEST)
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by curlew.cs.man.ac.uk with esmtp (Exim 4.20)
	id 1AC0Hs-000NJ2-Mf; Tue, 21 Oct 2003 18:27:16 +0100
Received: from [130.88.24.80] (helo=aten)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 1AC0Hs-0005S5-00; Tue, 21 Oct 2003 18:27:16 +0100
Date: Tue, 21 Oct 2003 18:28:24 +0100 (BST)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@aten
To: Roy Williams <roy@cacr.caltech.edu>, posuna@iso.vilspa.esa.es
cc: dm@ivoa.net, ucd@ivoa.net
Subject: Re: UCD use cases
In-Reply-To: <049b01c397e1$57b39ad0$6501a8c0@Ropy>
Message-ID: <Pine.GSO.4.53.0310211815110.19799@aten>
References: <Pine.GSO.4.44L0.0310211239510.21915-100000@sparky.star.le.ac.uk>
 <049b01c397e1$57b39ad0$6501a8c0@Ropy>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1AC0Hs-000NJ2-Mf*aCCTY48m5BY*
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: Anita Richards <amsr@jb.man.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Hi Roy,

Great to see something practical happening.  One comment - we do need to
see the use of UCDs alongside the use of the Registry and data models
(e.g. Pedro Osuna's very helpful reply which has indeed lifted my
confusion about non-table data - or that bit of it anyway).  Hence, when
people provide implimentation of use cases, it would be nice to see:

Where/if UCDs are used in the Registry to select data-sets (and if only
UCDs, not other entries e.g. spectral coverage, keywords, serve a
particular purpose);

How UCDs are used (ideally in the context of a data model) to enable the
processing steps in the execution of a query.

Use case - if you are sick of Brown Dwarfs read no further:
http://wiki.astrogrid.org/bin/view/Astrogrid/BrownDwarfRegistryRequirements

The RegistryQuery steps use some things which could be UCDs like Proper
Motion but they might also be key words.  Specific colours are also used,
but it might be sufficient to know that a catalogue contains optical and
colour data.

The DataSetQuery/Evaluation steps use these UCDs above and others.  The
new UCD structure enabling the use of partial matches would be a great
help as the workflow contains choices where you use a quantity (e.g.
colour) if already defined but if not you derive it ("you" being a data
processing software agent).

More examples could be drawn from the AstroGrid Ten...

cheers
a

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).


From owner-dal@eso.org  Tue Oct 21 21:33:59 2003
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LJU4d5016385
	for <dal-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 21:30:04 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LJU483016384
	for dal-outgoing; Tue, 21 Oct 2003 21:30:04 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LJSUd5015689;
	Tue, 21 Oct 2003 21:28:31 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LJSSs3010478;
	Tue, 21 Oct 2003 21:28:29 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9LJSRTd020928;
	Tue, 21 Oct 2003 15:28:27 -0400
Message-ID: <3F9588DF.3030805@lheapop.gsfc.nasa.gov>
Date: Tue, 21 Oct 2003 15:28:31 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net, dm@ivoa.net, dal@ivoa.net
Subject: A suggested revision for UCDs
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


A few minutes ago I uploaded a version of my suggested revised
proposal for UCDs to the Twiki.  This is just a Word version since
I don't have a PDF generator handy.  The URL is
    http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.9b.doc

This builds upon Roy and Sebastien's division of UCDs into concepts
and propeties but puts them together rather differently.

In addition and largely independently, it includes a discussion
of the use of UCDs in the context of groups of columns and
tables as a whole.  With the approach suggested, I hope that the
ambiguities that have heretofore precluded considering using UCDs
to mediate between data models and data can be removed and we may
no longer require a utype parameter.

Some discussion of the document is included (in red) within the
text.  This mostly describes the relationship of this version to
the 1.9.9 version.

Sections 3 and 6 of the document are copied from the previous version.
(though section 6 was section 8 in that document) from the
previous version.  The abstract is altered to reflect the discussion
of grouping constructs.  Section 2 -- describing the status of the document --
has been changed to discuss the implications of the adoption of this
recommendation upon existing software systems and protocols.  I think
that some such statement should be part of draft recommendations.  Not sure if
that's part of the recommendation process but it probably should be.

Section 4 is the discussion of UCDs and UCD syntax.  At the end of section 4 there
is a long parenthetical discussion of some of the ways this proposal differs from 1.9.9
since people seemed to be concerned about that last Thursday.  If they've
gotten this far they probably don't need this anymore but it may be of interest.
This section tries to be rather rigorous -- addressing a fair number of nits that
had not been talked about in the earlier proposal even though it makes
the proposal somewhat longer (e.g., the discussion of array valued cells,
a much more detailed discussion of comparability of columns, how to ensure the
uniqueness of UCDs, ...)

The actual definition of all of the valid words for UCDs is deferred
as it was in the earlier version, but a substantial number of examples are given.
[In fact, most of the words should transfer between the two versions fairly
transparently.  The differences lie mostly in how they are put together.]

Section 5 is the dicussion of UCDs and grouping structures.  I'm quite
excited by this since I think it real potential for helping to unify discussions
of data, data models and data access.  The discussion
in this chapter is less rigorous -- even if the basic idea is adopted I'm sure
it will need substantially more work but I think it has real possibilities for
linking data models and data.  This chapter is why I've sent this message
to the DAL and DM groups as well as to the UCD group.  Apologies to all of
you who get this twice or thrice!

I trust there will be comments...


	Tom


From owner-ucd@eso.org  Tue Oct 21 21:56:40 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9LJqOd5024031
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 21 Oct 2003 21:52:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9LJqO0i024030
	for ucd-outgoing; Tue, 21 Oct 2003 21:52:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9LJpHd5023794;
	Tue, 21 Oct 2003 21:51:17 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9LJpEs3010970;
	Tue, 21 Oct 2003 21:51:15 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9LJpETd022259;
	Tue, 21 Oct 2003 15:51:14 -0400
Message-ID: <3F958E35.1090703@lheapop.gsfc.nasa.gov>
Date: Tue, 21 Oct 2003 15:51:17 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dal@ivoa.net, ucd@ivoa.net
Subject: Re: UCD use cases
References: <Pine.GSO.4.44L0.0310211239510.21915-100000@sparky.star.le.ac.uk> <049b01c397e1$57b39ad0$6501a8c0@Ropy>
In-Reply-To: <049b01c397e1$57b39ad0$6501a8c0@Ropy>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Here are some thoughts about how the new UCD scheme I've
proposed might help in Roy's scenarios.  I'd sent
this to Roy directly earlier without realizing
that it had been sent to the UCD and DM groups....

	Tom


> 
> (1) Cone search. How to decide which columns are the RA,Dec that was used in
> the search. What frame (B1950, J2000, ...) do these come from? If there are
> columns with ID, what sort of ID is it, and how do I resolve it?
> 


UCDtrees look something like:
     src;instance
         meta.id[.type];value
	pos;instance
             ra/dec, l/b columns
	    pos.coosys;value   Optional, either table coosys element
                                of the table or a table wide parameter

Look for highest pos;instance and meta.id;value to get the correct id and pos columns.
If we want to handle B1950 coordinates then we need to include a table parameter
or parameters including the coordinate system.  Of course the cone search protocol
requires that the output be in J2000, but it would be easy to support genericity
if we want.  I suggested that the coosys element in tables could have a UCD, but
less controversial would be a table parameter giving the information.  That's not
quite as elegant.  However I don't like duplicating metadata information.  Maybe
the best solution is to include a parameter but make it point to the coosys using
the XML ID.

Not sure what you mean by resolve the id, but assuming that this isn't addressed
by specific subtypes of id, replace meta.id;value with

        meta.id;instance
	     meta.id;value
	     meta.id.resolver;value

meta.resolver;value would presumably be a parameter but in principal if there
was a different resolver for each row in the table it could be a column.



> (2) SIAP search. Find the column that contains the URLs where the images
> are. Find out if there are other columns that have RA,Dec of the image
> center.

Basic UCDTree is:

       obs;instance
	   meta.id;value	# The required id field
	   meta.link;value      # The link field
	   pos;instance	        # The required position

These are mandated columns in the SIAP protocol and the protocol should
also specify that there is only one pos, meta.id and meta.link element
at the top level.  Note, by the by, that if we want to allow the SIAP protocol
to return galactic positions, it's easy to do.  [This isn't necessarily a
good idea for SIAP, but the it shows the expressivity of the UCDTrees.]

Could there be an image center that is distinct from this image?  This would
require there to be an associated observation to the main observation.
[If I really want to go overboard I might have made the table UCD
        obs;filter.cutout;instance
but I don't think that that is going to be useful to most people,
though it does show a nice use of my suggested filter hierarchy.]

This could be suggested by adding the following to the tree
            obs;instance
                 meta.id;value
                 pos;instance

The issue which is harder to address is understanding the relationship between
this secondary observation and the primary observation.  This is a semantic issue
not a structural one, so a UCD must be involved.  E.g., we need to define
concepts for background, center, offset, ...  If we have done that (and I would
suggest they belong in my meas tree since they have to do with idea of a measurement)
then the previous addendum becomes [and I've put in a background image for good measure]
	   obs.instance
		meta.id;value
                 obs;meas.center
			pos;instance
	   obs.instance
		meta.id;value
		obs;meas.background
			pos;instance


How do I find this...  I look for associated observations and search for
one which has the desired measurement attribute.  I believe an XQuery expression
can do this pretty easily.

> 
> (3) We have for example a crossmatch service that is clever enough to know
> about error ellipses. How does it get from a table the most sophisticated
> error info that is there: (a) position (b) circular error (c) ellipse error.

This is pretty easy...
Looking just at a given position, we might have:

      pos;instance
	pos.eq.ra;value
	pos.eq.dec;value
	pos.eq.ra;meas.error         Errors in the coordinates
	pos.eq.ra;meas.error
	pos;meas.2d.error            This is a circular 2-d error
	pos;meas.2d.error.elliptical;instance
              pos;meas.2d.error.elliptical.x
              pos;meas.2d.error.elliptical.y
              pos;meas.2d.error.elliptical.posang
	

which gives all three of these.  While there may be
a better name for the last two errors, I don't think it matters
much.  Whatever error there is is directly associated with the position
and it's easy to find out what errors are availalbe.  The question
of which error the user should use, is not appropriate for
the UCD scheme.  That's up to the user.  The UCDs indicate
which errors are available.

I'm not sure if we want to elaborate the measurement tree
to this level, maybe it could be done more simply in some other way.
However I don't think this is an unreasonable approach.

> 
> (4) We want to compare photometry in two tables covering the same star
> cluster. How do I decide if they share measurements in the same filter? One
> has R band, the other has Halpha. What happens if fluxes are expressed
> differently -- eg number / energy /
> magnitude / luminosity density.

Well I don't think unit conversions are an issue that UCDs should address.
So I'll pass on that.  [That's what units keywords are for after all.]

The columns should describe the bands in which they were taken.  If
we want to assure that we actually have the same filter, then we
need UCDs that are specific down to the filter level.  The old UCD tree
(and I assume you've kept it in the current one) puts all of that info
in the initial word.  I'd tend to use the em modifier here to define
the band.   E.g.,

      phot.mag;em.optical.filter.v.johnson;value
      phot.flux;em.optical.filter.v.johnson;value
and
      phot.counts;em.optical.filter.v.johnson;value
for magnitude, flux and counts (in a photon counting instrument)

If the question is whether the filters overlap, then I don't think
this is a question the UCDs answer directly.  It's expert knowledge
about the concepts (Just like the exact relationship between RA and Dec
isn't specified in the UCD.  That's expert knowledge too.)


> (5) I want distances to stellar objects measured in meters, so I can make a
> 3D display for the children. How do I recognize a redshift (z) value, how do
> I recognize a radial velocity, how do I recognize an actual distance
> measure?


Units are not a UCD issue.
The other questions simply need distinct UCDs.  As I understand the schema they
would just be different elements of the phys tree but that's a bit of a guess.
Redshift is a different concept from distance as is a radial velocity.  They can
be converted into each other in certain circumstances, but it is not the role
of UCDs to understand the transformation rules -- just as it is not the role
of UCDs to understand how to convert from RA,Dec to L,B.  I think it may be reasonable
to have all of the base concepts:

      	phys.distance		A distance of some kind
   	phys.distance.z		A redshift in a cosmological context
	phys.distance.vrad	A radial velocity in a cosmological context
	phys.z			A redshift in non-cosmological context
	phys.vrad		A radial

or to only have the single distance concept and leave it to the user to recognize
that they are in a cosmological context so that radial velocities can be converted
to distances.  That's probably safer from the context
of trying to ensure that there is only one UCD for a given concept so I'd
tend to go that way.  Users put z in a table rather than distance for a reason.

UCDs describe what a column is, they need not and should not describe what you
can do with a column.  I gather that is the role of ontologies.

> 
> (6) I am looking for supernovae that have both optical and Xray
> measurements. Can I (should I) use UCD to help my search?

You can certainly try.  This depends a bit upon the specific UCD tree.
If table UCDs are often of the form
     src.[type];instance
you can search the registry for tables of the form
     src.supernova;instance

Similarly ou can use search columns the phot and look for
optical and X-ray qualifiers.  If you get tables that meet all the
criteria you've got a great place to start.   I.e., look for UCDTree
that matches the template

    src.supernovae;instance
    //phot*;em.xray*;value
    //phot*;em.optical*;value

[Where this is some Xqueryish kind of match to the UCDTree hierarchy]

and you've got a great chance that this has the information you wnat.

Even if there is no match, you can consider tables that are partial
hits and look to see if you can join information appropriately using
multiple tables.

A real win here  would be a VO service to enable comparison of class
information among tables.  Right
now source classes are a real mess and we need a Simbad- or NED-like service to address
it. That will probably be needed if you want to interrogate the vast
majority of UCDTrees that with have src;instance and some classification
parameter inside.

> 
> (7) How do I find 21cm observations (that may be redshifted), which also
> have polarization information?
> 
> 

Look for all tables that have columns that match
     flux.phot*;em.pol*;value
to get polarization information

Limit to tables that have a flux value in the 21cm region
-- don't know if that has it's own special UCD -- or which has
flux in the region from 10-100 cm and a redshift or radial velocity.
This assumes there is some service that gives me the em qualifiers
I need to look for given a specific energy/wavelength/frequency range.
It wouldn't be too hard by hand either.

This is a straightforward analysis of the column UCDs that doesn't
need to worry about the structure UCDs at all.



From owner-dal@eso.org  Wed Oct 22 19:21:20 2003
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MHGMKp003608
	for <dal-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 19:16:22 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MHGMIh003607
	for dal-outgoing; Wed, 22 Oct 2003 19:16:22 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MHFmKp003459;
	Wed, 22 Oct 2003 19:15:48 +0200 (MEST)
Received: from donner.stsci.edu (donner.stsci.edu [130.167.251.65])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MHFis3004937;
	Wed, 22 Oct 2003 19:15:45 +0200 (CEST)
Received: from aria (aria.stsci.edu [130.167.236.125])
	by donner.stsci.edu (Mirapoint Messaging Server MOS 3.3.6-GR)
	with ESMTP id AGU13171;
	Wed, 22 Oct 2003 13:15:37 -0400 (EDT)
Message-ID: <021901c398c0$1ec33c00$7deca782@stsci.edu>
From: "Robert Hanisch" <hanisch@stsci.edu>
To: <dal@ivoa.net>, <ucd@ivoa.net>
Subject: Fw: A suggested revision for UCDs
Date: Wed, 22 Oct 2003 13:15:37 -0400
Organization: Space Telescope Science Institute
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Junkmail-Whitelist: YES (by domain whitelist at donner.stsci.edu)
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Robert Hanisch" <hanisch@stsci.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Here is a discussion that Tom and I had off-list, but I think are number of
points of more general interest are raised.  Warning -- it is quite long!

Bob

- - - - -

Hi Bob,

Thanks for the review and comments.  I'm particularly interested
in the areas that were unclear.  It seemed to me that I needed to
actually put the ideas out where I could get some detailed reactions.
A fair number of typo issues were addressed in the version I uploaded
to the Twiki and announced to the UCD, DM and DAL groups.  Haven't
heard of any reaction.

I've responded to your comments below (there a lot of detail
but I thought it user to think these things through).

Tom

Robert Hanisch wrote:
> Hi Tom.  I read through your revised UCD document this evening.  Phew.
> There is much in it I like, much I don't, and much I don't follow.
Perhaps
> the two latter categories mix together.
>
> I guess my biggest problem is that the roles of concept, attribute, and
> modifier are partly defined by syntax (where they appear in the string)
and
> partly by having to know what names (em, pos, flux) have been allocated to
> which category.  This seems very arbitrary (and very confusing) to me.
> Although I have never written a parser in my life, it looks to me like a
> parser for this would be a zillion if statements.  Maybe this is fewer if
> statements than for other approaches, but it still looks very complex.
>
I agree that this is a major issue, although my biggest concern with it is a
little
different.  I'm giving a long answer to help me organize my thoughts.

The writer of a table presumably has access to the documentation for
UCDs so it shouldn't be a big problem dealing with the three types -- 
especially
once there are examples.  The problem is more in using UCDs when reading
tables.

In practice I'm not sure this would be a big deal for 'real' tools.  E.g.,
something like
VOPlot is going to need to know about the value and meas.error attributes
internally so
that it can plot values and error bars for a given quantity.  I.e., it's
just
going to look for pairs of columns within the same group of the form:
     SomeString;value and  SomeString;meas.error
A spectral processing tool is going to look for pairs like phot.flux*;value
and
phys.wavelength;value.  Specific tools internalize this kind of knowledge -- 
or
even better read it in as a data model.  These tools don't really know about
how
UCDs are organized.  The organization is intended to make it easy for them
to
search for the appropriate strings, but they just take advantage of that.

Generic tools for manipulating UCDs and for validating them are where the
problem
really begin to show up. Currently there are only 6 trees that are not basic
concepts
(em, frame and intent for modifiers and filter, stat and meas for
attributes).
I think the single word attributes are important enough that they will
not cause a problem.  So a complete algorithm to determine what word
belongs in what vocabulary is currently pretty easy... Psuedocode is just:

     firstAtom = substring(ucd, index(ucd,"."))
     switch (firstAtom) {
         'em', 'frame','intent': return thisIsAModifier
         'stat','filter','meas': return thisIsAnAttribute
         'value','local','instance','multiplet', 'vector': return
thisIsAnAttribute
     }
     return thisIsAConcept

Alternatively we're talking about validating UCDs against an IVOA schema to
define
the valid words and the match against this could give the type.

There are other simple ways to deal with this:  Begin all modifiers with m.
and attributes
with a.  Or I've suggested in the draft that all modifiers could be in the
frame tree
-- the idea is that the role of modifiers is to limit the context to which
the concept applies.
I don't think the attribute trees join as easily but if it's important
enough we could
pick a name for all of the attribute trees.

The biggest problem is non-standard namespaces.  How do we handle a new UCD
tree?
In some sense the issue is moot.  Non-standard words shouldn't be used
outside
of some developers local context.  They can be responsible for handling
them.  However
I suspect that non-standard words will escape into the wild.  The validate
against
the schema approach still works, but it's impossible for writers for tables
to know
how to use these UCDs.

There are some other ideas that might help address this issue:  Your
suggestion
of another separator character is nice.  I thought about it but decided that
it was too radial a change.  Maybe separate atributes and modifiers
within themselves by commas but separate them by '-'s.
e.g., a complex UCd might be:
     flux.phot-em.optical,intent.calculated-meas.error,stat.max
I'd still like to keep the vocabularies separate, but now it's trivial to
parse the UCD.

For the moment I tried to minimize the change from the original proposal.
Note that this
is all much harder in the original proposal.  There is no way to tell what
anything after
the first word is.  In that proposal the first word is a property, but all
subsequent
words can be either properties or concepts.  Nor there any lexical
definition of what
a property is (i.e., any word can be a property).



> The document has a lot of signs of a rush job -- is it Uniform or Unified?
> (Unified, I think.)

I always thought it was Uniform so that wasn't a typo but an error or my
part...
Sigh...

Is flux a 0-level concept?  Or is it phot.flux?
That I think is fixed in the published version (it's always phot.flux)

On p.
> 3 you say that units are not part of UCDs, but on p.16 you create a UCD,
> phys.degrees;value

I wasn't quite sure what the UCD should be there.
Maybe phys.angle.separation;value?

, that is all about units.  On p.12, I really like the
> typo(?) in 'pudding' (pubbing).

Alas that is also fixed.  [That kind of error must reflect some curious
things about the mind.  I clearly picked the mirror image letter even
though the typing motion for it is nothing like 'd']
>
> I'm not sure how others have reacted -- have not gone to the UCD list yet
to
> see.  But I was particularly confused by the following things.
>
> o  p.4, you say that
>
>     phot.flux;em.optical;intent.calculated;value
>
> is equivalent to
>
>     phot.flux;intent.calculated;em.flux;value
>
> But there must be a mistake here.  Shouldn't 'flux' in the second line be
> 'optical'?  And isn't the first form illegal if alphabetical order is
> required?

The typos in the UCD were fixed and I hope that would help clarify what
I was trying to say.  The two UCDs should have been
    phot.flux;em.optical;intent.calculated;value
and
    phot.flux;intent.calculated;em.optical;value
The statement I was trying to make was that there is no natural reason to
prefer one of these to the other, so we had to choose an arbitrary rule
to try to ensure uniqueness of UCDs.  Thus indeed the second is illegal.

>
> I find the goal of brevity at conflict with the goal of clarity.  What
does
> 'em' mean to a human reader?  Why 'src' and not 'source'?  Why 'value' and
> not 'scalar' (parallel structure to 'vector')?  Why default on 'value' in
a
> otherwise well-defined ontology?
I can't really argue with most of these.  The tension between various goals
it why I tried to list them all together.  I would be happy to change to
longer
words.

The default for value was just meant to be a convenience for writers of
tables.
If it confuses things I'm happy to drop it.

I like value rather than scalar because a value can be a vector quantity.
E.g.,
if we have a cell that contains an array of fluxes it's UCD might be
    phot.spectrum;value
That's because the concept of spectrum is inherently non-scalar.  A field
that had
a UCD of
    phot.spectrum;vector
would imply that each cell contained an array of spectra (i.e, that the cell
was
presumably a 2-d array).  However this is no big deal.


>
> I think if a clear distinction is to be made between attributes and
> modifiers, it must be encoded explicitly (i.e., not just based on a list
of
> magic words).  I do not like the semicolons as delimiters; this is not
what
> they mean in English grammar.  (The semicolon in the last sentence was
used
> properly.  The second clause is not necessarily a direct modifier of the
> first, but rather is related in some intimate way.)

This is fine by me -- I gave an example above using different separators.  I
think
the grammar is just as simple.

>
> I don't understand how to use the concept 'concept' in a practical sense.
>

Well I tried to give two examples:  If you have a VOTable in an editor how
do you
find the fields that don't have a defined concept?  If a user simply omits
the
UCD field it's kind of painful to find them.  However one can just do a
string
search for "concept" if the user has entered ucd='concept;value' to
explicitly
mark that the underlying UCD is unknown.

The real reason is given in the last example in section 5.  When correlating
two
tables that describe different kinds of quantities, e.g., sources and
observations,
I need to be able to describe what the ouput table is.   There are two
objects
in every row so it's a multiplet (in my scheme), but what kind of multiplet?
I can't
call it a source, and I can't call it an observation, so I need to go up to
a more
generic word, i.e., concept.  Basically it just provides the root for entire
concept
hierarchy.  If we really wanted to be regular, we could start all of the
base
concepts as using this word...

> Your definition of 'pos' does not include solar or planetary coordinate
> systems, though later you give an example that does.

I don't know what the current hierarchy under pos is...  What I'd guess
is that it would contain something like:

     pos.body.lat and pos.body.lon

and then the frame modifier would be used to specify which body.
[Or maybe I left an inconsistency in from the previous version]

>
> 'intent' is defined as the 'human context' of the concept.  Huh?  How are
> 'calculated', 'predicted', and 'simulated' anymore human concepts than
> 'observed' or 'measured'?

Observed and measured would be fine additions here except that they are
likely to be considered the default.  I.e., a time.exposure;value
is assumed to be the measured time, so I don't need to put that in.
[Note that meas is short for measurement].  The explanation probably needs
to be better, but I think we need some kind of modifier that distinguishes
between 'real' values and predicted, scheduled, calculated, ... values.
This
doesn't come up so much in VizieR tables, but many of the tables that I
deal with are riddled with situations where I may have an allocated exposure
time,
a predicted exposure time and an actual exposure time.  So something is
assumed to be actual/measured/observed unless an intent is specified.
>
> In 4.4 you insist that full words should be used ('electron' instead of
> 'el'), but at the same time assert that 'phys', 'temp', 'em', etc., are
all
> ok.

I don't have a horse in this race...  I tried to match the usage of the
previous
paper, but I'd be happy to go either way.
>
> Example 2 (p.14) does not convey to me anything semantically different if
I
> disregard your comments.  How am I supposed to understand something about
> guide stars and plate centers from the structure of the UCDs alone?  I
take
> issue with your assertion that "both software and humans should have no
> trouble distinguishing the very different semantics of the two tables."
>
Well...  I'd hope that by looking at the table UCD, you would immediately
note that one table returned source information and the other returned
observation information.  That's no small matter.  The structure immediately
shows which concept is subordinate to the other.  The actual semantics of
the relationship were not described.  You could do that if you want that
level
of detail.  I'm not sure what the right UCDs are.

E.g., in the source table might have included (hope the indentation survives
the mail):

      obs.instance
           meta.id;value
            pos;meas.center
                 pos.eq.ra;value
                 pos.eq.dec;value

I guess if we really want to include the concept of a guide star in the
UCD hierarchy, they probably belong in the base concept or maybe
in frame somehow, but I think this is
too detailed.  If we went ahead with it...  The guide star might be

      src;frame.usage.guiding;instance
meta.id;value
pos.instance

Note that in the first case it's the position that got the
extra information, because the observation is just a standard observation
(as far as we know).  In the second case we're suggesting that
this is a special kind of source.

But I don't think I want to put that in the relatively simple examples.
What I was trying to show was how the need for main columns has disappeared
and that we could get source or observation information from either table
with equivalent ease.

> I don't like 'arith' as a concept.  'math' would be ok.  If we need it at
> all.

Well I did try to discourage it...  I have no problem with math.
>
> I don't like 'soft' as a concept.  Is it so bad to just say 'software'?
All
> this stuff will be encoded in XML, which is notoriously verbose.  If we
> chose unclear abbreviations we will obscure whatever semantic meaning is
to
> be found.

Fine with me...

>
> OK, a lot of these criticisms are not really directed to you, but to the
> predecessor document.  I understood your presentation in Strasbourg (I
> thought) but do not follow the document sufficiently well that I would
ever
> be comfortable promoting it forward.  I did not like Roy and Sebatien's
> premise that concept and property could morph, one into the other,
depending
> on context.  I do like your attempt to structure things more rigidly.  It
> seems to me not rigid enough.  And when I ran into phys.degrees I felt
like
> the whole thing was falling down around me.  The concept is an angular
> distance, which of course can be expressed in degrees, radians, arcsec,
etc.

Agreed...  {see above)
>
> It might be worth our time to look at the AIPS++ measures definitions.  If
I
> were to construct a quick hierarchy, what we are trying to do here is
> distinguish various sorts of measurements, metadata about those
> measurements, and metadata about the people/organizations associated with
> those measurements.  So our fundamental concept is a measurement, of which
> there are various sorts:
>
> measurement
>   photometric
>   spectroscopic (which is just photometric per wavelength in an ordered
sort
> of way)
>   astrometric ('pos')
>   temporal
>   instrumental
>
> Ancillary information about measurements comes in the form of metadata:
>
> metadata
>   identifiers
>   people
>   organizations
>
> And we may have some special classes:
>
> software
> source (to collect measurements of an object in space-time)
>
> Measurements are taken in bandpasses, and in certain coordinate frames,
and
> from either the real universe or from computer simulations.  A bandpass is
a
> 'frame' restricting coverage in the em-spectrum.  A coordinate frame
> describes a restriction on the spatial coverage.  The idea of 'intent' has
> nothing to do with anything; it is simply a mode of collecting
measurements.
>
> Allright, enough of my rantings for this evening.  I applaud your attempt
to
> add rationality to Roy and Sebastien's work, but feel we still have some
way
> to go.
>

Thanks...  I don't disagree with what you are saying and I hope that we
can a least reopen the discussion.

Tom


From owner-dm@eso.org  Wed Oct 22 19:49:21 2003
Return-Path: <owner-dm@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MHj2Kp010723
	for <dm-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 19:45:02 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MHj2VQ010721
	for dm-outgoing; Wed, 22 Oct 2003 19:45:02 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dm@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MHhqKp010439;
	Wed, 22 Oct 2003 19:43:52 +0200 (MEST)
Received: from othello.physics.gla.ac.uk (othello.physics.gla.ac.uk [130.209.204.200])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MHhpB1024875;
	Wed, 22 Oct 2003 19:43:51 +0200 (CEST)
Received: from ptolemy.astro.gla.ac.uk ([130.209.45.140])
	by othello.physics.gla.ac.uk with esmtp (Exim 4.14)
	id 1ACN1Q-0008PO-QR; Wed, 22 Oct 2003 18:43:48 +0100
Received: from norman (helo=localhost)
	by ptolemy.astro.gla.ac.uk with local-esmtp (Exim 3.35 #1)
	id 1ACN1Q-0003Ho-00; Wed, 22 Oct 2003 18:43:48 +0100
Date: Wed, 22 Oct 2003 18:43:48 +0100 (BST)
From: Norman Gray <norman@astro.gla.ac.uk>
To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
cc: ucd@ivoa.net, <dm@ivoa.net>, <dal@ivoa.net>
Subject: Re: A suggested revision for UCDs
In-Reply-To: <3F9588DF.3030805@lheapop.gsfc.nasa.gov>
Message-ID: <Pine.LNX.4.44.0310221828540.12116-100000@ptolemy.astro.gla.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Score: -2.0 (--)
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1ACN1Q-0008PO-QR*bN0SIfGukkA*
X-Othello-SMTP: True
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dm@eso.org
Precedence: bulk
Reply-To: Norman Gray <norman@astro.gla.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Greetings, all, and Tom in particular.

On Tue, 21 Oct 2003, Thomas McGlynn wrote:

> 
> A few minutes ago I uploaded a version of my suggested revised
> proposal for UCDs to the Twiki.  This is just a Word version since
> I don't have a PDF generator handy.  The URL is
>     http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.9b.doc

I've appended a (longish) set of comments below.  I've just noticed that
Bob has forwarded a long set of comments to the list.  I haven't read
those yet.

By the way, I notice that this announcement/discussion has been posted
to no fewer than _three_ lists, namely ucd, dm and dal.  It would be
at the very least neater if it were on only one -- ucd@ivoa.net is the
obvious one.  What do folk think -- are there folk on the other two
lists who have an interest in this and aren't on the ucd@ivoa.net
list?






I'm sure I'm not the only one to find Tom's proposal very
thought-provoking.  The suggestions bring up several new use-cases;
and the idea of the `local' atom in particular is valuable, and a
gap in the 1.9.9 proposals (though I'd put it in a different place).
I think there are very likely several places in the 1.9.9 proposals
which are underspecified, and some where I personally would probably
explain things slightly differently from Roy and Sebastien, but these
are editorial matters.

I have a few difficulties with some aspects of Tom's proposal, however,
which I'll discuss here, and add a few more general remarks at the end.
I'm speaking for myself of course, rather than the group of authors,
and thus it's probable that my opinion and interpretation of some 1.9.9
points is at variance with others in the group, or goes beyond what the
document aims to say (which would be a useful datapoint).




Most urgent, I think, is Tom's discussion, in his section 4.5, of the
distinction between his proposals and the 1.9.9 ones.  These are crucial,
since these criticisms are what would ultimately justify replacing the
1.9.9 proposals with Tom's more complicated ones.

In the 1.9.9 proposals, the function of a word is always the same:
some things such as `src' are concepts (and only concepts), and
every other word names a property.  The distinction is that
concepts can't have a value, but can have properties; and a property
always has a value.  Now, the property;concept _pair_ also names a
concept, which can therefore have properties in turn (this has the
same potential as Tom's proposals for generating long UCDs in
principle, but probably very unlikely in practice).  There will
doubtless be some rather formal language which makes this cast-iron,
but it's actually fairly intuitive once you get the property/concept
dichotomy and read `;' as `of a' or something like that.

Section 3.1 in the 1.9.9 proposals -- the crucial section of the document,
for which everything else is to some extent just scaffolding, and without
which the rest of the document makes rather less sense -- is what attempts
to describe this.  Perhaps that explanation needs work.  At any rate, I do
not believe that one has to sign up to the (basically ontology-inspired)
language in that section in order to use the UCDs thus justified.
Indeed, it might be useful for that section to be split into two, one to
communicate the underlying idea to folk who simply want to _use_ UCDs,
and another to reexpress it more formally for the ontology enthusiasts.

In his section 4.5, Tom also remarks that ``Indeed I'm not sure that any
string of words can be determined to be illegal in the old scheme''.
I'd probably agree in outline: there are significantly fewer rules
necessary in the 1.9.9 proposals than in Tom's proposals.  The only place
a base concept can go is in the right-most position, and thus you can't
have a concept sitting on its own, since the left-most position is the
name of the property, the value of which is the number/column/whatever
which has been annotated by this UCD (the syntactic mechanism for making
that annotation is outside of scope for the UCD proposals, I'd think).
Also, there are some property-concept pairs that make no sense, such
as stat.err;src.  But that's about it -- you don't need any more rules
than that.

Tom constructs an `arith.diff;arith.sum;phot.flux;...' UCD.  That does
look unwieldy (but note there's no need for parentheses in the 1.9.9
proposals), but I get the impression that the `arith' UCD tree was to
some extent a kite being flown, and I for one would be surprised if it
made it much beyond this version, partly because it would seem to encourage
such odd-looking UCDs.  Also, there's no tying of one table to another
in the 1.9.9 proposals -- I'd think that was out of scope for UCD (and
quite properly so: I'll mention this below).

The 1.9.9 proposals allow no ambiguity in the way that UCDs are
written: properties queue up in front of the single base concept, and
ordering matters, so that stat.max;stat.err;phot.flux is different
from stat.err;stat.max;phot.flux.




More specific points in Tom's proposal, in document order rather than
any other (section references are to Tom's document):

Section 4.1: Bringing the number of terms up to three -- concept,
attribute and modifier -- reminds me of the qualifier/modifier idea
that was in previous versions of the draft, which I still think is an
unstable distinction, and which Roy and Sebastien thankfully managed
to get rid of by simplifying the syntax down to just concept plus
properties (but see below).  Also, there's no syntactic distinction
between modifiers and attributes, so in order to apply the extra
ordering rules for those, or even to break the UCD into its three
parts, you have to know which words are of which type.  That is, you
can't do it at parse time.

Section 4.1.2 (not an important point, I don't think): I'm puzzled at
the requirement that words in the non-standard namespace must be
distinct from all words in the IVOA namespace.  The point of having a
namespace is to make this possible, or (since such duplication would
surely be condemned as bad practice) at least not an error.  The rule
also means that if a new word were added to the IVOA namespace which
happened to match a word in a private namespace, the namespaced UCDs
would thereby suddenly become invalid, with no change in the spec.

Section 4.2.2: The `intent' modifier has no corresponding notion in
the 1.9.9 proposals, but it's not clear to me where in those proposals
this would fit in, and I think this is a _problem_ for the 1.9.9
proposals.  I can see how it would fit in to what I take the
underlying 1.9.9 model to be, but not into the serialisation of that
model that the 1.9.9 syntax represents.  I can see three approaches to
this problem within the general framework of the 1.9.9 proposals.  (i)
Rule it out of scope: it's not UCD's problem to talk about what values
are intended to be, since they're only for data discovery, and are not
required to be capable of driving analysis, so that if this `intent'
distinction matters to you, you're going to have to understand the utype
somehow.  (ii) Add modifiers like this to the 1.9.9 model and syntax:
that's potentially quite a lot of work, since it would require
thinking very clearly about just what the distinction is between
modifiers and properties, _and_ working out a usable syntax for adding
them in -- they _have_ to be distinguishable at parse time.  (iii)
Think about it more and discover a way they can be viewed as
properties in a principled way.  The point isn't just about this
`intent' modifier: if we can convince ourselves that there are things
like `intent' (and that they're in scope) which are in principle
qualitatively distinct from properties (and I would at least dispute
that `em' and `frame' count here), then that has to be dealt with.
Perhaps this example will help us find the stable distinction between
`qualifiers' and `modifiers' that escaped us in earlier versions.

Section 4.2.3: The `value', `vector', `instance' and `multiplet'
attributes seem overly complicated.  The `value' attribute is not
required in the 1.9.9 proposals because all properties have a value,
namely the value they're being used to annotate.  The other three seem
artefacts of the `complex UCDs' which Tom is introducing in these
proposals.  These complex UCDs seem problematic to me because they
seem tightly bound to VOTable.  That destroys the orthogonality of the
UCD and VOTable specs (the W3C has had _terrible_ trouble with
non-orthogonal specs, tying itself in knots trying to resolve their
dependencies on each other), and makes it harder to use UCDs in other
contexts, such as queries.  I feel that UCDs should be seen as
annotating a `thing', whether that `thing' be a value, a column, a
group, or a query `phrase', and it should be the responsibility of
whatever defines the syntax of that annotation (that is, VOTable or
SIA) to define precisely what the thing is that the annotation applies
to.  Thus, VOTable might say that when a UCD appears in a <field> then
it indicates a set of relationships between the corresponding entries
of the table; when it appears in a <group> it means something
different; and so on.  Dealing with the typing and complexity issues
of this in a general way within the UCD spec would surely make it
impossibly unwieldy and limit its scope.  This is also a general worry
for all of Tom's Section 5; I really think this should be out of scope
for UCD, to the extent that Tom's ``The grouping does not describe the
semantics of the relationship.  That is the role of UCDs'' would be
much better as ``The grouping describes (some of?) the semantics of
the relationship.  That is not the role of UCDs''.  This is a can of
worms.

Section 4.2.3 (local): I agree this is a gap in the 1.9.9 proposals.
Another way of dealing with it would be to say that a UCD <word>
`local.X' meant exactly the same as the <word> `X', but was not
comparable with it.





More general points:

Tom's document seems to discuss his proposals in object terms.
However the property-concept parts of the UCD proposal are _not_ an
object model, and if you cram them into an object model, they won't
fit, and the result will inevitably look like a mess, and look
backwards.  The model is simpler than this, however: things which are
purely concepts (such as `src') don't have values.  Concepts do have
properties though, and these properties have numeric values, namely
the numeric values we're trying to annotate with this UCD.

As regards ordering, yes, as Tom said, it doesn't fundamentally
matter, and it's just a matter of syntax, rather than of the model.
However having the property first seems natural, since it's this
which posesses the numerical value which is being annotated, and
so it's this which I would have thought it best would be shown
up-front.

Now, there is a _vague_ object model implicit in the construction of
the UCD words like `pos.eq.ra', but this is only because, along with
the replacement of underscores with dots, came the explicit freedom to
crop each word at a dot from the right, and use the result as a UCD
word also.  This prompts a natural perception of the words as
hierarchical, or object-oriented if you must.  The actual words are
basically little changed from the original UCDs, though there's a
review of these under way.  These words weren't the main point of the
UCD2 proposals.

At present these words are those mined from the column names actually
occurring in the databases in the CDS collection; they are thus
unprincipled.  Whether this is a good or a bad thing is an open question.
I'm sure it is this which causes some people (I'm thinking of Gerard
Lemson and Pat Dowler) to gasp and, in their poster, pick out pos_eq_ra
for special deprecation as incoherent.  If you believe that principled
generation of UCD words would be a Good Thing (and that would probably
be my prejudice), then I suspect that paths in (say) Gerard and Pat's
model would be a good way to do it (do Gerard and Pat claim that every
UCD word is thus expressible?).  If you believe, on the other hand, that
the mined nature of the words is of primary importance (and I can see
the force of that, too), then they might need little more than a review
or tidy-up, to make sure that the `croppability' is reasonable in fact,
and that the implications, or suggestions, of the words chosen do in
fact fit in with a properties-based model (or whatever we end up with).




Phew!  I think that's probably quite enough for just now -- I should
let someone else get a word in.

All the best,

Norman


-- 
---------------------------------------------------------------------------
Norman Gray                        http://www.astro.gla.ac.uk/users/norman/
Physics and Astronomy, University of Glasgow, UK     norman@astro.gla.ac.uk

From owner-ucd@eso.org  Wed Oct 22 20:38:35 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MIYOKp029374
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 20:34:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MIYNrQ029373
	for ucd-outgoing; Wed, 22 Oct 2003 20:34:23 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MIXkKp029151;
	Wed, 22 Oct 2003 20:33:46 +0200 (MEST)
Received: from mail630.gsfc.nasa.gov (mail630.gsfc.nasa.gov [128.183.190.39])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MIXes3006523;
	Wed, 22 Oct 2003 20:33:40 +0200 (CEST)
Received: from gsfc.nasa.gov (ram.gsfc.nasa.gov [128.183.114.136])
	by mail630.gsfc.nasa.gov (8.12.8/8.12.5) with ESMTP id h9MIXaAM007111;
	Wed, 22 Oct 2003 14:33:36 -0400
Message-ID: <3F96CE02.8020804@gsfc.nasa.gov>
Date: Wed, 22 Oct 2003 14:35:46 -0400
From: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>, dm@ivoa.net, dal@ivoa.net,
   ucd@ivoa.net
Subject: UCD changes on top of McGlynn's changes
Content-Type: multipart/mixed;
 boundary="------------010506050500090703000306"
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

This is a multi-part message in MIME format.
--------------010506050500090703000306
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I have made numerous tracked changes in the 1-9.9b of McGlynn and 
created a 1-9.9c.
So if one has a recent version of Word one can accept or reject these 
changes as seen fit. I think someone will need to post this to the UCD 
and dal lists cause I am not on them. Here are some "highlights"
--------------------------------------------------------------------------

The term property was used in a confusing manner.  Everything was at 
some point in the specification referred to as a property including the 
basic concept as well as the attribute and modifier.  So, I changed  
attribute property to attribute and modifier property to modifier.

I think this is pretty good but it is missing something.  The modifiers 
are in effect extending the hierarchicial tree of basic concepts into 
the virtual tree of full concepts.   This is not mentioned and probably 
should be. But, if it is true then sometimes the order of the modifiers 
should make a difference.   I don't have an example but I am worried 
that there will be concepts that require A;B;C and other concepts that 
are A;C;B but they are not the same.  I don't see how to ensure that 
that never happens.
------------------------------------------------------------
Word and atom were a bit confused. Atoms looked like words to me and 
Words were
clearly composed of several words (not good).  There was no atom in the 
Backus-Naur notation. But there were examples of atoms of the physics 
type (yikes).
So I made the following simplification.
atom -> word
word -> term
word-component -> word

-----------------------------------
I changed a few occurrence of "column" to "contents" so that it did not 
seem that this
was for tables only.  And so the Contents in "UCD" would be meaningful.
--------------------------------------
Why is there a meas.error and a stat.erro, and one is a concept and one 
is an attribute?
Perhaps this was suppose to be a stat:max?

1        x1:experimental.quantity;x2:new.modifier;stat.error


----------------------------------------------------

Why not have a different symbol to separate the attributes from the base 
and modifiers?
pos.eq;phys.electron#value;vector
pos.eq;phys.electron#stat.error;vector
This is clearer.  It says, if you are looking for instances of the 
concept  of a positional measure of electrons, here it is.  By the way 
it is in vector format and there is an error associate with it, you  may 
need to transform this format.  Queries will be keying on the concept 
and so it should be cleanly separated.  If the query finds additional 
attribute information  it may  grab them  for completeness even if they 
were not specificied in the query.

---------------------------

Why not allow a namespaced term to reuse existing term?  That is what 
namespace is for!


1        phot.flux;x1:meas.error       Namespace reuses existing 
term--------------------------
In the Group of pos.eq.ra and pos.eq.dec the UCD of the group should be 
pos.eq, not pos.instance.  The "eq" is there because one should be as 
specifying as possible.  The instance should not be there since this is 
a table level term and is redundant here.
------------------------------------------------------------
I don't buy the idea that the main pos is always in the least indented 
or grouped column.  This is a extremely fragile and restrictive way to 
go.  There are many ways that the targets are in a  more groups than the 
plate positions or the guide stars.  What if the target stars have 
position groups
and so one wants a second grouping of

<group name="position" ucd="position">
           <group name="positionEquatorial" ucd="pos.eq">
                          ra, dec
          </group>
          <group name="positionGalactic" ucd="position.galactic">
                         l,b
            </group>
</group>
or what if the grouping of stars is by cluster or by spectral type or 
by  accuracy of measurements  etc?
That is not to say that I like the idea of a main UCD.
Rather, the best way is to ensure that the structural container of the 
data has a way of refering the properties to the objects that has these 
properties.  A quanitty needs to have a isPropertyOf attribute that 
refers to the object.  So, a positional property column should have 
isPropertyOf="column(starName)".  The default could be 
isPropertyOf=column(1). 

---------------------------------------------------------
Finally.  I find it curious that this system makes no descrimination between
properties of objects (color, brightness, distance, size) and objects 
(electrons,
atoms, planets, stars, galaxies).  Every time one uses a UCD-property there
must be implicitly a UCD-object that has been left off.  A brightness is
always of a star or a planet or a human.  A query system must then be 
able to
infer this from other metadata in the dataset. Therefore one needs to 
ensure that every data set has somewhere atleast one UCD-object.  This 
will be hard to do if they are
not somehow separated out  I just wanted to point that out.
It may or may not be a fatal flaw.

Ed

 
               

 


--------------010506050500090703000306
Content-Type: application/msword;
 name="UCD-1.9.9c.doc"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="UCD-1.9.9c.doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAGAAAA8AIAAAAA
AAAAEAAA8gIAAAEAAAD+////AAAAAOoCAADrAgAA7AIAAO0CAADuAgAA7wIAAP//////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
///////////////////////////////////spcEAVUAJBAAA+BK/AAAAAAAAEAAAAAAABgAA
hOIAAA4AYmpiaqybrJsAAAAAAAAAAAAAAAAAAAAAAAAJBBYAXvABAM7xAADO8QAAVNoAAAAA
AAAtAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A
AAAAAAAAAAAAAAAAAAAAAIgAAAAAAOQMAAAAAAAA5AwAAOQMAAAAAAAA5AwAAAAAAAA0DQAA
AAAAADQNAAAAAAAANA0AACQAAAAAAAAAAAAAAFgNAAAAAAAAgMEAAAAAAACAwQAAAAAAAIDB
AABQAAAA0MEAAHwBAABMwwAAtAIAAFgNAAAAAAAAiVwBACQCAAAMxgAA7gAAAPrGAAA0AAAA
LscAAAAAAAAuxwAAAAAAAEbHAAAAAAAAkcgAAAAAAACRyAAAAAAAAJHIAAAAAAAA6lsBAAIA
AADsWwEAAAAAAOxbAQAAAAAA7FsBAAAAAADsWwEAAAAAAOxbAQAAAAAA7FsBACQAAACtXgEA
UgIAAP9gAQDCAAAAEFwBABUAAAAAAAAAAAAAAAAAAAAAAAAANA0AAAAAAACu1QAAAAAAAAAA
AAAAAAAAAAAAAAAAAACNyAAABAAAAJHIAAAAAAAArtUAAAAAAACu1QAAAAAAABBcAQAAAAAA
AAAAAAAAAADkDAAAAAAAAOQMAAAAAAAALscAAAAAAAAAAAAAAAAAAEbHAABHAQAAJVwBACgA
AAB28AAAAAAAAHbwAAAAAAAAdvAAAAAAAACu1QAAPBAAAOQMAAA4AAAALscAAAAAAAA0DQAA
AAAAAEbHAAAAAAAA6lsBAAAAAAAAAAAAAAAAAHbwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAArtUAAAAAAADqWwEAAAAAAHbwAAB+AAAA
dvAAAAAAAAD08AAAngMAAIhIAQD0AgAAHA0AABgAAAA0DQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMk4BAAAAAAAuxwAA
GAAAAADGAAAMAAAAADah5caYwwEAAAAAAAAAAIDBAAAAAAAA6uUAAGAHAAB8SwEAmgAAAAAA
AAAAAAAAXlEBAIwKAABNXAEAPAAAAIlcAQAAAAAAFkwBABwCAADBYQEAAAAAAErtAAAQAwAA
wWEBAJAAAAAyTgEAAAAAAAAAAAAAAAAAWA0AAAAAAABYDQAAAAAAAOQMAAAAAAAA5AwAAAAA
AADkDAAAAAAAAOQMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMFhAQAAAAAAAAAAAAAAAAA0DQAA
AAAAADJOAQAsAwAADdUAABQAAAAh1QAADgAAAHbwAAAAAAAAL9UAAAwAAAA71QAAcwAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkcgAAIwJAAAd0gAA9AEAABHUAAD8AAAA
EFwBAAAAAAAQXAEAAAAAAFgNAAAAAAAAWA0AAORaAAA8aAAARFkAAAAAAAAAAAAAWvAAABwA
AABYDQAAAAAAAFgNAAAAAAAAPGgAAAAAAAACAAEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA1UaGlzIGlzIHRoZSByZXZpc2VkIHZlcnNpb24gdGhh
dCBJIHByb21pc2VkIGF0IHRoZSBJbnRlcm9wZXJhYmlsaXR5IFdvcmtzaG9wLiAgSSBoYXZl
IHN1YnN0YW50aWFsbHkgY2hhbmdlZCB0aGUgY29udGVudCBhbmQgc2NvcGUgb2YgdGhpcyBk
b2N1bWVudCBpbiB3YXlzIHRoYXQgZ28gd2VsbCBiZXlvbmQgdGhlIGlzc3VlcyBkaXNjdXNz
ZWQgZGlyZWN0bHkgaW4gdGhlIFVDRCB3b3JraW5nIGdyb3VwIG1lZXRpbmcuICBUaGVzZSBj
aGFuZ2VzIGFyZSByZWZsZWN0ZWQgcHJpbWFyaWx5IGluIHNlY3Rpb24gNS4gIEkgaGF2ZSBp
bmNsdWRlZCBzb21lIGNvbW1lbnRhcnkgb24gdGhlIHRleHQgd2l0aGluIHRoZSBkb2N1bWVu
dC4gIFRoaXMgdGV4dCBpcyBnZW5lcmFsbHkgZ2l2ZW4gaW4gcmVkIGFuZCB3b3VsZCBiZSBl
bGltaW5hdGVkIGV2ZW4gaW4gdGhlIHVubGlrZWx5IGV2ZW50IHRoYXQgdGhpcyBwcm9wb3Nh
bCB3ZXJlIGFjY2VwdGVkIHdpdGhvdXQgY2hhbmdlLiAgVGhlIGNvbW1lbnRhcnkgbWF0ZXJp
YWwgaW5jbHVkZXMgZGlzY3Vzc2lvbiBvZiAgZGlmZmVyZW5jZXMgYmV0d2VlbiB0aGlzIHBy
b3Bvc2FsIGFuZCB0aGUgcHJldmlvdXMgb25lLiBUaGVyZSBpcyBhIHN1bW1hcnkgb2YgdGhp
cyBhZnRlciBzZWN0aW9uIDQuIA0NAQ0NTWV0YWRhdGEgQ29udGVudCB3aXRoaW4gVk8gUmVz
b3VyY2VzDVZlcnNpb24gMS45LjliDQ1JVk9BIFdvcmtpbmcgRHJhZnQNMjAwMy0xMC0yMQ1Q
cmV2aW91cyB2ZXJzaW9uczogCTEuOS45ICgyMDAzLTEwLTAyKQ1BdXRob3JzOg1T6WJhc3Rp
ZW4gRGVycmllcmUgPBNIWVBFUkxJTksgIm1haWx0bzpkZXJyaWVyZUBuZXdiNi51LXN0cmFz
YmcuZnIiARRkZXJyaWVyZUBuZXdiNi51LXN0cmFzYmcuZnIVPgtOb3JtYW4gR3JheSA8E0hZ
UEVSTElOSyAibWFpbHRvOm5vcm1hbkBhc3Ryby5nbGEuYWMudWsiARRub3JtYW5AYXN0cm8u
Z2xhLmFjLnVrFT4LQm9iIE1hbm4gPBNIWVBFUkxJTksgIm1haWx0bzpyZ21Acm9lLmFjLnVr
IgEUcmdtQHJvZS5hYy51axU+C0FuZHJlYSBQcmVpdGUgTWFydGluZXogPBNIWVBFUkxJTksg
Im1haWx0bzphbmRyZWFAcm0uaWFzZi5jbnIuaXQiARRhbmRyZWFAcm0uaWFzZi5jbnIuaXQV
PgtKb25hdGhhbiBNY0Rvd2VsbCA8E0hZUEVSTElOSyAibWFpbHRvOmpjbUBjZmEuaGFydmFy
ZC5lZHUiARRqY21AY2ZhLmhhcnZhcmQuZWR1FT4LVGhvbWFzIE1jR2x5bm4gPDxUaG9tYXMu
QS5NY0dseW5uQG5hc2EuZ292PgtGcmFu529pcyBPY2hzZW5iZWluIDwTSFlQRVJMSU5LICJt
YWlsdG86ZnJhbmNvaXNAdml6aXIudS1zdHJhc2JnLmZyIgEUZnJhbmNvaXNAdml6aXIudS1z
dHJhc2JnLmZyFT4LUGVkcm8gT3N1bmEgPBNIWVBFUkxJTksgIm1haWx0bzpQZWRyby5Pc3Vu
YUBlc2EuaW50IgEUUGVkcm8uT3N1bmFAZXNhLmludBU+C0d1eSBSaXhvbiA8E0hZUEVSTElO
SyAibWFpbHRvOmd0ckBhc3QuY2FtLmFjLnVrIgEUZ3RyQGFzdC5jYW0uYWMudWsVPgtSb3kg
V2lsbGlhbXMgPBNIWVBFUkxJTksgIm1haWx0bzpyb3lAY2Fjci5jYWx0ZWNoLmVkdSIBFHJv
eUBjYWNyLmNhbHRlY2guZWR1FT4NQWJzdHJhY3QNVGhpcyBkb2N1bWVudCBkZWZpbmVzIGFu
ZCBkZXNjcmliZXMgdGhlIHN0YW5kYXJkIG1ldGhvZCBmb3IgaW5jb3Jwb3JhdGluZyBtZXRh
ZGF0YSBjb250ZW50IGRlc2NyaXB0b3JzIHdpdGhpbiBWaXJ0dWFsIE9ic2VydmF0b3J5IGVu
dGl0aWVzLiAgSW4gSXQgaW5jbHVkZXMgYm90aCB0aGUgZGVmaW5pdGlvbiBvZiB0aGVzZSBV
bmlmb3JtIENvbnRlbnQgRGVzY3JpcHRvcnMgKFVDRHMpIGFuZCBzcGVjaWZpYyByZWNvbW1l
bmRhdGlvbnMgZm9yIGhvdyB0aGVzZSBxdWFudGl0aWVzIHNob3VsZCBiZSB1c2VkICB3aXRo
aW4gdGFidWxhciBpbmZvcm1hdGlvbi4gIFdoaWxlIHVzZSBpbiB0YWJ1bGFyIGRhdGFzZXRz
IGlzIGhpZ2hsaWdodGVkLCBVQ0RzIG1heSBiZSB1c2VkIGluIG90aGVyIGNvbnRleHRzLg0N
U3RhdHVzIG9mIHRoaXMgZG9jdW1lbnQNVGhpcyBpcyBhbiBJVk9BIFByb3Bvc2VkIFJlY29t
bWVuZGF0aW9uIGZvciByZXZpZXcgYnkgSVZPQSBtZW1iZXJzIGFuZCBvdGhlciBpbnRlcmVz
dGVkIHBhcnRpZXMuIEl0IGlzIGEgZHJhZnQgZG9jdW1lbnQgYW5kIG1heSBiZSB1cGRhdGVk
LCByZXBsYWNlZCwgb3Igc3VwZXJzZWRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55IHRp
bWUuIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIElWT0EgV29ya2luZyBEcmFmdHMgYXMg
cmVmZXJlbmNlIG1hdGVyaWFscyBvciB0byBjaXRlIHRoZW0gYXMgb3RoZXIgdGhhbiAid29y
ayBpbiBwcm9ncmVzcy4iIEEgbGlzdCBvZiATSFlQRVJMSU5LICJodHRwOi8vd3d3Lml2b2Eu
bmV0L0RvY3VtZW50cy8iARRjdXJyZW50IElWT0EgUmVjb21tZW5kYXRpb25zIGFuZCBvdGhl
ciB0ZWNobmljYWwgZG9jdW1lbnRzFSBjYW4gYmUgZm91bmQgYXQgaHR0cDovL3d3dy5pdm9h
Lm5ldC9Eb2N1bWVudHMvLiANDVRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgYSByZXZpc2lvbiB0
byBhbiBhY2NlcHRlZCBVQ0Qgdm9jYWJ1bGFyeS4gIFRoaXMgcmV2aXNpb24gaXMgbm90IGNv
bXBhdGlibGUgd2l0aCB0aGUgZXhpc3Rpbmcgdm9jYWJ1bGFyeS4gIEFjY2VwdGFuY2Ugb2Yg
dGhpcyBkb2N1bWVudCBhcyBhIHJlY29tbWVuZGF0aW9uIGltcGxpZXMgY2hhbmdlcyB0byBl
eGlzdGluZyBzb2Z0d2FyZSBhbmQgb3RoZXIgaW5mb3JtYWwgYWdyZWVtZW50cyBpbmNsdWRp
bmcgdGhlIENvbmUgU2VhcmNoIGFuZCBTaW1wbGUgSW1hZ2UgQWNjZXNzIFByb3RvY29scyBz
aW5jZSB0aGVzZSB1c2UgVUNEcyBpbmNvbXBhdGlibGUgd2l0aCB0aGUgcHJvcG9zZWQgc3Rh
bmRhcmQuDSBBY2tub3dsZWRnbWVudHMNVGhpcyBkb2N1bWVudCBpcyBiYXNlZCBvbiB0aGUg
VzNDIGRvY3VtZW50YXRpb24gc3RhbmRhcmRzLCBidXQgaGFzIGJlZW4gYWRhcHRlZCBmb3Ig
dGhlIElWT0EuDQ00LiBVbmlmb3JtIENvbnRlbnQgRGVzY3JpcHRvcnM6IEEgQ29udHJvbGxl
ZCBWb2NhYnVsYXJ5IGZvciBBc3Ryb25vbXkNVGhlIFVuaWZpZWQgQ29udGVudCBEZXNjcmlw
dG9yIChVQ0QpIGlzIGEgZm9ybWFsIHZvY2FidWxhcnkgZm9yIGFzdHJvbm9taWNhbCBtZXRh
ZGF0YSB0aGF0IGlzIGNvbnRyb2xsZWQgYnkgdGhlIEludGVybmF0aW9uYWwgVmlydHVhbCBP
YnNlcnZhdG9yeSBBbGxpYW5jZSAoSVZPQSkuICBFYWNoIFVDRCBkZXNjcmliZXMgYSBjb25j
ZXB0LCBhIGtpbmQgb2YgdGhpbmcgdGhhdCBtYXkgYmUgb2YgaW50ZXJlc3QgdG8gYXN0cm9u
b21lcnMgb3IgdXNlZnVsIHRvIFZPIHJlc291cmNlcy4gIFVDRCBjb25jZXB0cyBhcmUgYW5h
bG9nb3VzIHRvIGNsYXNzZXMgaW4gb2JqZWN0IG9yaWVudGVkIHByb2dyYW1taW5nLiAgSW4g
cGFydGljdWxhciB0aGUgVUNEIGRlc2NyaWJlcyB0aGUgdHlwZSBvZiB0aGUgdGhpbmcsIHRo
ZSBjb250ZW50IGl0IHJlZmVycyB0byBkZWZpbmVzIG9uZSBvciBtb3JlIGluc3RhbmNlcyBv
ZiB0aGUgZ2l2ZW4gY29uY2VwdC4gIEUuZy4sIEdhbGFjdGljIGxhdGl0dWRlIGlzIGEgY29u
Y2VwdCwgOyB0aGUgbGF0aXR1ZGUgb2YgdGhlIEdhbGFjdGljIGNlbnRlciB3aGljaCBoYXMg
dGhlIG51bWVyaWNhbCB2YWx1ZSBvZiAwLCBpcyBhbiBpbnN0YW5jZSBvZiB0aGlzIGNvbmNl
cHQuICBUaGUgVUNEIGNvbmNlcHQgdm9jYWJ1bGFyeSBpcyByZXN0cmljdGVkIGluIG9yZGVy
IHRvIGF2b2lkIHByb2xpZmVyYXRpb24gb2YgdGVybXMgYW5kIHN5bm9ueW1zLCBhbmQgY29u
dHJvbGxlZCBpbiBvcmRlciB0byByZWR1Y2UgYW1iaWd1aXR5IGFzIGZhciBhcyBwb3NzaWJs
ZS4NDVVDRHMgcGxheSBhIGNlbnRyYWwgcm9sZSBpbiByZXNvdXJjZSBkaXNjb3ZlcnkgYW5k
IHByb2Nlc3NpbmcgaW4gdGhlIFZpcnR1YWwgT2JzZXJ2YXRvcnkuICBTZXJ2aWNlcyBtYXkg
cHVibGlzaCB0aGUgVUNEcyB0aGF0IGRlc2NyaWJlIHRoZWlyIG91dHB1dHMuICBMb29raW5n
IGF0IHRoZXNlIFVDRHMgaHVtYW4gdXNlcnMgb3IgbWFjaGluZSBhZ2VudHMgY2FuIGZpbmQg
c291cmNlcyBvZiB0aGUgaW5mb3JtYXRpb24gdGhleSBhcmUgbG9va2luZyBmb3IuICBXaGVu
IGEgVk8gc2VydmljZSBuZWVkcyB0byBwcm9jZXNzIGFuIGVsZW1lbnQgb2YgZGF0YSBvYnRh
aW5lZCBmcm9tIGEgcmVtb3RlIHNpdGUsIHRoZSBVQ0RzIGd1aWRlIHRoZSBwcm9jZXNzaW5n
LiAgRXhpc3RpbmcgYW5kIHByb3Bvc2VkIFZPIHByb3RvY29scyB1c2UgVUNEcyBhcyB0aGUg
bWVjaGFuaXNtIHRvIGNvbnZleSB0byB1c2VycyB3aGVyZSBjcml0aWNhbCBpbmZvcm1hdGlv
biByZXNpZGVzLiAgVUNEcyBhbmQgdHJlZXMgb2YgVUNEcyBtYXkgYmUgdXNlZCB0byBleHBy
ZXNzIHRoZSByZWxhdGlvbnNoaXBzIGFtb25nIGRhdGEgY3JpdGljYWwgdG8gYnVpbGRpbmcg
ZWZmZWN0aXZlIGRhdGEgbW9kZWxzLg0NVUNEcyBhcmUgc2ltcGx5IGEgc3RyaW5nIHdpdGgg
YSBzdHJ1Y3R1cmUgZGVmaW5lZCBiZWxvdy4gIFRoZSBmb3JtYXQgb2YgdGhlIHN0cmluZyBi
YWxhbmNlcyBhIG51bWJlciBvZiBjb21wZXRpbmcgZ29hbHM6DVVDRHMgc2hvdWxkIGJlIHNo
b3J0Lg1UaGV5IHNob3VsZCBzdWdnZXN0IHRoZSBjb25jZXB0IGJlaW5nIGxhYmVsZWQuDU9u
bHkgYSBzaW5nbGUgVUNEIHNob3VsZCBiZSBhcHByb3ByaWF0ZSBmb3IgYSBnaXZlbiBjb25j
ZXB0Lg1UaGUgc2V0IG9mIFVDRHMgc2hvdWxkIGJlIGNvbXBsZXRlLCBkZXNjcmliaW5nIGFs
bCBjb25jZXB0cyBvZiBpbnRlcmVzdC4NVGhlIHZvY2FidWxhcnkgdXNlZCB3aXRoaW4gVUNE
cyBzaG91bGQgYmUgYXMgc21hbGwgYXMgcG9zc2libGUuDVRoZSBzdHJ1Y3R1cmUgb2YgVUNE
cyBzaG91bGQgcmVmbGVjdCB0aGUgcmVsYXRpb25zaGlwcyBvZiB0aGUgY29uY2VwdHMgdGhl
eSBsYWJlbC4gIFJlbGF0ZWQgY29uY2VwdHMgc2hvdWxkIGhhdmUgcmVsYXRlZCBVQ0RzLg1R
dWFudGl0aWVzIHdpdGggdGhlIHNhbWUgVUNEIHNob3VsZCBiZSBjb21wYXJhYmxlLiAgVGhp
cyCRY29tcGFyYWJpbGl0eZIgbWF5IHJlcXVpcmluZyByZXF1aXJlIHJlc2NhbGluZyAsb3Ig
YWRqdXN0bWVudCBvciB1bml0IGNvbnZlcnNpb24gb2YgdGhlIHZhbHVlcyBvciBhdHRyaWJ1
dGVzIG9mIHRoZSBpbnN0YW5jZXMgYmVpbmcgY29tcGFyZWQuICAgQ29tcGFyYWJpbGl0eSBv
ZiBVQ0RzIGlzIGRpc2N1c3NlZCBpbiBzZWN0aW9uIDQuNSwgaW5jbHVkaW5nIHRoZSBtZWFu
aW5nIG9mIGNvbXBhcmFiaWxpdHkgZm9yIFVDRHMgdGhhdCBkZXNjcmliZSBjb21wbGV4IGVu
dGl0aWVzLg0NQSBVQ0QgZGVzY3JpcHRpb24gb2YgYSBxdWFudGl0eSBkb2VzIG5vdCBkZWZp
bmUgdGhlIHVuaXRzIG9yIG5hbWUgb2YgdGhlIHF1YW50aXR5LCBidXQgcmF0aGVyICd3aGF0
IHNvcnQgb2YgcXVhbnRpdHkgaXMgdGhpcz8nOy4gZm9yIEZvciBleGFtcGxlIHBoeXMudGVt
cGVyYXR1cmUgaXMgYSBzZW1hbnRpYyBjbGFzcyBkZXNjcmlwdGlvbiBvZiAgdGVtcGVyYXR1
cmUsIHdpdGhvdXQgaW1wbHlpbmcgYSBwYXJ0aWN1bGFyIHVuaXQuICBJbnN0YW5jZXMgd2l0
aCB0aGUgc2FtZSBVQ0Qgc2hvdWxkIGhhdmUgdGhlIHNhbWUgZGltZW5zaW9uYWxpdHkgKGVn
IEZvcmNlIGlzIGFsd2F5cyBhIG1hc3MqbGVuZ3RoIHBlciBzZWNvbmQgcGVyIHNlY29uZCBh
bHRob3VnaCB0aGUgY2hvaWNlIG9mIHVuaXRzIG1heSB2YXJ5KS4uDUl0IHdvdWxkIGJlIHBv
c3NpYmxlIHRvIGRlc2NyaWJlIGFzdHJvbm9taWNhbCBkYXRhIHF1YW50aXRpZXMgaW4gYSBu
YXR1cmFsIGxhbmd1YWdlIHN1Y2ggYXMgRW5nbGlzaCBvciBIdW5nYXJpYW4gb3IgVXpiZWs7
IGhvd2V2ZXIsIGl0IHdvdWxkIGJlIHZlcnkgZGlmZmljdWx0IHRvIGV4cGVjdCBhIG1hY2hp
bmUgdG8gJ3VuZGVyc3RhbmQnIGluIGFueSBzZW5zZS4gQXQgdGhlIG9wcG9zaXRlIGV4dHJl
bWUsIHRoZXJlIGlzIGFuIGF0dGVtcHQgd2l0aGluIHRoZSBJVk9BIHRvIGRlc2NyaWJlIGFz
dHJvbm9taWNhbCBkYXRhIGluIHRlcm1zIG9mIGEgaGllcmFyY2hpY2FsIGRhdGEgbW9kZWws
IHNvIHRoYXQgdGhlcmUgaXMgYSBwbGFjZSBmb3IgZXZlcnl0aGluZywgYW5kIGV2ZXJ5dGhp
bmcgaXMgaW4gaXRzIHBsYWNlLiBUaGUgVUNEIHZvY2FidWxhcnkgZmFsbHMgYmV0d2VlbiB0
aGVzZSBleHRyZW1lcywgYW5kIGlzICh3ZSBob3BlKSB1bmRlcnN0YW5kYWJsZSB0byBib3Ro
IGh1bWFuIGFuZCBjb21wdXRlci4NDUkgaGF2ZSBkZWxldGVkIHRoZSBvcmlnaW5hbCBzZWN0
aW9uIDMuMSBzaW5jZSBJIGRvbpJ0IGJlbGlldmUgaXQgYWRkcyBhbnl0aGluZyB0byB0aGlz
IHNwZWNpZmljYXRpb24uICBJZiB3ZSBwbGFuIGEgVUNEIDMsIHRob3NlIGdvYWxzIG1pZ2h0
IGJldHRlciBiZSBkZWZpbmVkIGluIGEgY29uY2x1c2lvbiBvciBhcHBlbmRpeC4NNCwxIFVD
RCBTeW50YXgNQSBVQ0QgaXMgYSBzdHJpbmcgd2hpY2ggY29udGFpbnMgdGV4dHVhbCB0b2tl
bnMgdGhhdCB3ZSBzaGFsbCBjYWxsIHdvcmRzdGVybXMsIHdoaWNoIGFyZSBzZXBhcmF0ZWQg
Ynkgc2VtaWNvbG9ucy4gQSB3b3JkIHRlcm0gbWF5IGJlIGNvbXBvc2VkIG9mIHNldmVyYWwg
YXRvbXN3b3Jkcywgc2VwYXJhdGVkIGJ5IHBlcmlvZCBjaGFyYWN0ZXJzLiAgQSB3b3JkIGlz
LCBjb21wb3NlZCBvZiBsZXR0ZXJzLCBudW1iZXJzLCBhbmQgb3IgaHlwaGVucy4gQSB0ZXJt
IG1heSBiZSBuYW1lc3BhY2VkIGJ5IHByZWZpeCBvZiAgYSB3b3JkIHBsdXMgY29sb24gc2Vw
YXJhdGVkIGJ5IHBlcmlvZCBjaGFyYWN0ZXJzLiBUaGUgb3JkZXIgb2YgdGhlc2UgYXRvbXdv
cmRzIGluZHVjZXMgYSBoaWVyYXJjaHkuICBFLmcuLCB0aGUgc2V0IG9mIHdvcmRzIHRlcm1z
IHBvcywgcG9zLmVxIGFuZCBwb3MuZXEucmEgcmVmbGVjdCBpbmNyZWFzaW5nbHkgcHJlY2lz
ZSBjb25jZXB0cy4gU3RhbmRhcmQgd29yZHRlcm1zIHVzZWQgaW4gdGhlIFVDRCwgd2hpY2gg
YXJlIHZhbGlkYXRlZCBieSB0aGUgSVZPQSwgY2FuIHN0YXJ0IHdpdGggdGhlIGl2b2E6IG5h
bWVzcGFjZSwgYnV0IHRoaXMgbmFtZXNwYWNlIGlzIG9wdGlvbmFsLg1UaGUgY2hhcmFjdGVy
IHNldCB0aGF0IG1heSBiZSB1c2VkIGluIGEgVUNEIGlzIHRoZSB1cHBlciBhbmQgbG93ZXIt
Y2FzZSBhbHBoYWJldCwgZGlnaXRzLCBhbmQgaHlwaGVuLiBUaGUgY29sb24sIHNlbWljb2xv
biwgYW5kIHBlcmlvZCBhcmUgc3BlY2lhbCBjaGFyYWN0ZXJzIGFzIGRpc2N1c3NlZCBhYm92
ZS4gDVRoZSBVQ0Qgc3ludGF4IGlzIGNhc2UtaW5zZW5zaXRpdmUgliBhbGwgdXBwZXJjYXNl
IGNoYXJhY3RlcnMgc2hvdWxkIGJlIGNvbnZlcnRlZCB0byBsb3dlcmNhc2UgYmVmb3JlIHBh
cnNpbmcuDVRoZXJlIHNob3VsZCBiZSBubyB3aGl0ZXNwYWNlIHdpdGhpbiBhIFVDRC4NDUVh
Y2ggVUNEIGNvbnNpc3RzIG9mIGEgc2VxdWVuY2Ugb2Ygd29yZHRlcm1zIHdoZXJlIHRoZSBm
aXJzdCB3b3JkdGVybSBpcyBhIGJhc2UgY29uY2VwdCwgYW5kIGZvbGxvd2luZyBvcHRpb25h
bCB3b3JkdGVybXMgYXJlIHByb3BlcnRpZXNtb2RpZmllcnMsIGFuZCBmaW5hbCB0ZXJtcyBh
cmUgYXR0cmlidXRlcy4gIFByb3BlcnRpZXMgY29tcHJpc2UgdHdvIHR5cGVzOiBtb2RpZmll
cnMgYW5kIGF0dHJpYnV0ZXMuICBaZXJvIG9yIG1vcmUgbW9kaWZpZXJzIHdvcmRzIGltbWVk
aWF0ZWx5IGZvbGxvdyB0aGUgYmFzZSBjb25jZXB0LCBhbmQgdGhlc2UgYXJlIGZvbGxvd2Vk
IGJ5IG9uZSBvciBtb3JlIGF0dHJpYnV0ZSB3b3Jkcy4gIE1vZGlmaWVycyBhcmUgVUNEIGFk
amVjdGl2ZXMsIGNvbnN0cmFpbmluZyB0aGUgbWVhbmluZyBvZiB0aGUgYmFzZSBjb25jZXB0
LiAgICBBdHRyaWJ1dGVzIGRlZmluZSBhbiBhc3BlY3Qgb2YgdGhlIGNvbmNlcHQuICBGb3Ig
bWFueSBzaW1wbGUgY29uY2VwdHMgdGhlIG9ubHkgYXR0cmlidXRlIG1heSBiZSB0aGUgkXZh
bHVlki4gRS5nLiwgY29uc2lkZXIgYSBjb2x1bW4gY29udGVudCB0aGF0IHNpbXBsZSBzaW1w
bHkgY29udGFpbnMgYSBzZXQgb2YgZmx1eCBtZWFzdXJlbWVudHMuICBUaGUgdW5kZXJseWlu
ZyBjb25jZXB0IGlzIHBob3QuZmx1eCBhbmQgdGhlIFVDRCBpcyBwaG90LmZsdXg7dmFsdWUu
ICBBcyBhIGNvbnZlbmllbmNlIHRvIHRoZSB1c2VyIGluIHRoZSBjYXNlIHdoZXJlIHRoZSBV
Q0QgaXMgYSBzaW1wbGUgdHdvLXdvcmQgZm9ybSwgY29uY2VwdDt2YWx1ZSAgdGhlIHZhbHVl
IHByb3BlcnR5IGF0dHJpYnV0ZSBtYXkgYmUgb21pdHRlZC4gIEUuZy4sIHdlIG1heSB1c2Ug
cGhvdC5mbHV4IGFzIGFuIGFiYnJldmlhdGlvbiBmb3IgcGhvdC5mbHV4O3ZhbHVlLiAgSG93
ZXZlciBpbiBwaG90LmZsdXg7ZW0ucmFkaW87dmFsdWUgdGhlIHZhbHVlIGF0dHJpYnV0ZSBp
cyBtYW5kYXRvcnkuDQ1UaGUgdm9jYWJ1bGFyeSBvZiB3b3JkcyB1c2VkIHRvIGRlZmluZSBV
Q0RzIGNvbnNpc3RzIG9mIHRocmVlIGVsZW1lbnRzVGhlcmUgYXJlIHRocmVlIGNsYXNzZXMg
b2YgdGVybXM6IGJhc2UgY29uY2VwdHMsIG1vZGlmeWluZ2llcnMgcHJvcGVydGllcyBhbmQg
YXR0cmlidXRlcyBwcm9wZXJ0aWVzLiAgV29yZFRlcm1zIGJlbG9uZyB0byBvbmx5IG9uZSBv
ZiB0aGVzZSBjbGFzc2VzIGJ1dCB0aGUgY29tcG9uZW50IGF0b213b3JkcyB0aGF0IGNvbXBy
aXNlIHdvcmR0ZXJtcyBtYXkgYXBwZWFyIGluIGFueSBvZiB0aGUgdGhyZWUgdm9jYWJ1bGFy
aWVzY2xhc3Nlcy4gU3Vic2VxdWVudCBzZWN0aW9ucyBvZiB0aGlzIGRvY3VtZW50IGRlc2Ny
aWJlIGVhY2ggb2YgdGhlc2UgdGhyZWUgY2xhc3Nlc2VsZW1lbnRzIGluIHR1cm4uDVJlZmlu
ZWQgb3Igc3BlY2lhbCBjb25jZXB0cyBhcmUgYnVpbHQgaW4gc3RlcHMgZnJvbSBhIHNpbXBs
ZSBVQ0QuDQ1waG90LmZsdXgJQSBmbHV4IGluIHNvbWUgdW5kZWZpbmVkIGJhbmQgKHNob3J0
IGZvciBwaG90LmZsdXg7dmFsdWUpDXBob3QuZmx1eDtlbS5vcHRpY2FsO3ZhbHVlICAgICAg
ICAgCUEgZmx1eCBtZWFzdXJlbWVudCBpbiB0aGUgb3B0aWNhbCBiYW5kLiAgDXBob3QuZmx1
eDtlbSBvcHRpY2FsO21lYXMuZXJyb3IgLglUaGUgZXJyb3IgaW4gdGhlIGZsdXguICBUaGlz
IGlsbHVzdHJhdGVzIGEgZGlmZmVyZW50IGF0dHJpYnV0ZSBvZiB0aGUgZmx1eCBjb25jZXB0
LiAgVGhlIFVDRCBwaG90LmZsdXg7ZW0ub3B0aWNhbDttZWFzLmVycm9yIGlzIGFsc28gYSBj
b25jZXB0IGluIGl0cyBvd24gcmlnaHQgYW5kIHRodXMgbWF5IGJlIG1vZGlmaWVkLiANcGhv
dC5mbHV4O2VtLm9wdGljYWw7bWVhcy5lcnJvcjtzdGF0Lm1heAlPbmx5IGF0dHJpYnV0ZXMg
bWF5IGJlIGFwcGVuZGVkIHRvIGNvbXBsZXRlIFVDRHNBdHRyaWJ1dGVzIGFyZSBhbHdheXMg
YXQgdGhlIGVuZCBvZiBhIFVDRC4gIFRoaXMgb25lIGluZGljYXRlcyBhIGNvbHVtbiBvciBt
b3JlIGxpa2VseSBhIHBhcmFtZXRlciB0aGF0IGlzIHRoZSBtYXhpbXVtIGVycm9yIGluIHRo
ZSBmbHV4Lg1BIHdlbGwtZm9ybWVkIFVDRCBjb21wcmlzZXMgYSBiYXNlIHByb3BlcnR5LCAw
IG9yIG1vcmUgbW9kaWZ5aW5naWVycyBwcm9wZXJ0aWVzLCBhbmQgb25lIG9yIG1vcmUgYXR0
cmlidXRlcyBwcm9wZXJ0aWVzLiAgSWYgbW9yZSB0aGFuIG9uZSBtb2RpZmllciBpcyBpbmNs
dWRlZCB0aGVuIG1vZGlmaWVycyBzaG91bGQgYmUgZ2l2ZW4gaW4gYWxwaGFiZXRpY2FsIG9y
ZGVyLiAgVGhlIGNvbnN0cmFpbnQgb24gdGhlIG9yZGVyIG9mIG1vZGlmaWVycyBoZWxwcyB0
byBlbnN1cmUgdGhhdCBVQ0RzIGFyZSB1bmlxdWUuICBFLmcuLCBjb25zaWRlciB0aGUgVUNE
IGZvciBhIGNhbGN1bGF0ZWQgb3B0aWNhbCBmbHV4Og0gICAgcGhvdC5mbHV4O2VtLm9wdGlj
YWw7aW50ZW50LmNhbGN1bGF0ZWQ7dmFsdWUNVGhpcyByZXByZXNlbnRzIHRoZSBzYW1lIGNv
bmNlcHQgYXMNICAgIHBob3QuZmx1eDtpbnRlbnQuY2FsY3VsYXRlZDtlbS5vcHRpY2FsO3Zh
bHVlDUJ5IHNwZWNpZnlpbmcgdGhlIG9yZGVyIG9mIG1vZGlmaWVycyB1c2VycyBhcmUgYWJs
ZSB0byBtYXRjaCBVQ0RzIGJ5IHNpbXBsZSBzdHJpbmcgY29tcGFyaXNvbnMuICBBIGtleSBp
c3N1ZSB0byByZW1lbWJlciBpcyB0aGF0IG1vZGlmaWVycyBkbyBub3QgbW9kaWZ5IGVhY2gg
b3RoZXIsIGJ1dCB0aGUgYmFzZSBjb25jZXB0LiANT24gdGhlIG90aGVyIGhhbmQgdGhlIG9y
ZGVyIG9mIGF0dHJpYnV0ZXMgaXMgdmVyeSBzaWduaWZpY2FudCBhbmQgdW5jb25zdHJhaW5l
ZCBieSB0aGUgc3ludGF4LiAgIFRoZSBlcnJvciBpbiB0aGUgbWF4aW11bSBpcyBhIHZlcnkg
ZGlmZmVyZW50IHRoaW5nIHRoYW4gdGhlIG1heGltdW0gb2YgdGhlIGVycm9yLg0NVGhlIHR5
cGUgY2xhc3Mgb2YgYSBnaXZlbiB3b3JkdGVybSBpbiB0aGUgVUNEIHZvY2FidWxhcnkgY2Fu
IGJlIGluZmVycmVkIGZyb20gdGhlIGluaXRpYWwgYXRvbXdvcmQuICBXb3JkVGVybXMgYmVn
aW5uaW5nIHdpdGggZW0sIGZyYW1lLCBtZWFzLCAgb3IgaW50ZW50IGFyZSBtb2RpZmllcnMu
ICBUaGUgaW5pdGlhbCBhdG9td29yZCBzdGF0IG9yIGZpbHRlciBzaWduYWxzIGFuIGF0dHJp
YnV0ZS4gIFRoZSBzaW5nbGUgYXRvbXdvcmQgd29yZHRlcm1zIHZhbHVlLCB2ZWN0b3IsIGxv
Y2FsLCBpbnN0YW5jZSBhbmQgbXVsdGlwbGV0IGFyZSBzcGVjaWFsIGF0dHJpYnV0ZXMuICBB
bGwgb3RoZXIgd29yZHRlcm1zIGFyZSBiYXNlIGNvbmNlcHRzLg0NVGhlIG5lZWQgZm9yIHdl
bGwtZm9ybWVkIFVDRHMgIChvciBzb21lIGVxdWl2YWxlbnQpIGlzIG5lZWRlZCBpbiB0aGUg
b2xkIHByb3Bvc2FsIGFzIHdlbGwuICBJZiB3ZSBoYXZlIG1vcmUgdGhhbiBvbmUgbW9kaWZp
ZXIsIHRoZW4gdGhlIG1vZGlmaWVyIHByb3BlcnR5IChvciBjb25jZXB0LCBJkm0gbm90IHN1
cmUgd2hpY2ggaXMgYXBwcm9wcmlhdGUgaW4gdGhlIG9sZCBwcm9wb3NhbCkgdGhlbiB0aGVy
ZSBkb2VzbpJ0IHNlZW0gdG8gYmUgYW55IG5hdHVyYWwgd2F5IHRvIHNwZWNpZnkgdGhlIG9y
ZGVyIG9mIHRoZSBhdHRyaWJ1dGVzLiAgU2luY2UgdGhlIG9sZCBwcm9wb3NhbCBhbGxvd3Mg
YSBmYWlybHkgYXJiaXRyYXJ5IHNldCBvZiByZWxhdGVkIGNvbmNlcHRzIGFuZCBwcm9wZXJ0
aWVzIGluIHRoZSBVQ0QgYXNzZXNzaW5nIHRoZSCRZXF1YWxpdHmSIG9mIHR3byBVQ0RzIHdv
dWxkIGJlIGV4dHJlbWVseSBkaWZmaWN1bHQuICANSG93ZXZlciB0aGUgcmVxdWlyZW1lbnQg
dGhhdCB0aGUgVUNEIGVuZCBpbiBhbiBhdHRyaWJ1dGUgcHJvcGVydHkgaXMgcmVxdWlyZWQg
YnkgdGhpcyBuZXcgc2NoZW1lIHRvIGVuc3VyZSB0aGF0IHJlZ3VsYXIgZXhwcmVzc2lvbiBt
YXRjaGVzIG9mIHRoZSB0eXBlIHRoYXQgQWxhZGluIGN1cnJlbnRseSBkb2VzIGNhbiBiZSBk
b25lIHdpdGggZ29vZCByZWxpYWJpbGl0eS4NDTQuMS4yIE5hbWVzcGFjZXMuDVRoZSB1c2Ug
b2YgbmFtZXNwYWNlcywgaW5kaWNhdGVkIGJ5IHRoZSBwcmVzZW5jZSBvZiBhIGNvbG9uIGlu
IHRoZSB3b3JkIGlzIHBvc3NpYmxlLCBidXQgc2hvdWxkIGJlIGF2b2lkZWQgYXMgZmFyIGFz
IHBvc3NpYmxlLiBUaGUgbmFtZXNwYWNlIGlzIGRlZmluZWQgYnkgdGhlIHN0cmluZyBiZWZv
cmUgdGhlIGNvbG9uIGFuZCB0aGUgd29yZCBmb2xsb3dzLiAgVGhlIHdvcmRzIGluIHRoZSBu
b24tc3RhbmRhcmQgbmFtZXNwYWNlIG11c3QgYmUgZGlzdGluY3QgZnJvbSBhbGwgd29yZHMg
Y3VycmVudGx5IGluIHRoZSBJVk9BIG5hbWVzcGFjZS4gIA1XaGlsZSBkZXZlbG9wZXJzIG1h
eSBuZWVkIGxvY2FsIG5hbWVzcGFjZSwgdGhleSBzaG91bGQgYmUgdXNlZCBvbmx5IHRlbXBv
cmFyaWx5LCBmb3Igd29yZHMgdGhhdCBhcmUgbm90IHlldCBpbmNsdWRlZCBpbnRvIHRoZSBV
Q0QgdmFsaWRhdGVkIGJ5IHRoZSBJVk9BLiAgTmV3IHdvcmRzIHNob3VsZCBiZSBhZGRlZCB1
c2luZyB0aGUgcHJvY2VkdXJlcyBkaXNjdXNzZWQgaW4gc2VjdGlvbiBYWC4NIA00LjEuMyBF
eGFtcGxlcyBvZiBMZWdhbCBTeW50YXgNVGhlIGZvbGxvd2luZyBleGFtcGxlcyBoYXZlIGxl
Z2FsIFVDRCBzeW50YXg6DXBvcy5lcS5yYTt2YWx1ZQ1wb3MuZXEucmE7bWVhcy5lcnJvcg1p
dm9hOm1ldGEuaWQ7dmFsdWUNbWV0YS5pZDt2YWx1ZQ1NZXRhLklEO1ZhbHVlDXgxOmV4cGVy
aW1lbnRhbC5xdWFudGl0eTt4MjpuZXcubW9kaWZpZXI7c3RhdC5lcnJvcm1heA1JbiB0aGlz
IGxpc3QsIDMgLDQgYW5kIDUgYXJlIGFsbCAgZXF1aXZhbGVudCBiZWN1YXNlIGl2b2E6IGlz
IHRoZSBkZWZhdWx0IG5hbWVzcGFjZSBhbmQgVUNEcyBhcmUgY2FzZSBpbnNlbnNpdGl2ZS4g
IE5vdGUgdGhhdCB0aGUgbmFtZXNwYWNlIGFwcGxpZXMgc2VwYXJhdGVseSB0byBlYWNoIHdv
cmQgaW4gdGhlIFVDRC4gVGh1cyBleGFtcGxlIDYgaGFzIHdvcmRzIGZyb20gdHdvIG5vbi1z
dGFuZGFyZCBuYW1lc3BhY2VzIGFuZCBvbmUgZnJvbSB0aGUgc3RhbmRhcmQgbmFtZXNwYWNl
Lg00LjEuNCBFeGFtcGxlcyBvZiBJbGxlZ2FsIFN5bnRheA1UaGUgZm9sbG93aW5nIFVDRHMg
YXJlIGludmFsaWQuICBUaGUgdGFibGUgaW5kaWNhdGVzIHRoZSByZWFzb24uDQ1wb3MuZXEu
cmE7IHZhbHVlICAgICAgICAgICAgICAJRW1iZWRkZWQgc3BhY2UNcG9zLmVxLnJhOzttZWFz
LmVycm9yCSAgIAlOdWxsIHdvcmR0ZXJtDXBvcy4uZXEucmE7bWVhcy5lcnJvcgkJTnVsbCBh
dG9td29yZA1waG90LmZsdXg7eDE6bWVhcy5lcnJvcgkJTmFtZXNwYWNlIHJldXNlcyBleGlz
dGluZyB3b3JkdGVybQ1NZWFzLkVycm9yCQkJCU5vIGJhc2UgY29uY2VwdA1NYXRoLnJhdGlv
O1Bob3QuZmx1eDtUaW1lLmV4cG9zdXJlDQkJCQkJCUJhc2UgY29uY2VwdHMgdXNlZCBhZnRl
ciBmaXJzdCB3b3JkdGVybQ0JCQkJCQlHcm91cGluZyBjb25zdHJ1Y3RzIChzZWN0aW9uIDUp
IHdvdWxkDQkJCQkJCWJlIHVzZWQgdG8gYXNzb2NpYXRlIGNvbHVtbmNvbnRlbnRzLg03CVBo
b3QuZmx1eDtlbS5wb2xhcml6ZWQJCURvZXMgbm90IHRlcm1pbmF0ZSBpbiBhbiBhdHRyaWJ1
dGUNOCAgUGhvdC5mbHV4O2ludGVudC5jYWxjdWxhdGVkO2VtLnhyYXk7bWVhcy5lcnJvcg0J
CQkJCQlNb2RpZmllcnMgbm90IGluIGFscGhhYmV0aWNhbCBvcmRlci4NOSAgRmx1eDttZWFz
LmVycm9yO2VtLm9wdGljYWw7c3RhdC5tYXgNCQkJCQkJTW9kaWZpZXIgYXBwZWFycyBhZnRl
ciBhbiBhdHRyaWJ1dGUNIA00LjEuNSBCYWNrdXMtTmF1ciBGb3JtDTxhbHBoYT4gCQk6Oj0g
IGF8YnxjfGR8ZXxmfGd8aHxpfGp8a3xsfG18bnxvfHB8cXxyfHN8dHx1fHZ8d3x4fHl8eg0g
ICAgICAgICAgICAJICAgICAgICAgICB8QXxCfEN8RHxFfEZ8R3xIfEl8SnxLfEx8TXxOfE98
UHxRfFJ8U3xUfFV8VnxXfFh8WXxaDTxkaWdpdD4gCQk6Oj0gIDB8MXwyfDN8NHw1fDZ8N3w4
fDkNPGNoYXI+ICAJCTo6PSAgPGFscGhhPnw8ZGlnaXQ+fC0NPHBlcmlvZD4gCQk6Oj09IC4N
PHNlbWljb2xvbj4gCQk6Oj09IDsNPGNvbG9uPiAJCTo6PT0gOg08d29yZC1jb21wb25lbnR3
b3JkPiAJOjo9ICA8YWxwaGE+fDxkaWdpdD58PHdvcmQtY29tcG9uZW50d29yZD48Y2hhcj4N
PG5hbWVzcGFjZS1yZWY+IAk6Oj0gIDx3b3JkLWNvbXBvbmVudHdvcmQ+DTx3b3JkdGVybT4g
CQk6Oj0gPHdvcmQtY29tcG9uZW50d29yZD58PHdvcmR0ZXJtPiA8cGVyaW9kPiA8d29yZC1j
b21wb25lbnR3b3JkPg08bndvcmR0ZXJtPiAJCTo6PSA8bmFtZXNwYWNlLXJlZj4gPGNvbG9u
PiA8d29yZHRlcm0+IHwgPHdvcmR0ZXJtPg08QmFzZUNvbmNlcHQ+IAk6Oj0gPG53b3JkdGVy
bT4NPE1vZGlmaWVycz4JCTo6PSANICAgICAgICAgICAgICAgICAgICAgICAgPG53b3JkdGVy
bT47PE1vZGlmaWVycz4NPEF0dHJidXRlcz4gICAgICAgICA6Oj0gPG53b3JkdGVybT4NICAg
ICAgICAgICAgICAgICAgICAgICAgPG53b3JkdGVybT47PEF0dHJpYnV0ZXM+DTxVQ0Q+IAkJ
CTo6PSA8QmFzZUNvbmNlcHQ+ICAgICAgIyBTcGVjaWFsIGNhc2UgZm9yIGRlZmF1bHRpbmcg
dmFsdWUNICAgICAgICAgIAkJICAgIDxCYXNlQ29uY2VwdD47PE1vZGlmaWVycz48QXR0cmli
dXRlcz4NDUEgVUNEIGlzIGFsd2F5cyBjYXNlLWluc2Vuc2l0aXZlDQ00LjIgVUNEIFZvY2Fi
dWxhcnkNVGhpcyBhbmQgZm9sbG93aW5nIHN1YnNlY3Rpb25zIGRlc2NyaWJlIHRoZSB0aHJl
ZSBraW5kcyBvZiB3b3JkdGVybSB1c2VkIHdpdGhpbiBVQ0RzLiAgV29yZFRlcm1zIGJlbG9u
ZyB0byBvbmx5IG9uZSBvZiB0aGUgdGhyZWUgdHlwZXMuICBGb3IgZWFjaCBzZWN0aW9uIHRo
ZSBpbml0aWFsIGF0b213b3JkIG9mIGFwcHJvcHJpYXRlIHRyZWVzIGFuZCBhIGZldyBleGFt
cGxlIHdvcmR0ZXJtcyBhcmUgZ2l2ZW4uIFdoaWxlIGFkZGl0aW9uYWwgdHJlZXMgd2lsbCBk
b3VidGxlc3MgYmUgZGV2ZWxvcGVkLCByZS11c2Ugb2YgdGhlIGV4aXN0aW5nIGhpZXJhcmNo
aWVzIGlzIGVuY291cmFnZWQuIA00LjIuMSBCYXNlIENvbmNlcHRzLg1UaGlzIHNlY3Rpb24g
ZGlzY3Vzc2VzIGJhc2UgY29uY2VwdHMgb25lIG9mIHdoaWNoIHN0YXJ0cyBlYWNoIFVDRC4g
IC4gDWFyaXRoIAdxdWFudGl0aWVzIHJlbGF0ZWQgdG8gYXJpdGhtZXRpYyBhbmQgbWF0aGVt
YXRpY3MsIGluY2x1ZGluZyBjb3VudCwgZGlmZmVyZW5jZSwgcmF0aW8uICBTZWUgdGhlIGRp
c2N1c3Npb24gaW4gdGhlIGF0dHJpYnV0ZSBmaWx0ZXIuICBVc2Ugb2YgdGhlIGFyaXRoIHRy
ZWUgc2hvdWxkIGJlIHJlc3RyaWN0ZWQgdG8gY2FzZXMgd2hlbiB0aGVyZSBpcyBubyBleGlz
dGluZyBVQ0QgdGhhdCBkZXNjcmliZXMgdGhlIGtpbmQgb2Ygcm93IGNvbnRlbnQgY3JlYXRl
ZC4gIEUuZy4sIGZvciBhIHRhYmxlIG9mIFgtcmF5IHNvdXJjZXMgd2l0aCBhIGNvdW50cyBh
bmQgZXhwb3N1cmUgY29sdW1uLCB0aGUgcHJvcGVyIGNvbHVtbiBmb3IgdGhlIHJhdGlvIG9m
IHRoZXNlIHR3byBjb2x1bW5zIGlzIGFsbW9zdCBjZXJ0YWlubHkgaW4gdGhlIHBob3QuZmx1
eCB0cmVlIHJhdGhlciB0aGFuIGFyaXRoLnJhdGlvLgcHY29uY2VwdAdUaGlzIHNpbmdsZSB3
b3JkdGVybSBpcyB1c2VkIGFzIHRoZSBvcmlnaW4gb2YgdGhlIGNvbmNlcHQgdHJlZS4gIFdo
aWxlIGl0IGlzIHJhcmVseSBuZWVkZWQgdG8gYmUgdXNlZCBpbiBVQ0RzIGl0IGNhbiBiZSB1
c2VkIHRvIGFmZmlybWF0aXZlbHkgZGVjbGFyZSB0aGF0IHRoZSB0YWJsZSB3cml0ZXIgZG9l
c26SdCBrbm93IG9yIGRvZXMgbm90IHdpc2ggdG8gcHVibGlzaCBhbnkgc2VtYW50aWMgaW5m
b3JtYXRpb24gYWJvdXQgdGhpcyBlbnRpdHkuICBUaGlzIGhhcyBtdWNoIHRoZSBzYW1lIGVm
ZmVjdCBhcyBub3QgaW5jbHVkaW5nIHRoZSBVQ0QgYXR0cmlidXRlLCBidXQgaWYgb25lIGlz
IGxvb2tpbmcgZm9yIGNvbHVtbmNvbnRlbnRzIHdpdGggdW5kZWZpbmVkIFVDRHMgaXQgbWF5
IGJlIGVhc2llciB0byBzZWFyY2ggZm9yIHRoZSBwYXJ0aWN1bGFyIHN0cmluZyBVQ0Q9Y29u
Y2VwdCB0aGFuIHRvIGZpbmQgdGhlIGxvY2F0aW9ucyB3aGVyZSBVQ0QgaXMgb21pdHRlZC4g
ICBJdCBjYW4gYWxzbyBiZSB1c2VkIGluIFVDRCB0ZW1wbGF0ZXMgd2hlcmUgaXQgbWlnaHQg
YmUgcmVwbGFjZWQgYnkgYSBiYXNlIGNvbmNlcHQgZnJvbSBhbnkgdHJlZSwgb3IgaW4gc2l0
dWF0aW9ucyB3aGVyZSBubyBzaW5nbGUgdHJlZSBpcyBhcHByb3ByaWF0ZS4gBwdodW1hbgdx
dWFudGl0aWVzIHJlbGF0ZWQgdG8gcGVvcGxlIGFuZCBpbnN0aXR1dGlvbnM6IG5hbWVzLCBh
ZGRyZXNzZXMsIHBob25lIG51bWJlcnMsbmF0aW9uYWxpdGllcy4HB21ldGEHcXVhbnRpdGll
cyByZWxhdGVkIHRvIG1ldGFkYXRhLCBzdWNoIGFzIElWTyBzdHlsZSBpZGVudGlmaWVycywg
ZmxhZ3MsIG5vdGVzLCBVUkwHB2luc3RyIAdxdWFudGl0aWVzIHJlbGF0ZWQgdG8gYW4gaW5z
dHJ1bWVudDsgdHlwaWNhbCBzdWItbGV2ZWxzIGFyZSB0ZWxlc2NvcGUsIG9ic2VydmF0b3J5
LCBldGMuBwdvYnMgB29ic2VydmF0aW9uIG1ldGhvZHMgc3VjaCBhcyBkZXRlY3RvciwgZmls
dGVyLCBwbGF0ZSwgc3BlY3Ryb2dyYXBoLCBleHBvc3VyZSB0aW1lLCBldGMuBwdwaG90IAdB
bGwgcGhvdG9tZXRyaWMgbWVhc3VyZW1lbnRzLCBvcmdhbml6ZWQgYWNjb3JkaW5nIHRvIHRo
ZSB3YXZlbGVuZ3RoOyBpbmNsdWRlcyBwb2xhcml6YXRpb24uDUmSbSBhIGxpdHRsZSBjb25m
dXNlZCBieSBwaHJhc2UgkWFjY29yZGluZyB0byB3YXZlbGVuZ3RokiB0aGF0IEmSdmUgcmV0
YWluZWQgYWJvdmUuDUlzICB0aGUgZW0gYnJlYWtkb3duIHdoaWNoIHVzZWQgdG8gYmUgaW5j
bHVkZWQgaW5zaWRlIHRoZSBwaG90IHN0dWZmIG5vdyBtb3ZlZCBlbnRpcmVseSB0byB0aGUg
ZW0gaGllcmFyY2h5LiAgSZJtIGFzc3VtaW5nIHRoYXQgd2UgdXNlIHBob3QuZmx1eDtlbS5v
cHRpY2FsLnUgcmF0aGVyIHRoYW4gcGhvdC5mbHV4Lm9wdGljYWwsICBJZiBzbyB3ZSBuZWVk
IHRvIGNoYW5nZSB0aGUgYWJvdmUuBwdwaHlzIAdHZW5lcmljIHBoeXNpY2FsIHF1YW50aXRp
ZXMsIHN1Y2ggYXMgbGVuZ3RoLCB2ZWxvY2l0eSwgbWFzcywgYW5kIGluY2x1ZGluZyBhdG9t
aWMgJiBtb2xlY3VsYXIgY29uY2VwdHMgYW5kIHByb3BlcnRpZXMsIHRlbXBlcmF0dXJlLCBw
cmVzc3VyZSwgZ3Jhdml0eSwgZXRjLi4uBwdwb3MgB1Bvc2l0aW9uIGluIHRoZSBza3ksIHJl
ZmVyZW5jZSBmcmFtZXM7IGluY2x1ZGluZyBlcXVhdG9yaWFsLCBnYWxhY3RpYyBldGMgY29v
cmRpbmF0ZXM7IGdlb2NlbnRyaWMsIGhlbGlvY2VudHJpYyBldGM7IGFuZCBwcmVjZXNzaW9u
IGFuZCBudXRhdGlvbi4gQWxzbyBpbmNsdWRlcyBwb3NpdGlvbiBvbiB0aGUgc3VyZmFjZSBv
ZiB0aGUgRWFydGguBwdzb2Z0B1NvZnR3YXJlIGRlZmluZWQgb2JqZWN0cywgZS5nLiwgc2Vy
dmljZXMsIGFyY2hpdmVzLCBjYXRhbG9ncwcHc3BlYyAHUXVhbnRpdGllcyByZWxhdGVkIHRv
IHNwZWN0cm9zY29waWMgbWVhc3VyZW1lbnRzBwdzcmMgB3Byb3BlcnRpZXMgb2YgdGhlIG9i
c2VydmVkIHNvdXJjZSBvZiByYWRpYXRpb246ICBjb21tb24gaWRzLCBzb3VyY2UgY2xhc3Np
ZmljYXRpb25zIGFuZCBtb3JwaG9sb2d5LCBleHRlbnNpb24gaW4gdGhlIHNreSwgdmFyaWFi
aWxpdHksIAcHdGltZQdRdWFudGl0aWVzIHJlbGF0ZWQgdG8gdGltZS4HB1RoZSBuZXcgdHJl
ZSB3YXMgc2ltcGxpZmllZCBjb21wYXJlZCB0byB0aGUgE0hZUEVSTElOSyAiLi4vLi4vLi4v
Li4vVUNEL1VDRC9qcy8iARRvbGQgVUNEIHRyZWUVOyBpbXBvcnRhbnQgbW9kaWZpY2F0aW9u
cyBpbmNsdWRlOiANQXRvbWljIGFuZCBtb2xlY3VsYXIgZGF0YSBhcmUgbW92ZWQgdG8gYSBi
cmFuY2ggb2YgcGh5cyANVGhlIHNyYyBicmFuY2ggaXMgaW50cm9kdWNlZCBmb3IgcGhvdG9u
IHNvdXJjZXMgc3VjaCBhcyBzdGFycywgZ2FsYXhpZXMgZXRjLg1PYnNlcnZhdG9yeSBpbmZv
cm1hdGlvbiBpcyBtb3ZlZCB0byB0aGUgaW5zdHIgYnJhbmNoLg1BIGh1bWFuIHRyZWUgaXMg
YWRkZWQgdG8gaG9sZCBjb25jZXB0cyByZWxhdGluZyB0byB0aGUgcGVvcGxlIGFuZCBpbnN0
aXR1dGlvbnMNQSBzb2Z0IHRyZWUgaXMgYWRkZWQgdG8gaG9sZCBjb25jZXB0cyByZWxhdGlu
ZyB0byBzb2Z0d2FyZSBlbnRpdGllcyB0aGF0IG1heSBiZSBkZXNjcmliZWQgaW4gVk8gZW50
aXRpZXMuDVRoZSBzaW5nbGUgd29yZCBjb25jZXB0IGlzIGFkZGVkIHRvIGJlIHRoZSByb290
IG9mIGFsbCBjb25jZXB0cy4NTW9yZSBkZXRhaWxzIGFib3V0IHNvbWUgb2YgdGhlIG1vc3Qg
aW1wb3J0YW50IGJyYW5jaGVzIGFyZSBzaG93biBpbiB0aGUgE0hZUEVSTElOSyAiIiBcbCAi
VUNEdHJlZSIBFGFubmV4FSBiZWxvdy4gDQ00LjIuMiBNb2RpZmllcnMgcHJvcGVydGllcy4N
VGhlc2Ugd29yZHRlcm1zIGFyZSB1c2VkIHRvIG1vZGlmeSB0aGUgbWVhbmluZyBvZiBhIGJh
c2UgY29uY2VwdC4gIENoYW5nZXMgYW5kIGFkZGl0aW9ucyB0byB0aGUgbW9kaWZpZXIgdHJl
ZSBzaG91bGQgYmUgbWFkZSB3aXRoIHNvbWV3aGF0IGdyZWF0ZXIgY2FyZSB0aGFuIGZvciBi
YXNlIGNvbmNlcHRzLiAgVXNlcnMgc2hvdWxkIGNhcmVmdWxseSBjb25zaWRlciBob3cgdGhl
IG1vZGlmaWVyIHdvcmtzIGluIGNvbmp1bmN0aW9uIHdpdGggdGhlIGFsbCBiYXNlIGNvbmNl
cHRzLiAgTW9kaWZpZXJzIHNob3VsZCBiZSBjYXJlZnVsbHkgY2hvc2VuIHNvIGFzIG5vdCB0
byBpbnRyb2R1Y2UgYW1iaWd1aXRpZXMgaW4gdGhlIGZvcm11bGF0aW9uIG9mIFVDRHMuDQ1l
bSAHcXVhbnRpdGllcyB3aGljaCBkZXNjcmliZSB0aGUga2luZCBvZiBlbGVjdHJvbWFnbmV0
aWMgcmFkaWF0aW9uIGludm9sdmVkIGluIHRoZSBiYXNlIGNvbmNlcHQsIG5vdGFibGUgZnJl
cXVlbmN5L2VuZXJneS93YXZlbGVuZ3RoIGFuZCBwb2xhcml6YXRpb24uICBTaW5jZSBtYW55
IG9mIHRoZXNlIHNhbWUgcXVhbnRpdGllcyBhcHBseSB0byBncmF2aXRhdGlvbmFsIHJhZGlh
dGlvbiBhbmQgc29tZSB0byBwYXJ0aWNsZSBkZXRlY3Rpb25zLCB0aGUgZW0gYXRvbXdvcmQg
bWF5IGJlIGludGVycHJldGVkIGxvb3NlbHkgaW4gdGhlc2UgY2FzZXMuIAcHZnJhbWUHcXVh
bnRpdGllcyB3aGljaCBkZXNjcmliZSB0aGUgZnJhbWUgaW4gd2hpY2ggdGhlIGJhc2UgY29u
Y2VwdCBpcyB0byBiZSB0YWtlbiwgaS5lLiwgdGhlIGNvbnRleHQgaW4gd2hpY2ggdGhlIGJh
c2UgY29uY2VwdCBpcyByZWFsaXplZC4gIFRoZSBlbSBxdWFsaWZpZXIgYWRkcmVzc2VzIHRo
ZSBlbmVyZ3kgZGltZW5zaW9uIG9mIHRoZSBmcmFtZSBhbmQgdGhlIHNwYXRpYWwgZWxlbWVu
dCBpcyB0eXBpY2FsbHkgaW5jbHVkZWQgaW4gdGhlIGJhc2UgY29uY2VwdCAoY2YuIHRoZSBl
cSBhbmQgZ2FsIGZpZWxkcyBpbnNpZGUgcG9zKS4gIEhvd2V2ZXIgdGltZSBmcmFtZXMgc2hv
dWxkIGdlbmVyYWxseSBiZSBhZGRyZXNzZWQgaGVyZS4gIEUuZy4sIGEgVUNEIG1pZ2h0IGJl
IGRlZmluZWQgYXMgdGltZTtmcmFtZS50aW1lLmdlb2NlbnRyaWM7dmFsdWUuIFRoZSBmcmFt
ZSBhdHRyaWJ1dGUgbWlnaHQgYWxzbyBiZSB1c2VkIG1vZGlmeSBzcGF0aWFsIGNvb3JkaW5h
dGUgc3lzdGVtcyBhcyBpbjogcG9zLiBib2R5LmxhdDtmcmFtZS5ib2R5Lm1hcnM7dmFsdWUu
DUFsbW9zdCBhbGwgbW9kaWZpZXJzIGNhbiBiZSB0aG91Z2h0IG9mIGFzIGJlaW5nIGluIHRo
ZSBmcmFtZSB0cmVlLCBlLmcuLCB0aGUgZW0gYW5kIGludGVudCB0cmVlcyBjb3VsZCBlYXNp
bHkgYmUgcmVuZGVyZWQgYXMgZnJhbWUuZW0gYW5kIGZyYW1lLmh1bWFuaW50ZW50LCBidXQg
YXJlIHNlcGFyYXRlZCBvdXQgc2luY2UgdGhleSBhcmUgc28gY29tbW9uLiAgBwdpbnRlbnQH
cXVhbnRpdGllcyB0aGF0IHJlc3RyaWN0IHRoZSBodW1hbiBjb250ZXh0IG9mIHRoZSBjb25j
ZXB0LiAgRS5nLiwgY2FsY3VsYXRlZCwgcHJlZGljdGVkLCBzaW11bGF0ZWQuICBUaGlzIHNo
b3VsZCBub3QgYmUgdXNlZCB0byBkaXN0aW5ndWlzaCBhbW9uZyBkaXN0aW5jdCBzY2llbmNl
IGVsZW1lbnRzLCBlLmcuLCBiYWNrZ3JvdW5kIHZlcnN1cyBmb3JlZ3JvdW5kIHdoaWNoIHdv
dWxkIG5vcm1hbGx5IGJlIHBhcnQgb2YgdGhlIGJhc2UgY29uY2VwdCBvciB0aGUgbWVhc3Vy
ZW1lbnQgaWYgdGhleSBhcmUgYWRkcmVzc2VkIGF0IGFsbC4HBw1UaGUgbW9kaWZpZXJzIGlu
Y2x1ZGUgdHdvIG5ldyB0cmVlcywgZnJhbWUgYW5kIGludGVudCB3aGljaCBhcmUgZGlzY3Vz
c2VkIGFib3ZlLg0NNC4yLjMgQXR0cmlidXRlcyBwcm9wZXJ0aWVzLg1BdHRyaWJ1dGVzIHBy
b3BlcnRpZXMgaW5kaWNhdGUgdGhhdCB0aGUgZ2l2ZW4gVUNEIGxhYmVscyBhbiBhdHRyaWJ1
dGUgb2YgdGhlIGJhc2UgY29uY2VwdC4gIEUuZy4sIHRoZSB2YWx1ZSxtZWFzLmVycm9yLGFu
ZCBzdGF0Lm1heCBhdHRyaWJ1dGVzIGRlc2NyaWJlIGVudGl0aWVzIHRoYXQgZ2l2ZSB2YWx1
ZXMsIGVycm9ycyBhbmQgbWF4aW11bSBvZiB0aGUgYmFzZSBjb25jZXB0LiAgTm90ZSB0aGF0
IHRoZSBVQ0QgaW5kaWNhdGVzIGEgc2VtYW50aWMgcmVsYXRpb25zaGlwIGFuZCBub3QgbmVj
ZXNzYXJpbHkgYSBwaHlzaWNhbCByZWxhdGlvbnNoaXAuICBFLmcuLCBzdXBwb3NlIGEgdXNl
ciBzdWJtaXRzIGEgcmVxdWVzdCByZW5kZXJlZCBpbiBTUUwgYXMgk3NlbGVjdCBtYXgocmEp
IGZyb20gdGFibGWULiAgVGhpcyByZXR1cm4gZnJvbSB0aGlzIHF1ZXJ5IG1pZ2h0IGJlIGEg
c2luZ2xlIGNlbGwgdGFibGUgd2l0aCBhIFVDRCBmb3IgdGhlIGNvbHVtbiBhcyBwb3MuZXEu
cmE7c3RhdC5tYXggZXZlbiB0aG91Z2ggdGhlcmUgaXMgbm8gcmlnaHQgYXNjZW5zaW9uIGNv
bHVtbiBwcmVzZW50IGluIHRoZSB0YWJsZSB0aGUgdXNlciBzZWVzLg0NVGhpcyBkb2VzIG5v
dCBtZWFuIHRoYXQgYXR0cmlidXRlcyBwcm9wZXJ0aWVzIGNhbm5vdCBiZSB1c2VkIHRvIGRl
dGVybWluZSB0aGUgbGlrZWx5IHJlbGF0aW9uc2hpcHMgYW1vbmcgY29sdW1ucyBpbiBhIHRh
YmxlLiAgSG93IHRoaXMgaXMgZG9uZSBpcyBkaXNjdXNzZWQgaW4gc2VjdGlvbiA1Lg1BcyB3
aXRoIG1vZGlmaWVycywgYXR0cmlidXRlcyBzaG91bGQgYmUgZXh0ZW5kZWQgd2l0aCBjb25z
aWRlcmFibGUgY2FyZS4gIEFkZGl0aW9ucyB0byB0aGUgc2luZ2xlIHdvcmQgYXR0cmlidXRl
cyBhcmUgc2hvdWxkIGJlIHBhcnRpY3VsYXJseSBzY3J1cHVsb3VzbHkgY29uc2lkZXJlZC4N
DVRoZSBmb2xsb3dpbmcgYXR0cmlidXRlIHRyZWVzIGFyZSBkZWZpbmVkLg0NZmlsdGVyB0Eg
ZmlsdGVyIGlzIGFuIGF0dHJpYnV0ZSB0aGF0IHJlZmxlY3RzIHByb2Nlc3Npbmcgb24gc29t
ZSBvdGhlciBjb2x1bW5jb250ZW50LiAgVGhlIGF0dHJpYnV0ZSB0cmVlcyBmb3IgZmlsdGVy
IGFuZCBzdGF0IGFuZCB0aGUgY29uY2VwdCB0cmVlIGZvciBhcml0aCBhcmUgbGlua2VkIGJ1
dCBkaXN0aW5jdC4gIA1Bcml0aCBzaG91bGQgbm9ybWFsbHkgYmUgcmVzZXJ2ZWQgZm9yIGNv
bmNlcHRzIHRoYXQgaW52b2x2ZSB0aGUgY29tYmluYXRpb24gb2YgbXVsdGlwbGUgY29sdW1u
Y29udGVudHMgc28gdGhhdCB0aGVyZSBpcyBubyBzaW5nbGUgYmFzZSBVQ0QuICBUaGUgYXNz
b2NpYXRpb24gb2YgYW4gYXJpdGggY29sdW1uY29udGVudCB3aXRoIHRoZSBjb2x1bW5jb250
ZW50cyBpdCBkZXJpdmVzIGZyb20gaXMgZGlzY3Vzc2VkIGluIHNlY3Rpb24gNS4NU3RhdCBh
dHRyaWJ1dGVzIHJlZmVyIHRvIHByb2Nlc3Npbmcgb2Ygc2luZ2xlIGNvbHVtbmNvbmNlcHQg
Y29udGVudHMgdGhhdCBub3JtYWxseSByZWR1Y2VzIHRoZSBkaW1lbnNpb25hbGl0eSBvZiB0
aGUgZGF0YSAoZS5nLiwgYSBkYXRhIGNvbHVtbiBhcnJheSBpcyB0cmFuc2Zvcm1lZCBpbnRv
IHNvbWUgc3RhdGlzdGljIG9uIHRoZSBjb2x1bW5jb250ZW50KS4gIFRoZXJlIHdpbGwgbm9y
bWFsbHkgYmUgYSBzaW5nbGUgdmFsdWUgb2Ygc3RhdC5tYXggYXNzb2NpYXRlZCB3aXRoIGFs
bCBvZiB0aGUgdmFsdWVzIGluIGEgY29sdW1uYXJyYXkuICBUaHVzIGZvciBzaW1wbGUgVk9U
YWJsZXMgdGhlIHN0YXQgYXR0cmlidXRlcyBtYXkgb2Z0ZW4gYmUgZm91bmQgaW4gUEFSQU1F
VEVSIGVsZW1lbnRzIHJhdGhlciB0aGFuIEZJRUxEIGVsZW1lbnRzLiAgSG93ZXZlciBpZiBh
IGNvbHVtbiBoYXMgdmVjdG9yIHZhbHVlZCBjZWxscywgdGhlbiB0aGVyZSBtYXkgYmUgYSBz
dGF0Lm1heCBhdHRyaWJ1dGUgYXNzb2NpYXRlZCB3aXRoIGVhY2ggcm93IJYgYnV0IGl0IHdp
bGwgYmUgYSBzY2FsYXIuICBPY2Nhc2lvbmFsbHkgc3RhdCBxdWFudGl0aWVzIG1heSBoYXZl
IHRoZSBzYW1lIGRpbWVuc2lvbmFsaXR5IGluIHRoZSB0YWJsZSBhcyB0aGUgYmFzZSBjb25j
ZXB0LCBidXQgZXZlbiB0aGlzIHdpbGwgb2Z0ZW4gcmVmbGVjdCB0aGUgZmFjdCB0aGF0IHRo
ZSBtYXggY29sdW1uIHBvaW50ZWQgdG8gYW4gYXJyYXkgb2YgZGF0YSB0aGF0IGhhcyBub3Qg
YmVlbiByZWNvcmRlZC4gIEUuZy4sIHdlIG1pZ2h0IHJlY29yZCB0aGUgdGVtcGVyYXR1cmUg
b2YgYW5pbnN0cnVtZW50IGF0IHRoZSBiZWdpbm5pbmcgb2YgZWFjaCBtaW51dGUgYXMgd2Vs
bCBhcyB0aGUgbWF4aW11bSBhbmQgbWluaW11bSB0ZW1wZXJhdHVyZXMgZHVyaW5nIHRoZSBt
aW51dGUuICBUaGUgdmFsdWUgYW5kIHN0YXQubWF4IGNvbHVtbmNvbnRlbnRzIGhhdmUgdGhl
IHNhbWUgZGltZW5zaW9uYWxpdHksIGJ1dCB0aGUgbWF4aW11bSB3YXMgZGVyaXZlZCBmcm9t
IGEgaGlnaGVyIGRpbWVuc2lvbmFsaXR5IGRhdGFzZXQuDVRoZSBmaWx0ZXIgdHJlZSByZWZs
ZWN0cyBwcm9jZXNzaW5nIG9mIGEgc2luZ2xlIGNvbHVtbmNvbmNlcHQgY29udGVudCB0aGF0
IHByZXNlcnZlcyBpdHMgZGltZW5zaW9uYWxpdHkuICBGaWx0ZXJzIG1heSBiZSBjb21tb24g
Zm9yIHZlY3Rvcm1hcCBvciBpbWFnZSBjb2x1bW5jb250ZW50cy4gIEF0dHJpYnV0ZXMgd291
bGQgaW5jbHVkZTogc21vb3RoLCBjb21wcmVzcywgcm90YXRlLgcHbWVhcyAHQSBtZWFzIGlz
IGFuIGFBdHRyaWJ1dGVzIGFzc29jaWF0ZWQgd2l0aCB0aGUgcHJvY2VzcyBvZiBtZWFzdXJl
bWVudC4gIFRoZSBhdHRyaWJ1dGUgbWVhcy52YWx1ZSBzaG91bGQgbm90IGJlIHVzZWQgKHVz
ZSBqdXN0IHZhbHVlIGluc3RlYWQpLiAgRXJyb3IsIGVycm9yLnN0YXRpc3RpY2FsLCBhbmQg
ZXJyb3Iuc3lzdGVtYXRpYyBhcmUga2V5IG1lbWJlcnMgb2YgdGhpcyB0cmVlLiANU2VlIHRo
ZSBkaXNjdXNzaW9uIGZvciBmaWx0ZXIgdG8gdW5kZXJzdGFuZCB3aHkgZXJyb3Igd2FzIHRh
a2VuIG91dCBvZiB0aGUgc3RhdCB0cmVlLCBpLmUuLCBlcnJvciBoYXMgdGhlIHNhbWUgZGlt
ZW5zaW9uYWxpdHkgYXMgdmFsdWUuICBJdCBhbHNvIGRvZXNuknQgcmVhbGx5IGZpdCBzZW1h
bnRpY2FsbHkgaW50byBzdGF0LgcHc3RhdAdBIHN0YXQgaXMgYW4gYUF0dHJpYnV0ZXMgdGhh
dCByZWZsZWN0IHRoZSBjYWxjdWxhdGlvbiBvZiBhIHN0YXRpc3RpYyBvbiBhIGNvbGxlY3Rp
b24gb2YgZWxlbWVudHMgZGVzY3JpYmVkIGluIHRoZSBiYXNlIGNvbmNlcHQuICBXaGVyZSBh
cHByb3ByaWF0ZSBhdHRyaWJ1dGVzIGxpa2Ugc3RhdC5tYXggbWF5IGJlIHVzZWQgaW4gYWxw
aGFudW1lcmljIGFzIHdlbGwgYXMgbnVtZXJpY2FsIGNvbnRleHRzLCBidXQgbWFueSBzdGF0
IGVsZW1lbnRzIGFyZSB1c2VmdWwgb25seSBpbiBudW1lcmljYWwgY29udGV4dHMuICBTZWUg
dGhlIGRpc2N1c3Npb24gaW4gZmlsdGVyIGFib3ZlLgcHDVRoZSBmaWx0ZXIgYW5kIG1lYXMg
dHJlZXMgYXJlIG5ldy4gDVRoZXJlIGFyZSBhIGZldyBuZXcgc3BlY2lhbCBzaW5nbGUgd29y
ZCBhdHRyaWJ1dGVzIHdoaWNoIHdlIG5vdyBkaXNjdXNzLiAgVGhlc2UgYXR0cmlidXRlcyBw
bGF5IGEgY2VudHJhbCByb2xlIGluIGJ1aWxkaW5nIGNvbXBsZXggVUNEcy4gDXZhbHVlB1Ro
ZSB2YWx1ZSBhdHRyaWJ1dGUgaXMgdGhlIGJhc2ljIGF0dHJpYnV0ZSBmb3Igc2ltcGxlIGNv
bmNlcHRzLiAgSXQgcmVwcmVzZW50cyB0aGUgYWN0dWFsIGluc3RhbnRpYXRpb24gb2YgdGhl
IHN0cmluZyBvciBudW1iZXIgdGhhdCBpcyBpbXBsaWVkIGJ5IHRoZSBjb25jZXB0LiAgQSB2
YWx1ZSBhdHRyaWJ1dGUgc2hvdWxkIG5ldmVyIGJlIHVzZWQgYWZ0ZXIgYW5vdGhlciBhdHRy
aWJ1dGUuICBJLmUuLCBwaG90LmZsdXg7bWVhcy5lcnJvcjt2YWx1ZS5pcyBpbmNvcnJlY3Q6
IHRoZSB2YWx1ZSBpcyBzdXBlcmZsdW91cy4gICBOb3RlIHRoYXQgaWYgdGhlIGJhc2ljIGNv
bmNlcHQgaXMgdmVjdG9yLXZhbHVlZCwgdGhlIHZhbHVlIG1heSBiZSBhIHZlY3Rvci4gIEku
ZS4sIGNvbnNpZGVyIGNlbGwgdGhhdCBjb250YWlucyBhbiBhcnJheSBvZiBmbHV4ZXMuICBT
aW5jZSBVQ0RzIGFyZSBpbnRlbmRlZCB0byBjb252ZXkgdGhlIHNlbWFudGljIGNvbnRlbnQg
b2YgdGhlIGNlbGwsIGl0IHdvdWxkIGJlIGFwcHJvcHJpYXRlIHRvIGRpc3Rpbmd1aXNoIHdo
ZXRoZXIgdGhlIGluZm9ybWF0aW9uIGluIHRoZSBjZWxsIHdhcyBhIHRpbWUgc2VyaWVzIG9y
IGEgc3BlY3RydW0uICBJZiB3ZSBkZWZpbmUgYXBwcm9wcmlhdGUgVUNEcyBwaG90LnNwZWN0
cnVtO2VtLm9wdGljYWw7dmFsdWUgYW5kIHBob3QudGltZXNlcmllcztlbS5vcHRpY2FsO3Zh
bHVlIHdlIGNhbiBkaXN0aW5ndWlzaCB0aGVzZSB0d28gc2l0dWF0aW9ucy4gBwd2ZWN0b3IH
VGhpcyBhdHRyaWJ1dGUgbWF5IGJlIHVzZWQgd2hlbiB0aGVyZSBpcyBubyBzcGVjaWFsIFVD
RCBkZXNjcmliaW5nIGFuIGFycmF5IG9mIHRoZSBiYXNlIGNvbmNlcHQuICBXaGlsZSBWT1Rh
YmxlcyBwcm92aWRlIGEgZGltZW5zaW9uIGF0dHJpYnV0ZSwgaXQgc2VlbXMgbGlrZWx5IHRo
YXQgdXNlcnMgd2lsbCBmaW5kIGJlaW5nIGFibGUgdG8gZGlzdGluZ3Vpc2ggdmVjdG9yIGFu
ZCBzY2FsYXIgY29sdW1ucyBpbiB0aGUgVUNEIHVzZWZ1bC4gIEVycm9ycyBhbmQgZmlsdGVy
cyBhc3NvY2lhdGVkIHdpdGggdmVjdG9yIHF1YW50aXRpZXMgd291bGQgYWxzbyBsaWtlbHkg
YmUgdmVjdG9ycy4gIE5vdGUgdGhhdCBzb21lIFVDRHMgc2hvdWxkIGltcGx5IGEgdmVjdG9y
IGNvbHVtbmNvbnRlbnQuICBFLmcuLCBhIHBob3Quc3BlY3RydW0gb3IgcGhvdC50aW1lc2Vy
aWVzIG1pZ2h0IGJlIHVzZWQgdG8gZGVzY3JpYmUgYSBjZWxsIHdpdGggYW4gYXJyYXkgb2Yg
Zmx1eCB2YWx1ZXMuICBUaGUgVUNEIHBob3Quc3BlY3RydW07dmVjdG9yIHdvdWxkIGltcGx5
IGEgdmVjdG9yIG9mIHNwZWN0cmEgaW4gZWFjaCBjZWxsLgcHaW5zdGFuY2UHVGhpcyBwbGF5
IHRoZSByb2xlIG9mIHZhbHVlIGZvciBjb21wbGV4IFVDRHMsIGkuZS4sIHRoZSBVQ0RzIG9m
IHRhYmxlcyBhbmQgZ3JvdXBzLiBJdCBpbmRpY2F0ZXMgdGhhdCBhbGwgb2YgdGhlIGZpZWxk
cyBhbmQgcGFyYW1ldGVycyBpbiB0aGUgYXBwcm9wcmlhdGUgc2NvcGUgYXJlIGF0dHJpYnV0
ZXMgb2YgdGhlIGNvbmNlcHQgZGVzY3JpYmVkIGluIHRoaXMgVUNELiAgRS5nLiwgYSBzaW1w
bGUgdGFibGUgVUNEIG1pZ2h0IGJlIHNyYztpbnN0YW5jZS4gIFRoZSBpbnN0YW5jZSBpbmRp
Y2F0ZXMgdGhhdCBpbiBlYWNoIHJvdyB0aGUgcmEsIGRlYywgZmx1eCwgbmFtZSwgZXRjLiBy
ZWZlciB0byBhIHNpbmdsZSBwYXJ0aWN1bGFyIHNvdXJjZS4HB211bHRpcGxldAdUaGlzIGNh
biBiZSB1c2VkIGluc3RlYWQgb2YgaW5zdGFuY2UgaW4gY29tcGxleCBVQ0RzIHRvIGluZGlj
YXRlIHRoYXQgdGhlcmUgYXJlIHNldmVyYWwgb2YgdGhlIHNhbWUgaW5zdGFuY2VzIGluIGVh
Y2ggcm93IG9mIHRoZSB0YWJsZS4gIFRoaXMgYXR0cmlidXRlIHNob3VsZCByYXJlbHkgYmUg
dXNlZCwgYnV0IG1pZ2h0IGJlIGFwcHJvcHJpYXRlIGluIGEgY29udGV4dCB3aGVyZSB0d28g
dGFibGVzIGhhdmUgYmVlbiBjcm9zcy1jb3JyZWxhdGVkIGFuZCBuZWl0aGVyIHRhYmxlIGlz
IGNvbnNpZGVyZWQgc3Vib3JkaW5hdGUgdG8gdGhlIG90aGVyLiAgRS5nLiwgYWZ0ZXIgY3Jv
c3MtY29ycmVsYXRpbmcgdGhlIFJPU0FUIGFuZCBBU0NBIG9ic2VydmF0aW9ucyBvdmVyIHRo
ZSBza3ksIHRoZSByZXN1bHQgaXMgYSB0YWJsZSBlYWNoIHJvdyBvZiB3aGljaCByZXByZXNl
bnRzIGEgcGFpciBvZiBvYnNlcnZhdGlvbnMuBwdsb2NhbAdUaGlzIHNwZWNpYWwgYXR0cmli
dXRlIGFzc2VydHMgdGhhdCB0aGUgc2VtYW50aWNzIG9mIHRoZSBjb2x1bW5jb250ZW50IGFy
ZSBzdWNoIHRoYXQgaXQgY2Fubm90IGJlIHVzZWQgb3V0c2lkZSBvZiBpdHMgbG9jYWwgY29u
dGV4dC4gIEluIHBhcnRpY3VsYXIgaXQgaW5kaWNhdGVzIHRoYXQgdGhpcyBjb2x1bW5jb250
ZW50IHNob3VsZCBub3QgYmUgY3Jvc3MtY29ycmVsYXRlZCB3aXRoIGFueSBvdGhlciBjb2x1
bW5jb250ZW50cy4NTm90ZSB0aGF0IGxvY2FsIHNob3VsZCBiZSB1c2VkIHdoZW4gdGhlIHNl
bWFudGljcyBvZiB0aGUgY29sdW1uY29udGVudCBhcmUgbm90IG1hdGNoYWJsZSwgbm90IHdo
ZW4gbWF0Y2hpbmcgaXMgbm90IGZlYXNpYmxlIGR1ZSB0byB0aGUgcmVwcmVzZW50YXRpb24u
ICBFLmcuLCB0aGVyZSBhcmUgbWFueSBkaWZmZXJlbnQgc3lzdGVtcyBmb3IgY2xhc3NpZmlj
YXRpb24gb2Ygb2JqZWN0cyBzbyB0aGF0IGEgZ2l2ZW4gdGFibGWScyBjbGFzc2VzIG1heSBu
b3QgYmUgY29ycmVsYXRhYmxlIHdpdGggb3RoZXJzIGluIHByYWN0aWNlLiAgSG93ZXZlciBz
dWNoIGEgY29sdW1uIHNob3VsZCBub3QgYmUgZ2l2ZW4gYSBwcm9wZXJ0eSBvZiBsb2NhbCwg
c2luY2UgdGhlIGJhc2UgY29uY2VwdCBvZiB3aGF0IGEgY2xhc3MgaXMsIGlzIHNoYXJlZCBi
eSBvdGhlciB0YWJsZXMgYW5kIG9uZSBjb3VsZCBpbWFnaW5lIHVzZWZ1bGx5IGpvaW5pbmcg
dGFibGVzIG9uIHRoaXMgaWRlYS4gIEhvd2V2ZXIsIHRoZSBqaXR0ZXIgaW4gdGhlIHRlbXBl
cmF0dXJlIG9mIHRoZSBmb3VydGggc3RhZ2UgcGhvdG9tdWx0aXBsaWVyIG9mIHNvbWUgaW5z
dHJ1bWVudCBpcyBqdXN0IG5vdCBzb21ldGhpbmcgdGhhdCBjYW4gdXNlZnVsbHkgYmUgY29t
cGFyZWQgd2l0aCBkYXRhIGluIGEgVk8gY29udGV4dCBhbmQgc2hvdWxkIGJlIGdpdmVuIHRo
ZSBhdHRyaWJ1dGUgbG9jYWwuDVRoaXMgZmlsbHMgYSBwb3RlbnRpYWxseSBzZXJpb3VzIGdh
cCBpbiB0aGUgb3JpZ2luYWwgcHJvcG9zYWwuICBUaGUgaWRlYSB3YXMgKEkgdGhpbmspIHRo
YXQgZm9yIHNheSBhIGJ1bmNoIG9mIGVuZ2luZWVyaW5nIGRhdGEgYSB1c2VyIHdvdWxkIGp1
c3Qgc3BlY2lmeSBhIFVDRCBvZiAoc2F5KSAgaW5zdHIuICBIb3dldmVyIHdlIG5vdyBuZWVk
IHRvIGhhdmUgYSBydWxlIGZvciB1bmRlcnN0YW5kaW5nIGhvdyBsb25nIGEgVUNEIG5lZWRz
IHRvIGJlIGJlZm9yZSBpdCBtYWtlcyBzZW5zZSB0byBjb21wYXJlIHRoZW0uICBJbiB0aGlz
IHByb3Bvc2FsIHRoZSBVQ0QgaXMgZ2l2ZW4gYXMgaW5zdHIubG9jYWwgc28gd2Ugc3RpbGwg
Z2l2ZSBhIGJpdCBvZiBpbmZvcm1hdGlvbiBhYm91dCB3aGF0IGlzIGluIHRoZSB0YWJsZSwg
YnV0IHdlIG1ha2UgaXQgY2xlYXIgdGhhdCB0aGUgY29sdW1uY29udGVudCBzaG91bGRuknQg
ZXZlbiBiZSB0aG91Z2h0IG9mIGZvciBjcm9zcy1tYXRjaGluZy4HBw00LjMgRnJlZWRvbSBp
biBIaWVyYXJjaHkNVUNEcyBhdCBhbnkgbGV2ZWwgY2FuIGJlIHVzZWQgdG8gZGVzY3JpYmUg
c29tZSBwYXJhbWV0ZXIsIHdoZXRoZXIgc3ViLWxldmVscyBhcmUgZXhpc3Rpbmcgb3Igbm90
LiBUaGlzIHJ1bGUgaW1wbGllcyB0aGF0IHdlIGRvIG5vdCB1c2UgYSBxdWFsaWZpZXIgbGlr
ZSBtaXNjIG9yIGdlbjogaWYgYSBxdWFudGl0eSBpcyBub3QgYWNjdXJhdGVseSBkZWZpbmVk
LCB3ZSBqdXN0IHVzZSB0aGUgYHBhcmVudCcgVUNELiBBbiBleGFtcGxlIGNvbWVzIHdpdGgg
dGhlIGRpdmlzaW9uIG9mIHRoZSBlbGVjdHJvbWFnbmV0aWMgc3BlY3RydW06IHRoZSBzdGFu
ZGFyZCBVQ0Qgd29yZHRlcm1zIGNhbiBsYWJlbCBwYXJ0cyBvZiB0aGUgc3BlY3RydW0sIGZv
ciBleGFtcGxlIGVtLklSLjMtNHVtIGFuZCBlbS5JUi40LTh1bS4gVG8gbGFiZWwgYSByZWdp
b24gZnJvbSAzIHRvIDUgdW0sIHRoZSByZWNvbW1lbmRlZCBVQ0QgaXMgdGhlIGdlbmVyaWMg
ZW0uSVIuDQ00LjQgU3RhbmRhcmQgVXNhZ2UNVGhlIGVsZW1lbnRzIG9mIHRoZSB0cmVlIG1h
a2UgdXNlIG9mIGEgc3RhbmRhcmQgdm9jYWJ1bGFyeSwgaW4gdGhlIHNlbnNlIHRoYXQgYSBz
aW5nbGUgd29yZHRlcm0gaXMgdXNlZCB0byBkZXNpZ25hdGUgYSBwaHlzaWNhbCBjb25jZXB0
IG9yIHF1YW50aXR5LiBGb3IgaW5zdGFuY2UsIGlmIGVsZWN0cm9uIGlzIHVzZWQgdG8gZGVz
aWduYXRlIGFueSBlbGVjdHJvbi1yZWxhdGVkIHF1YW50aXR5LCB3ZSB3cml0ZSBlLmcuIHBo
eXMudGVtcC5lbGVjdHJvbiB0byBkZXNpZ25hdGUgdGhlIGVsZWN0cm9uaWMgdGVtcGVyYXR1
cmUgYW5kIG5vdCBhbiBhYmJyZXZpYXRpb24gbGlrZSBwaHlzLnRlbXAuZWw7IGNvbnZlcnNl
bHksIGVsZWN0cm9uIGtlZXBzIHRoZSBzYW1lIG1lYW5pbmcgYW1vbmcgYWxsIFVDRHMuIFdl
IHNob3VsZCB0cnkgdG8gbWFpbnRhaW4gYSBsaXN0IG9mIHRoZXNlIG1lYW5pbmdzIC0tIHdl
IGFyZSBmb3IgaW5zdGFuY2UgdXNpbmcgdGVtcCBmb3IgdGVtcGVyYXR1cmUsIHBoeXMgZm9y
IHBoeXNpY2FsLCBhbmQgc28gb24uDQ00LjUgVUNEcyBhbmQgUmVsYXRpb25zaGlwcyBhbW9u
ZyBDb25jZXB0cw0NVUNEcyBkZXNjcmliZSByZWxhdGlvbnNoaXBzIGFtb25nIGNvbmNlcHRz
IGluIHRocmVlIGRpc3RpbmN0IHdheXMuICANDVVDRHMgcHJvdmlkZSBhIHN0YW5kYXJkIGZy
YW1ld29yayBpbiB3aGljaCB3ZSBjYW4gY3JlYXRlIGxhYmVscyB3aG9zZSByZWxhdGlvbnNo
aXAgaXMgdW5kZXJzdG9vZCBhcyBleHBlcnQgaW5mb3JtYXRpb24gaW4gdGhlIGZpZWxkLiAg
W0RvdWJ0bGVzcyB0aGUgd29yZCBvbnRvbG9neSBiZWxvbmdzIGluIHRoaXMgcGFyYWdyYXBo
Ll0gRS5nLiwgdGhlcmUgaXMgbm90aGluZyBpbiB0aGUgdHdvIHN0cmluZ3MgcG9zLmVxLnJh
IGFuZCBwb3MuZXEuZGVjIHRoYXQgaW5kaWNhdGVzIHRoZSByZWxhdGlvbnNoaXAgYmV0d2Vl
biBSaWdodCBBc2NlbnNpb24gYW5kIGRlY2xpbmF0aW9uLiAgSG93ZXZlciB1c2VycyBhbmQg
c29mdHdhcmUgdW5kZXJzdGFuZCB0aGF0IHJlbGF0aW9uc2hpcCBhbmQgVUNEcyBwcm92aWRl
IGNvbnNpc3RlbnQgbWFya2VycyB0byBlbmFibGUgdGhlIHVzZSBvZiB0aGF0IGtub3dsZWRn
ZS4gIFRoaXMgaXMgcGVyaGFwcyBqdXN0IGEgZmFuY3kgd2F5IG9mIHNheWluZyB0aGF0IFVD
RHMgcHJvdmlkZSBhIGNvbnNpc3RlbnQgd2F5IG9mIGxhYmVsaW5nIGNvbHVtbnMgliB1bmxp
a2UgY29sdW1uIG5hbWVzIHdoaWNoIHRlbmQgdG8gdmFyeSB3aWxkbHkuDQ0NVUNEcyBhbHNv
IGluZGljYXRlIHRoZSBjb21wYXJhYmlsaXR5IG9mIGNvbHVtbmNvbnRlbnRzLiAgVHdvIGNv
bHVtbmNvbnRlbnRzIHdpdGggdGhlIHNhbWUgVUNEIHNob3VsZCBiZSCRY29tcGFyYWJsZZIg
aW4gc29tZSBzZW5zZS4gIFRoZSBtb3JlIHByZWNpc2UgdGhlIFVDRCBpcywgdGhlIG1vcmUg
dXNlZnVsIHRoaXMgY29tcGFyYWJpbGl0eSBpcyBsaWtlbHkgdG8gYmUuIA0gVGhlIG5leHQg
c2VjdGlvbiB1c2VzIFVDRHMgb2Ygb2JqZWN0cywgdXN1YWxseSB3aXRoIHRoZSBhdHRyaWJ1
dGUgaW5zdGFuY2UuICBDb21wYXJhYmlsaXR5IG9mIHN1Y2ggVUNEcyBkb2VzIG5vdCBnZW5l
cmFsbHkgbWVhbiB0aGF0IHRoZXkgaGF2ZSB0aGUgc2FtZSBzdHJ1Y3R1cmUsIGJ1dCByYXRo
ZXIgdGhhdCB0aGVyZSBpcyBzb21lIHNlbnNlIHRoYXQgdGhlIHVuZGVybHlpbmcgaW5zdGFu
Y2VzIG1heSBiZSB0aGUgc2FtZS4gIEUuZy4sIHR3byBzb3VyY2UgdGFibGVzIG1heSBib3Ro
IGhhdmUgYSBVQ0Qgb2Ygc3JjLmluc3RhbmNlIGJ1dCBvbmUgbWF5IGNvbnRhaW4gZmx1eCBp
bmZvcm1hdGlvbiB3aGlsZSB0aGUgb3RoZXIgaGFzIHByb3BlciBtb3Rpb25zLiAgVGhlc2Ug
dGFibGVzIGFyZSBjb21wYXJhYmxlLCBiZWNhdXNlICByb3dzIG9mIHRoZSB0d28gdGFibGVz
IG1pZ2h0IGJlIHJlZmVycmluZyB0byB0aGUgc2FtZSBvYmplY3QuICBJLmUuLCB0aGUgdW5k
ZXJseWluZyBzb3VyY2UgaW5zdGFuY2UgaXMgdGhlIHNhbWUgZXZlbiB0aG91Z2ggdGhlIGF0
dHJpYnV0ZXMgb2YgdGhlIHNvdXJjZSBleHByZXNzZWQgaW4gdGhlIHRhYmxlcyBhcmUgdmVy
eSBkaWZmZXJlbnQuDUNvbHVtbkNvbnRlbnRzIG1heSBiZSBjb21wYXJhYmxlIGV2ZW4gaWYg
dGhleSBoYXZlIGRpZmZlcmVudCBVQ0RzLiAgR2VuZXJhbGx5IGlmIHRoZSB0d28gVUNEcyBj
YW4gYmUgbWFkZSBpZGVudGljYWwgYnkgb21pdHRpbmcgdGVybWluYWwgYXRvbXdvcmRzIGlu
IG9uZSBvciBtb3JlIHdvcmR0ZXJtcyBvZiB0aGUgVUNEcywgdGhlbiB0aGUgZmllbGRzIGFy
ZSBjb21wYXJhYmxlIHdoZW4gdGhvdWdodCBvZiBpbiB0aGUgbW9yZSBnZW5lcmljIGNvbnRl
eHQgb2YgdGhlIHRydW5jYXRlZCBVQ0QuICBFLmcuLCB0aGUgVUNEcyAgcGhvdC5mbHV4O2Vt
Lm9wdGljYWwuYmFuZC51O21lYXMuZXJyb3Iuc3RhdGlzdGljYWwgYW5kIHBob3QuZmx1eDtl
bS54cmF5LmhhcmQ7bWVhcy5lcnJvci5zeXN0ZW1hdGljIG1heSBiZSB0cnVuY2F0ZWQgdG8g
cGhvdC5mbHV4O2VtO21lYXMuZXJyb3IgYW5kIGNvbXBhcmVkIGFzIGluc3RhbmNlcyBvZiB0
aGlzIG1vcmUgZ2VuZXJpYyBVQ0QuDVNpbWlsYXJseSBpZiBVQ0RzIGRpZmZlciBpbiB0aGVp
ciBtb2RpZmllcnMgdGhleSBhcmUgY29tcGFyYWJsZSBhcyBVQ0RzIHdoZXJlIHRoZSBkaWZm
ZXJpbmcgY29udGV4dHMgaGF2ZSBiZWVuIG9taXR0ZWQuICBFLmcuLCBhIGNhbGN1bGF0ZWQg
YW5kIG1lYXN1cmVkIGZsdXggbWlnaHQgaGF2ZSBVQ0RzIHBob3QuZmx1eDtlbS5vcHRpY2Fs
O2ludGVudC5jYWxjdWxhdGVkO3ZhbHVlIGFuZCBwaG90LmZsdXg7ZW0ub3B0aWNhbDt2YWx1
ZS4gIFRoZXNlIGZsdXhlcyBhcmUgY29tcGFyYWJsZSBieSBpZ25vcmluZyB0aGUgaW50ZW50
IG9mIHRoZSBmaXJzdCBjb2x1bW4uICANV2hlbiBtb2RpZmllcnMgb3IgYXRvbXdvcmRzIGlu
IHRoZSBVQ0Qgd29yZHRlcm1zIGFyZSBpZ25vcmVkIHNvZnR3YXJlIGFuZCB1c2VycyBzaG91
bGQgYmUgYXdhcmUgdGhhdCB0aGUgZW50aXR5IGlzIGJlaW5nIHRyZWF0ZWQgaW4gYSBtb3Jl
IGdlbmVyaWMgY29udGV4dCB0aGFuIGl0IHdhcyBkZWZpbmVkIGluLg0NVGhlIGZpbmFsIHdh
eSB0aGF0IFVDRHMgZGVzY3JpYmUgcmVsYXRpb25zaGlwcyBpcyBpbiB0aGUgYXNzb2NpYXRp
b24gb2YgZGlmZmVyZW50IGF0dHJpYnV0ZXMgdG8gYSBnaXZlbiBiYXNlIGNvbmNlcHQgKG9y
IGJhc2UgY29uY2VwdCBhbmQgbW9kaWZpZXJzKS4gICBUaGUgYXR0cmlidXRlIHN0cnVjdHVy
ZXMgZGVmaW5lIGdlbmVyaWMgcmVsYXRpb25zaGlwcyBhbW9uZyBlbnRpdGllcywgZS5nLiwg
dGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIGEgdmFsdWUgYW5kIGFuIGVycm9yIG9yIGJldHdl
ZW4gYW4gaW1hZ2UgYW5kIGEgc21vb3RoZWQgY291bnRlcnBhcnQuDQ1UbyBidWlsZCBhbiB1
bmRlcnN0YW5kaW5nIG9mIGRhdGEsIHdlIG5lZWQgdG8gYWRkcmVzcyBub3Qgb25seSB0aGUg
c2VtYW50aWMgcmVsYXRpb25zaGlwcyBhbW9uZyBjb25jZXB0cyB0aGF0IFVDRHMgcHJvdmlk
ZTogaS5lLiwgdGhlIGZsdXggY29uY2VwdCBpcyByZWxhdGVkIHRvIGVycm9ycyBpbiBmbHV4
ZXMsIGJ1dCBhbHNvIGEgcGh5c2ljYWwgcmVsYXRpb25zaGlwOiB0aGlzIHBhcnRpY3VsYXIg
Zmx1eCBpcyByZWxhdGVkIHRvIHRoaXMgcGFydGljdWxhciBlcnJvci4gIEhvdyB0aGlzIGlz
IGRvbmUsIGFuZCBob3cgdGhlIGNvbWJpbmF0aW9uIG9mIHNlbWFudGljIGFuZCBwaHlzaWNh
bCByZWxhdGlvbnMgYWxsb3dzIHVzZSB0byBidWlsZCBtb2RlbHMgb2YgVk8gZGF0YXNldHMg
aXMgZGVzY3JpYmVkIGluIHRoZSBmb2xsb3dpbmcgc2VjdGlvbi4NSnVzdCBhIGZldyB3b3Jk
cyBoZXJlIHRvIHN1bW1hcml6ZSB0aGUgZGlzdGluY3Rpb24gYmV0d2VlbiB0aGlzIHByb3Bv
c2FsIGFuZCB0aGUgcHJvcG9zYWwgaXQgcmVzcG9uZHMgdG+FDSAgIFRoZSBiYXNpYyBkaWZm
ZXJlbmNlIGlzIHRoYXQgZXZlcnl0aGluZyByZXZvbHZlcyBhcm91bmQgdGhlIGJhc2UgY29u
Y2VwdHMsIG5vdCBwcm9wZXJ0aWVzLiBIZXJlIGFyZSBzb21lIHNwZWNpZmljIGRpZmZlcmVu
Y2VzOg0gICBUaGUgZnVuY3Rpb24gb2YgYSB3b3JkIGlzIGFsd2F5cyB0aGUgc2FtZS4gIEl0
IGNhbm5vdCBzb21ldGltZXMgYmUgYSBwcm9wZXJ0eSBhbmQgc29tZXRpbWVzIGEgY29uY2Vw
dC4gIA0gIE1hbnkgVUNEcyB0aGF0IHdvdWxkIHZhbGlkIGluIHRoZSBvbGQgc2NoZW1lIGFy
ZSBpbGxlZ2FsIGluIHRoaXMgb25lLiAgSW5kZWVkIEmSbSBub3Qgc3VyZSB0aGF0IGFueSBz
dHJpbmcgb2Ygd29yZHMgY2FuIGJlIGRldGVybWluZWQgdG8gYmUgaWxsZWdhbCBpbiB0aGUg
b2xkIHNjaGVtZS4gIFRoZSBvbmx5IHJlc3RyaWN0aW9uIG9uIHdvcmRzIHdhcyB0aGF0IHRo
ZSBmaXJzdCBiZSBhIHByb3BlcnR5LCBhbmQgdGhlcmUgaXMgbm8gd2F5IHRvIHRlbGwgd2hp
Y2ggd29yZHMgYXJlIHByb3BlcnRpZXMuIFRoaXMgc3RyaWN0bmVzcyBpcyBhIGdvb2QgdGhp
bmcgaWYgd2UgYW50aWNpcGF0ZSB1c2luZyBVQ0RzIGluIHNvZnR3YXJlLiAgRS5nLiwgc3Rh
dC5lcnJvciB3YXMgYSB2YWxpZCBVQ0QgZXZlbiB0aG91Z2ggaXQgd2FzIGNvbXBsZXRlbHkg
dW5jbGVhciB3aGF0IGl0IHJlZmVycmVkIHRvLiAgVUNEcyBjb3VsZCBiZSBidWlsdCBpbnRv
IGFyYml0cmFyaWx5IGxhcmdlIGFnZ2xvbWVyYXRpb25zLiAgVGhpcyBpcyBtdWNoIGhhcmRl
ciBpbiB0aGUgbmV3IHNjaGVtZSwgc2luY2Ugb25lIGNhbm5vdCBwdXQgaW4gYSBzZWNvbmQg
YmFzZSBjb25jZXB0LCBtb2RpZmllcnMgYXJlIHN0cmljdGx5IG9yZGVyZWQgYW5kIG1vc3Qg
b2YgdGhlIGF0dHJpYnV0ZXMgdGVuZCB0byBiZSBsaW1pdGluZy4gIEUuZy4sIHRoZSBzdGF0
aXN0aWNzIHRyZWVzIGRlY2ltYXRlcyB0aGUgZGltZW5zaW9uYWxpdHkgb2YgdGhlIHF1YW50
aXR5IHNvIGl0knMgaGFyZCB0byBpbWFnaW5lIFVDRHMgbGlrZSBjb25jZXB0O3N0YXQubWF4
O3N0YXQubWF4IGV2ZW4gdGhvdWdoIHRoZXkgbWF5IGJlIGxleGljYWxseSB2YWxpZC4gIElu
IHRoZSBwcmV2aW91cyBzY2hlbWUgVUNEcyBsaWtlOg0gICAgYXJpdGguZGlmZjthcml0aC5z
dW07cGhvdC5mbHV4O2VtLm9wdGljYWw7YXJpdGguc3VtO3Bob3QuZmx1eDtlbS5vcHRpY2Fs
O3Bob3QuZmx1eC54cmF5IA13ZXJlIGNsZWFybHkgaW4gdGhlIG9mZmluZyB3aXRoIGhvc3Rz
IG9mIHBhcmVudGhlc2lzIGFuZCBzdWNoLiAgIEFsbCBvZiB0aGlzIGNvbXBsZXggdHlpbmcg
b2Ygb25lIHRhYmxlIHRvIGFub3RoZXIgaGFzIGJlZW4gbW92ZWQgdG8gd2hlcmUgaXQgYmVs
b25ncyBpbiB0aGUgZ3JvdXBpbmcgc3RydWN0dXJlcyBkaXNjdXNzZWQgaW4gdGhlIG5leHQg
Y2hhcHRlci4NICAgVGhlIGZvcm1hdCBmb3IgVUNEcyBpcyBtdWNoIG1vcmUgdGlnaHRseSBj
b25zdHJhaW5lZCBhbmQgaXQgc2hvdWxkIGJlIG11Y2ggZWFzaWVyIHRvIGVuc3VyZSB0aGF0
IFVDRHMgZm9yIHRoZSBzYW1lIHF1YW50aXR5IGFyZSBhY3R1YWxseSB3cml0dGVuIGlkZW50
aWNhbGx5LiAgVGhlIHByZXZpb3VzIHNjaGVtZSBhbGxvd2VkIHN1YnN0YW50aWFsIGFtYmln
dWl0eSBpbiBob3cgYSBVQ0Qgc2hvdWxkIGJlIHdyaXR0ZW4gZXZlbiBpZiB0aGUgd29yZHMg
Y29tcHJpc2luZyB0aGUgVUNEIHdlcmUga25vd24uICBUaGlzIHdpbGwgbWFrZSBpdCBlYXNp
ZXIgdG8gYnVpbGQgVUNEcyBhbmQgdG8gYXV0b21hdGljYWxseSBwYXJzZSB0aGVtLiAgDSAg
T25seSBhIHNpbmdsZSBiYXNlIGNvbmNlcHQgY2FuIGFwcGVhciBpbiBhIFVDRC4gIFJlbGF0
aW9uc2hpcHMgYW1vbmcgYmFzZSBjb25jZXB0cyBhcmUgYWRkcmVzc2VkIHVzaW5nIHRoZSBn
cm91cGluZyBzdHJ1Y3R1cmUgZGlzY3Vzc2VkIGluIHRoZSBmb2xsb3dpbmcgY2hhcHRlci4N
ICBUaGUgb3JkZXIgb2YgcHJvcGVydGllcyBhbmQgY29uY2VwdHMgaXMgcmV2ZXJzZWQgYW5k
IG1pcnJvcnMgdGhlIGNvbnZlbnRpb25hbCByZXByZXNlbnRhdGlvbnMgb2Ygb2JqZWN0cyBh
bmQgYXR0cmlidXRlcy4gDSAgRXJyb3IgaXMgbW92ZWQgdG8gYSBuZXcgbWVhcyB0cmVlLiAg
SSB3b3VsZCBzdWdnZXN0IHRoaXMgZXZlbiBmb3IgdGhlIHByZXZpb3VzIHNjaGVtZS4gIEVy
cm9ycyBhcmUgbm90IGEgc3RhdGlzdGljYWwgcHJvcGVydHkgliB0aGV5IGFyaXNlIGZyb20g
dGhlIHBoeXNpY3MgYXNzb2NpYXRlZCB3aXRoIHRoZSBtZWFzdXJlbWVudC4gIFRoaXMgYWxz
byBhbGxvd3MgYSB1c2VmdWwgc2VwYXJhdGlvbiBvZiBzdGF0IGFuZCBmaWx0ZXIgYXR0cmli
dXRlcy4NICBUaGUgbG9jYWwgcHJvcGVydHkgaXMgYWRkZWQuICBTb21ldGhpbmcgc2ltaWxh
ciB3b3VsZCBiZSBhcHByb3ByaWF0ZSBpbiB0aGUgb2xkIHNjaGVtZS4NICBTZXZlcmFsIG5l
dyB3b3JkdGVybSB0cmVlcyBhcmUgZGVmaW5lZCBhcyB3ZWxsIGFzIGEgZmV3IHNwZWNpYWwg
c2luZ2xlIHdvcmQgYXR0cmlidXRlcy4gIFRoZSBsYXR0ZXIgYXJlIGltcG9ydGFudCBmb3Ig
dGhlIGRpc2N1c3Npb24gaW4gc2VjdGlvbiA1LiAgTW9zdCBvZiB0aGUgdHJlZXMgYXJlIHNp
bXBsZSByZWZsZWN0aW9ucyBvZiB3aGF0IEkgc2VlIGFzIGhvbGVzIGluIHRoZSBVQ0QgY292
ZXJhZ2UgYnV0IHRoZXkgcHJvYmFibHkgYXJlbpJ0IGNyaXRpY2FsIGFuZCBoYXZlIG5vdGhp
bmcgcmVhbGx5IHRvIGRvIHdpdGggdGhlIGRpZmZlcmVuY2UgaW4gc2NoZW1hcy4gIEkgaGF2
ZW6SdCBhY3R1YWxseSBzZWVuIHRoZSBmdWxsIHRyZWUgb2YgVUNEcyBmb3IgdGhlIG5ldyBw
cm9wb3NhbC4gIE9uZSBpbXBvcnRhbnQgaXNzdWUgd2l0aCBteSBwcm9wb3NhbCBpcyB0aGF0
IEkgd291bGQgbGlrZSB1c2VycyB0byBiZSBhYmxlIHRvIGRpc3Rpbmd1aXNoIGF0dHJpYnV0
ZXMsIHZhbHVlcyBhbmQgY29uY2VwdHMgYnkgbG9va2luZyBvbmx5IGF0IHRoZSBmaXJzdCBh
dG9td29yZCBvZiBhIGdpdmVuIHdvcmR0ZXJtIGFuZCBub3QgcmVwZWF0IHdvcmR0ZXJtcyBp
biB0aG9zZSB0aHJlZSBjYXRlZ29yaWVzLiAgVGhpcyBpcyBtYW5pZmVzdGx5IHBvc3NpYmxl
IChlLmcuLCBJIGNvdWxkIHNpbXBseSBjcmVhdGUgbmV3IHRyZWVzIGFzIG5lZWRlZCksIGFu
ZCBJIHRoaW5rIGl0IGV2ZW4gd29ya3Mgb3V0IG5pY2VseSwgYnV0IHRoZSBwcm9vZiBpcyBp
biB0aGUgcHVkZGluZy4NICBUaGUgYWxpYXMgY29uY2VwdCBpcyBkZWxldGVkLiAgVGhlIHdo
b2xlIGlkZWEgb2YgVUNEcyBpcyB0byBiZSBzdGFuZGFyZCBhbmQgc28gSSB0aGluayBpdJJz
IGEgYmFkIGlkZWEuIGJ1dCBwZXJoYXBzIEkgbWlzdW5kZXJzdGFuZCBpdC4NDTUuIFVDRHMg
aW4gQ29tcGxleCBTdHJ1Y3R1cmVzLg0NVGhpcyBmb2xsb3dpbmcgZGlzY3Vzc2lvbiBpcyBs
YXJnZWx5IGluZGVwZW5kZW50IG9mIHdoZXRoZXIgd2UgY2hvb3NlIHRoZSBvcmlnaW5hbCBV
Q0QyIGZyYW1ld29yayBvciB3aGF0IEkgaGF2ZSBkZXNjcmliZWQgYWJvdmUuICBIb3dldmVy
IHRoaXMgYXBwcm9hY2ggZW5hYmxlcyB1cyB0byBidWlsZCBjb21wbGV4IGNvbmNlcHRzIGZy
b20gdGhlIHNpbXBsZSAgVUNEcyBzbyB0aGF0IHRoZSBVQ0RzIHRoZW1zZWx2ZXMgYmVhciBt
dWNoIGxlc3Mgd2VpZ2h0IGluIGRlc2NyaWJpbmcgdGhlIG9yZ2FuaXphdGlvbiBvZiBkYXRh
LiAgUGVyc29uYWxseSBJIGJlbGlldmUgdGhpcyBhcHByb2FjaCB3aWxsIGxhcmdlbHkgb2J2
aWF0ZSB0aGUgbmVlZCBmb3IgdXR5cGVzIGluIFZPVGFibGVzLiAgSSB3b3VsZCBiZSB2ZXJ5
IGludGVyZXN0ZWQgaW4gb3RoZXIgcmVhY3Rpb25zLg1UaGUgcmVjZW50IHByb3Bvc2FsIGZv
ciBncm91cGluZyBzdHJ1Y3R1cmVzIHdpdGhpbiBWT1RhYmxlcyBtYWtlcyBpdCBwb3NzaWJs
ZSB0byB1c2UgVUNEcyAgaW4gYSBtdWNoIG1vcmUgc29waGlzdGljYXRlZCB3YXkgdGhhbiB3
YXMgcG9zc2libGUgd2hlbiB0YWJsZXMgY291bGQgY29tcHJpc2Ugb25seSBhIGxpbmVhciBh
cnJheSBvZiBjb2x1bW5zLiAgVUNEcyBhcmUgbm90IG5lY2Vzc2FyaWx5IHRpZWQgdG8gVk9U
YWJsZXMsIGJ1dCB3ZSByZWNvbW1lbmQgdGhhdCBncm91cGluZyBzdHJ1Y3R1cmVzIHNob3Vs
ZCBiZSBhdmFpbGFibGUgYW5kIHVzZWQgd2hlbmV2ZXIgVUNEcyBhcmUgdXNlZCBpbiBvdGhl
ciBjb250ZXh0cyB0byBkZXNjcmliZSB0YWJ1bGFyIGluZm9ybWF0aW9uLiAgRnJvbSB0aGUg
cGVyc3BlY3RpdmUgb2YgVUNEcyB0aGUga2V5IGVsZW1lbnRzIG9mIHRoZSBncm91cCBhcmUg
dGhhdCBpdCCRcGh5c2ljYWxseZIgYXNzb2NpYXRlcyBhIGdyb3VwIG9mIGNvbHVtbnMsIGFu
ZCB0aGF0IHRoZXJlIGlzIGEgZ3JvdXAgVUNELiAgQSBVQ0QgZm9yIHRhYmxlcyBhcyBhIHdo
b2xlIHdpbGwgYWxzbyBiZSBleHRyZW1lbHkgdmFsdWFibGUuDVdoZW4gd2Ugc2F5IHRoYXQg
dGhlIGdyb3VwIHBoeXNpY2FsbHkgYXNzb2NpYXRlcyBlbnRpdGllcywgYWxsIHdlIG1lYW4g
aXMgdGhhdCBieSBwbGFjaW5nIGVudGl0aWVzIHdpdGhpbiBhIGdyb3VwIHRoZSB0YWJsZSBi
dWlsZGVyIGlzIGRlY2xhcmluZyB0aGF0IHRoZXNlIGVudGl0aWVzIGFyZSBsaW5rZWQgdG9n
ZXRoZXIgaW4gc29tZSByZWxhdGlvbnNoaXAuICBUaGUgZ3JvdXBpbmcgZG9lcyBub3QgZGVz
Y3JpYmVzIHRoZSBzZW1hbnRpY3Mgb2YgdGhlIHJlbGF0aW9uc2hpcC4gIFRoYXQgaXMgdGhl
IHJvbGUgb2YgVUNEcy4gIEdlbmVyYWxseSB0aGUgZ3JvdXBlZCBlbnRpdGllcyBtYXkgYmUg
dGhvdWdodCBvZiBhcyBhdHRyaWJ1dGVzIG9mIHRoZSBlbnRpdHkgZGVzY3JpYmVkIGluIHRo
ZSBncm91cGluZyBVQ0QuICAgDUdyb3VwcyBzaG91bGQgYmUgdXNlZCBpbiBhIHRhYmxlIHdo
ZW5ldmVyIHR3byBvciBtb3JlIGNvbHVtbnMgKG9yIHBhcmFtZXRlcnMpIGFyZSByZWxhdGVk
IHRvIG9uZSBhbm90aGVyIGluIHNvbWUgd2F5IG90aGVyIHRoYW4gYXMgYmVpbmcgZGlzdGlu
Y3QgYXR0cmlidXRlcyB3aXRoaW4gdGhlaXIgZW5jbG9zaW5nIHRhYmxlIChvciBncm91cCku
ICBUYWJsZSBhbmQgZ3JvdXAgVUNEcyBhcmUgdXN1YWxseSBzaW1wbGUgdHdvIHdvcmR0ZXJt
IFVDRHMuICBUaGUgdXNlIG9mIGdyb3VwcyBhbmQgdGFibGUgVUNEcyBpcyBkZXNjcmliZWQg
YmVsb3cgdXNpbmcgYSBzZXJpZXMgb2YgZXhhbXBsZXMuICBUaGVzZSBleGFtcGxlcyB1c2Ug
YSBzaW1wbGUgZ3JhcGhpYywgdGhlICBVQ0R0cmVlIHRvIHJlcHJlc2VudCB0aGUgVUNEcyB3
aXRoaW4gYSB0YWJsZS4gIEVhY2ggVUNEIGlzIHBsYWNlZCBvbiBpdHMgb3duIGxpbmUgb2Nj
YXNpb25hbGx5IHdpdGggYSBjb21tZW50IGZvbGxvd2luZy4gIFdoaXRlc3BhY2Ugc2VwYXJh
dGVzIHRoZSBVQ0QgZnJvbSBhbnkgY29tbWVudC4gIFRoZSB0YWJsZSBVQ0QgaXMgb24gdGhl
IGZpcnN0IGxpbmUgYW5kIGlzIG5vdCBpbmRlbnRlZC4gIFdoZW5ldmVyIHdlIGdvIGludG8g
YSBncm91cCBvciB0YWJsZSB0aGUgc3Vic2VxdWVudCBsaW5lcyBhcmUgaW5kZW50ZWQgb25l
IG1vcmUgdGFiLiAgVGhpcyBpbW1lZGlhdGUgaWxsdXN0cmF0ZXMgdGhlIGdyb3VwIHN0cnVj
dHVyZSBvZiB0aGUgdGFibGUuDS4NRXhhbXBsZSAxOiAgQSBzaW1wbGUgdGFibGUgZ2l2aW5n
IHRoZSBpZCwgcG9zaXRpb24gYW5kIGZsdXggb2YgYSBzZXQgb2Ygc291cmNlcy4Nc3JjO2lu
c3RhbmNlCQkJCVRoZSB0YWJsZSBVQ0QsIHNpbmNlIHRoaXMgZGVmaW5lcyBhIGdyb3VwIHN1
YnNlcXVlbnQNICAgICAgICAgICAgIAkJCQlsaW5lcyBhcmUgaW5kZW50ZWQNCW1ldGEuaWQ7
dmFsdWUJCQlBIGNvbHVtbiBVQ0QNCXBvcy5lcTtpbnN0YW5jZQkJCUEgZ3JvdXAgVUNEIJYg
c2luY2UgdGhlIG5leHQgY29sdW1uIGlzIGluZGVudGVkIG1vcmUNCQlwb3MuZXEucmE7dmFs
dWUJQSBjb2x1bW4gVUNEDQkJcG9zLmVxLmRlYzt2YWx1ZQlBIGNvbHVtbiBVQ0QNCXBob3Qu
Zmx1eDt2YWx1ZQkJQSBjb2x1bW4gVUNEDQ1UaGlzIGlzIHRoZSBVQ0RUcmVlIGZvciBhIHNp
bXBsZSB0YWJsZSB3aXRoIGFuIGlkLCBwb3NpdGlvbiBhbmQgZmx1eCBmb3IgYSBzZXQgb2Yg
c291cmNlcy4gIFRoZSB0YWJsZSBVQ0QgaW5kaWNhdGVzIHRoYXQgZWFjaCByb3cgaW4gdGhl
IHRhYmxlIHJlcHJlc2VudHMgb25lIHNvdXJjZS4gICBUaGUgSUQgYW5kIGZsdXggYXJlIGdp
dmVuIHVzaW5nIHNpbXBsZSB2YWx1ZSBVQ0RzLCBidXQgc2luY2UgUkEgYW5kIERlYyBhcmUg
cmVsYXRlZCB0byBlYWNoIG90aGVyIHRoZXkgYXJlIGdyb3VwZWQgYXMgYSBwb3NpdGlvbiBp
bnN0YW5jZS4NVGhlIFZPVGFibGUgWE1MIGZvciAgdGhlIGhlYWRlciBvZiB0aGlzIHRhYmxl
IG1pZ2h0IGxvb2sgc29tZXRoaW5nIGxpa2U6DTxUQUJMRSCFIHVjZD2Sc3JjO2luc3RhbmNl
kj4NICAgPEZJRUxEIIUgdWNkPZJtZXRhLmlkki8+DSAgIDxHUk9VUCCFIHVjZD2ScG9zLmVx
O2luc3RhbmNlkj4NICAgICAgPEZJRUxEIIUgdWNkPZJwb3MuZXEucmGSLz4NICAgICAgPEZJ
RUxEIIUgdWNkPZJwb3MuZXEuZGVjki8+DSAgPC9HUk9VUD4NICA8RklFTEQghSB1Y2Q9knBo
b3QuZmx1eJIvPg2FDTwvVEFCTEU+DU9ubHkgdGhlIFVDRCByZWxldmFudCBlbGVtZW50cyBv
ZiB0aGUgWE1MIHRhYmxlIGhhdmUgYmVlbiBnaXZlbi4gIE5vdGUgdGhlIHVzZSBvZiB0aGUg
Y29udmVudGlvbiBhbGxvd2luZyB0aGUgb21pc3Npb24gb2YgdGhlIHZhbHVlIGF0dHJpYnV0
ZS4NU29mdHdhcmUgdGhhdCBrbm93cyBub3RoaW5nIG9mIGdyb3VwIFVDRHMgd2lsbCB3b3Jr
IGZpbmUgaGVyZS4gIEl0IHdpbGwgZmluZCB0aGUgUkEgYW5kIERlYyBhbmQgZmx1eCBjb2x1
bW5zIHdpdGhvdXQgYW55IHRyb3VibGUuICBXZSBkb26SdCBsb3NlIGFueXRoaW5nIGJ5IHVz
aW5nIGdyb3Vwcy4gIA0NTm93IGxldCB1cyBjb25zaWRlciBtb3JlIGNvbXBsZXggY2FzZXMs
IHRvIHNlZSB0aGUgcmVhbCBwb3dlciBvZiBjb21iaW5pbmcgVUNEcyBhbmQgZ3JvdXBzLiAg
SW4gdGhlIG9sZCBVQ0Qgc2NoZW1hIFVDRHMgd2l0aCCRbWFpbpIgYXR0cmlidXRlcyBhcmUg
bmVlZGVkIHRvIHJlc29sdmUgYW1iaWd1aXRpZXMgYW1vbmcgY29sdW1ucyB3aXRoIHNpbWls
YXIgVUNELCBidXQgdGhpcyBrbHVkZ2UgZmFpbHMgYXMgdGFibGVzIGdldCBldmVuIG1vZGVz
dGx5IGNvbXBsZXguDQ1FeGFtcGxlIDI6ICBBIHNvdXJjZSB0YWJsZSB3aXRoIHRoZSBvYnNl
cnZhdGlvbiBwbGF0ZSBjZW50ZXIgYW5kIGFuIG9ic2VydmF0aW9uIHRhYmxlIHdpdGggYSBn
dWlkZSBzdGFyIHBvc2l0aW9uLg1zcmMuaW5zdGFuY2UgICAgICAgICAgICAgICAgICAgICAg
ICAgCVRoaXMgaXMgdGhlIHNvdXJjZSB0YWJsZQ0JbWV0YS5pZDt2YWx1ZQkJCVRoZSBpZCBv
ZiB0aGUgc291cmNlDQlwb3MuaW5zdGFuY2VlcQ0JCXBvcy5lcS5yYQkJVGhlIFJBIGZvciB0
aGUgc291cmNlDQkJcG9zLmVxLmRlYwkJVGhlIERlYyBmb3IgdGhlIHNvdXJjZQ0Jb2JzLmlu
c3RhbmNlZXENCQltZXRhLmlkO3ZhbHVlCQlUaGUgSUQgb2YgdGhlIHBsYXRlDQkJcG9zLmlu
c3RhbmNlZXENCQkJcG9zLmVxLnJhCVRoZSBSQSBmb3IgdGhlIHBsYXRlIGNlbnRlcg0JCQlw
b3MuZXEuZGVjCVRoZSBkZWNsaW5hdGlvbiBmb3IgdGhlIHBsYXRlIGNlbnRlcg0JcGhvdC5m
bHV4O3ZhbHVlCQlUaGUgZmx1eCBvZiB0aGUgc291cmNlDQ0Nb2JzLmluc3RhbmNlCQkJVGhp
cyBpcyB0aGUgb2JzZXJ2YXRpb24gdGFibGUNCXNyYy5pbnN0YW5jZQkJCQkNCQltZXRhLmlk
O3ZhbHVlCQkJVGhlIGlkL25hbWUgb2YgdGhlIGd1aWRlIHN0YXINCQlwb3MuaW5zdGFuY2Vl
cQ0JCQlwb3MuZXEucmE7dmFsdWUJVGhlIFJBIG9mIHRoZSBndWlkZSBzdGFyDQkJCXBvcy5l
cS5kZWM7dmFsdWUJVGhlIGRlY2xpbmF0aW9uIG9mIHRoZSBndWlkZSBzdGFyDQltZXRhLmlk
O3ZhbHVlCQkJCVRoZSBpZCBvZiB0aGUgb2JzZXJ2YXRpb24NCXBvcy5pbnN0YW5jZWVxDQkJ
cG9zLmVxLnJhCQkJVGhlIFJBIG9mIHRoZSBjZW50ZXIgb2YgdGhlIG9ic2VydmF0aW9uDQkJ
cG9zLmVxLmRlYwkJCVRoZSBkZWNsaW5hdGlvbiBvZiAgdGhlIG9ic2VydmF0aW9uLg0JdGlt
ZS5leHBvc3VyZTt2YWx1ZQkJCVRoZSBleHBvc3VyZSB0aW1lIG9mIHRoZSBvYnNlcnZhdGlv
bg0NDVRoZXNlIHR3byBVQ0RUcmVlcyBtZXJpdCBjYXJlZnVsIHN0dWR5LiAgVGhpcyBleGFt
cGxlIGlzIGNvbnRyaXZlZCBzdWNoIHRoYXQsIHdpdGggdGhlIGV4Y2VwdGlvbiBvZiB0aGUg
bGFzdCBjb2x1bW4sIHRoZSBjb2x1bW4gVUNEcyBpbiB0aGVzZSB0d28gdGFibGVzIGFyZSBp
ZGVudGljYWwgYW5kIGluIHRoZSBzYW1lIG9yZGVyIHlldCBib3RoIHNvZnR3YXJlIGFuZCBo
dW1hbnMgc2hvdWxkIGhhdmUgbm8gdHJvdWJsZSBkaXN0aW5ndWlzaGluZyB0aGUgdmVyeSBk
aWZmZXJlbnQgc2VtYW50aWNzIG9mIHRoZSB0d28gdGFibGVzLg0NRmlyc3QsIHRoZSB0YWJs
ZSBVQ0RzIGluZGljYXRlIHRoZSBiYXNpYyBzZW5zZSBvZiB3aGF0IGVhY2ggcm93IGluIHRo
ZSB0YWJsZXMgaXMuICBTb2Z0d2FyZSBvciBwZW9wbGUgY2FuIHNlZSB0aGF0IHdlIGdldCBp
bmZvcm1hdGlvbiBhYm91dCBzb3VyY2VzIGluIHRoZSBmaXJzdCB0YWJsZSwgYW5kIGluZm9y
bWF0aW9uIGFib3V0IG9ic2VydmF0aW9ucyBpbiB0aGUgc2Vjb25kLg0NTmV4dCwgdG8gZmlu
ZCB0aGUgcHJpbWFyeSBwb3NpdGlvbiAob3IgaWQpIGZpZWxkcyB3ZSBzaW1wbHkgbG9vayBm
b3IgdGhlIHBvc2l0aW9uIGZpZWxkIHdoaWNoIGlzIGxlYXN0IGluZGVudGVkLCBjbG9zZXIg
dG8gdGhlIHJvb3QgdGFibGUgVUNELiAgVGhpcyBzaW1wbGUgYXBwcm9hY2ggd2lsbCBvYnZp
YXRlIHRoZSBuZWVkIGZvciCRbWFpbpIgcXVhbGlmaWVycy4gIE5vdGUgdGhhdCB0aGUgb3Jk
ZXIgb2YgdGhlIGNvbHVtbnMgaXMgbm90IHNpZ25pZmljYW50IJYgaXQgaXMgdGhlIHRhYmxl
IHN0cnVjdHVyZSB0aGF0IHJldmVhbHMgdGhlIHByaW1hcnkgZmllbGRzLg0NRmluYWxseSBj
b25zaWRlciBhIHNpdHVhdGlvbiB3aGVyZSBhIHVzZXIgaXMgbG9va2luZyBmb3IgdGhlIHBv
c2l0aW9ucyBvZiBzb3VyY2VzIGFuZCBkb2VzIG5vdCBjYXJlIGlmIHRoZSBpbmZvcm1hdGlv
biBpcyBhIHByaW1hcnkgYXR0cmlidXRlIG9mIHRoZSB0YWJsZS4gIFRoZXJlknMgbm8gcHJv
YmxlbSB3aXRoIHRoZSBmaXJzdCB0YWJsZSBuYXR1cmFsbHkgliBpdCBpcyBhIHNvdXJjZSB0
YWJsZSBhZnRlciBhbGwuICBCdXQgdGhlIHNlY29uZCB0YWJsZSBtYW5pZmVzdGx5IGhhcyBz
dWNoIGluZm9ybWF0aW9uIHRvbyBhbmQgdGhlIHVzZXIgY2FuIGVhc2lseSBmaW5kIGl0LiAg
V2hhdCBpcyBxdWl0ZSByZW1hcmthYmxlIGlzIHRoYXQgdXNlciBjYW4gZ2V0IHRoZSBzb3Vy
Y2UgcG9zaXRpb25zIGluIGEgbm9uLXNvdXJjZSB0YWJsZSBieSBtYWtpbmcgZXhhY3RseSB0
aGUgc2FtZSBxdWVyeSBvZiB0aGUgc2Vjb25kIHRhYmxlIGFzIG9mIHRoZSBmaXJzdDogZmlu
ZCBhIHBvcyBlbnRyeSBpbiBhIHNyYyBjb250ZXh0LiAgIEVzc2VudGlhbGx5IHRoZSB1c2Vy
IGNhbiBzcGVjaWZ5IGEgbW9kZWwgliBhIGRhdGEgbW9kZWwgliBmb3IgdGhlIGluZm9ybWF0
aW9uIHRoZXkgYXJlIGxvb2tpbmcgZm9yIGFuZCBmaW5kIGl0IHJlZ2FyZGxlc3Mgb2YgaXRz
IGRlcHRoIGluIHRoZSB0YWJsZS4gICBUaGlzIGlzIGV4YWN0bHkgdGhlIGtpbmQgb2YgcXVl
cnkgb24gaGllcmFyY2hpY2FsIGRhdGEgdGhhdCBYUXVlcnkgaGFzIGJlZW4gZGV2ZWxvcGVk
IGZvci4NDQ0NDQ0NDQ0NRXhhbXBsZSAzOiBUd28gZXhhbXBsZXMgb2YgdHdvIHNvdXJjZXMg
aW4gYSB0YWJsZS4Nc3JjLmluc3RhbmNlDQlwaHlzLndhdmVsZW5ndGg7dmFsdWUNCXBob3Qu
Zmx1eDt2YWx1ZQ0Jc3JjLmluc3RhbmNlDQkJcGhvdC5mbHV4O3ZhbHVlDQ0Nc3JjLm11bHRp
cGxldA0JcGh5cy53YXZlbGVuZ3RoO3ZhbHVlDQlzcmMuaW5zdGFuY2UNCQlwaG90LmZsdXg7
dmFsdWUNCXNyYy5pbnN0YW5jZQ0JCXBob3QuZmx1eDt2YWx1ZQ0NSGVyZSB3ZSBoYXZlIHR3
byB0YWJsZXMgd2l0aCB0aHJlZSBjb2x1bW5zIHdpdGggaWRlbnRpY2FsIFVDRHMsIGJ1dCB0
aGUgZ3JvdXBpbmcgVUNEcyBhcmUgcXVpdGUgZGlmZmVyZW50LiAgV2hhdCBjb3VsZCB0aGlz
IG1lYW4/DQ1UaGUgdGFibGVzIHNlZW0gdG8gYmUgc3BlY3RyYSBzaW5jZSB3ZSBoYXZlIGEg
Zmx1eCBhbmQgd2F2ZWxlbmd0aCBmb3IgZWFjaCByb3cuICAgSW4gdGhlIGZpcnN0IGNhc2Ug
dGhlcmUgaXMgYWxzbyBhIHNvdXJjZSB3aGljaCBpcyBhbiBhdHRyaWJ1dGUgb2YgdGhlIHRh
YmxlIHNvdXJjZS4NDUluIHRoZSBzZWNvbmQgdGhlcmUgYXJlIHR3byBzb3VyY2VzIHRoYXQg
YXJlIG5vdCBkZXBlbmRlbnQgb24gb25lIGFub3RoZXIuICBUaGUgbXVsdGlwbGV0IGF0dHJp
YnV0ZSBvZiB0aGUgdGFibGUgVUNEIHN1Z2dlc3RlZCB0aGF0IHdlIHdvdWxkIGhhdmUgbW9y
ZSB0aGFuIG9uZSBpbnN0YW5jZSBpbiBlYWNoIHJvdyBhbmQgdGhlIGRldGFpbGVkIGV4YW1p
bmF0aW9uIG9mIHRoZSBVQ0RUcmVlIGNvbmZpcm1zIHRoaXMuICBBcHBhcmVudGx5IHRoZSB3
YXZlbGVuZ3RoIGNvbHVtbiBpcyBzaGFyZWQgYnkgZWFjaCBvZiB0aGVzZSB0d28gc291cmNl
IGluc3RhbmNlcy4gIA0NVGhlIGZpcnN0IHRhYmxlIHdvdWxkIGJlIGFwcHJvcHJpYXRlIHdo
ZXJlIHRoZSBzZWNvbmQgZmx1eCB2YWx1ZSBpcyBmcm9tIGEgY2FsaWJyYXRvciBvYmplY3Qu
ICBUaGUgY2FsaWJyYXRpb24gb2JqZWN0IGlzIGNvbnNpZGVyZWQgYXMgYW4gYXR0cmlidXRl
IG9mIHRoZSBwcmltYXJ5IHNvdXJjZS4gIFNvIGlmIHdlIHdhbnQgdG8gZmluZCB0aGUgZmx1
eCBmb3IgdGhlIHByaW1hcnkgc291cmNlIHdlIGxvb2sgYXQgdGhlIGxlc3MgaW5kZW50ZWQg
Y29sdW1uLg0NVGhlIHNlY29uZCB0YWJsZSB3b3VsZCBiZSBhcHByb3ByaWF0ZSBpZiB3ZSBo
YXBwZW4gdG8gaGF2ZSBhIGRldGVjdG9yIHRoYXQgdGFrZXMgdHdvIHNwZWN0cmEgb2YgaW5k
ZXBlbmRlbnQgdGFyZ2V0cyBhbmQgcmVjb3JkcyB0aGVtIHRvZ2V0aGVyLiAgVGhlIHR3byBz
b3VyY2VzIGFyZSBhc3NvY2lhdGVkIHBoeXNpY2FsbHkgaW4gdGhlIHRhYmxlIJYgdGhleSB3
ZXJlIG9ic2VydmVkIGF0IHRoZSBzYW1lIHRpbWUgcGVyaGFwcyAtLSBidXQgdGhlcmUgaXMg
bm8gc2VtYW50aWMgcmVsYXRpb25zaGlwIGJldHdlZW4gdGhlbSwgb3IgYXQgbGVhc3Qgbm9u
ZSB0aGF0IHRoZSB0YWJsZSBjcmVhdG9yIGNob3NlIHRvIGV4cHJlc3MuICAgSXQgaXMgaW1w
b3J0YW50IHRoYXQgb3VyIHNlbWFudGljIGZyYW1ld29yayBpcyBhYmxlIHRvIGluZGljYXRl
IGxhY2sgb2YgcmVsYXRpb25zaGlwIGp1c3QgYXMgZWFzaWx5IGFzIHJlbGF0aW9uc2hpcC4N
DU9uZSBpbnRlcmVzdGluZyBpc3N1ZSBoZXJlIGlzIHdoYXQgd2UgY2hvb3NlIGZvciB0aGUg
dGFibGUgVUNELiAgSGVyZSB0aGUgVUNEIGluZGljYXRlcyB0aGF0IHRoaXMgaXMgaW5mb3Jt
YXRpb24gYWJvdXQgYSBzb3VyY2UsIGJ1dCBpdCBjb3VsZCBwZXJoYXBzIGhhdmUgdXNlZCBh
IHBob3QuZmx1eDtpbnN0YW5jZSBvciBwaG90LmZsdXg7bXVsdGlwbGV0LiAgQSBjYXNlIGNh
biBiZSBtYWRlIGZvciBib3RoIGJ1dCB3ZSBzaG91bGQgdHJ5IHRvIGFncmVlIG9uIGFwcHJv
cHJpYXRlIHRlbXBsYXRlcyB0byBiZSB1c2VkIHdpdGhpbiB0aGUgVk8uDQ0NDQ0NRXhhbXBs
ZSA0OiBTb3VyY2UgY3Jvc3MtY29ycmVsYXRpb25zLg1PbmUgb2YgdGhlIGNvbW1vbmVzdCBv
cGVyYXRpb25zIHdlIGFudGljaXBhdGUgaW4gdGhlIFZpcnR1YWwgT2JzZXJ2YXRvcnkgaXMg
dGhlIGNvcnJlbGF0aW9uIG9mIHR3byBvYmplY3QgdGFibGVzLiAgV2UgY2FuIG1ha2UgcXVp
dGUgc3VidGxlIGRpc3RpbmN0aW9ucyBhYm91dCB0aGUgcmVzdWx0cyBvZiBzdWNoIGEgY29y
cmVsYXRpb24gYnkgaG93IHdlIHN0cnVjdHVyZSB0aGUgcmVzdWx0aW5nIG91dHB1dC4gIENv
bnNpZGVyDQ1zcmMubXVsdGlwbGV0DQlzcmMuaW5zdGFuY2UNCQltZXRhLmlkO3ZhbHVlCQlU
aGUgU2xvYW4gSUQNCQlwb3M7aW5zdGFuY2UJCVRoZSBTbG9hbiBwb3NpdGlvbiAodGhlIGFj
dHVhbCBjb2x1bW5zIGFyZSBzdXBwcmVzc2VkKQ0JCXBob3QuZmx1eDtlbS5vcHRpY2FsO3Zh
bHVlCUEgU2xvYW4gRmx1eA0Jc3JjLmluc3RhbmNlDQkJbWV0YS5pZDt2YWx1ZQkJVGhlIDJN
QVNTIElEDQkJcG9zLmluc3RhbmNlCQlUaGUgMk1BU1MgcG9zaXRpb24NCQlwaG90LmZsdXg7
ZW0uaW5mcmFyZWQ7dmFsdWUJVGhlIDJNQVNTIGZsdXgNCXBoeXMuZGVncmVlczt2YWx1ZQkJ
VGhlIG9mZnNldCBiZXR3ZWVuIHRoZSB0d28gdGFyZ2V0cw0NVGhpcyByZXByZXNlbnRhdGlv
biBvZiB0aGUgdGFibGUgc3VnZ2VzdHMgdGhhdCBlYWNoIHJvdyBpcyBhIGNhbmRpZGF0ZSBw
YWlyIHRoYXQgd2UgaGF2ZSBhc3NvY2lhdGVkLCBidXQgYnkgbWFraW5nIHRoZSB0YWJsZSBV
Q0QgYSBtdWx0aXBsZXQgd2UgaGF2ZSBub3QgaW1wbGllZCB0aGF0IHRoZSB0d28gc291cmNl
cyBpbiBlYWNoIHJvdyBuZWNlc3NhcmlseSByZWZlciB0byB0aGUgc2FtZSBvYmplY3QuICBO
b3RlIHRoYXQgd2UgY2Fubm90IGZpbmQgYSCRbWFpbpIgcG9zaXRpb24gZm9yIHRoaXMgdGFi
bGUuICBUaGlzIGlzIGdvb2QuICBJbiB0aGlzIHNpdHVhdGlvbiB3ZSBkb26SdCByZWFsbHkg
a25vdyB3aGF0IHRoZSBjb3JyZWN0IHBvc2l0aW9uIGlzLiAgU3RydWN0dXJlIHNob3VsZCBu
b3QgbWFudWZhY3R1cmUgaW5mb3JtYXRpb24gdGhhdCBkb2VzIG5vdCBleGlzdCBhbmQgaXQg
aXMgaW1wb3J0YW50IHRoYXQgdGhlIHN0cnVjdHVyZSBhbGxvd3MgdXMgdG8gcHJlc2VydmUg
dGhhdCBhbWJpZ3VpdHkuDQ1JZiB3ZSBiZWxpZXZlIHRoYXQgdGhlIGNyb3NzLW1hdGNoIGlz
IG1hdGNoaW5nIGRhdGEgZnJvbSB0aGUgc2FtZSBvYmplY3Qgd2UgbWlnaHQgaGF2ZSB3cml0
dGVuIGRhdGEgaW4gYSB0YWJsZSB3aXRoIGEgVUNEVHJlZQ0Nc3JjLmluc3RhbmNlDQltZXRh
LmlkO3ZhbHVlCQkJVGhlIFNsb2FuIElEDQlwb3M7aW5zdGFuY2UJCQlUaGUgU2xvYW4gcG9z
aXRpb24gKHRoZSBhY3R1YWwgY29sdW1ucyBhcmUgc3VwcHJlc3NlZCkNCXBob3QuZmx1eDtl
bS5vcHRpY2FsO3ZhbHVlCUEgU2xvYW4gRmx1eAkJDQlzcmMuaW5zdGFuY2UNCQltZXRhLmlk
O3ZhbHVlCQlUaGUgMk1BU1MgSUQNCQlwb3MuaW5zdGFuY2UJCVRoZSAyTUFTUyBwb3NpdGlv
bg0JCXBoeXMuZGVncmVlczt2YWx1ZQlUaGUgb2Zmc2V0IGJldHdlZW4gdGhlIHR3byB0YXJn
ZXRzDQlwaG90LmZsdXg7ZW0uaW5mcmFyZWQ7dmFsdWUJVGhlIDJNQVNTIGZsdXgNDUFzaWRl
IGZyb20gbW92aW5nIHRoZSBvZmZzZXQgY29sdW1uIHdlIGhhdmVuknQgY2hhbmdlZCB0aGUg
ZGF0YSBpbiB0aGUgdGFibGUgYXQgYWxsLiAgSG93ZXZlciB0aGUgdGFibGUgbm93IGluZGlj
YXRlcyB0aGF0IGVhY2ggcm93IGNvbnRhaW5zIGRhdGEgYWJvdXQgYSBzaW5nbGUgc291cmNl
LiAgVGhlIFNsb2FuIElEIGFuZCBwb3NpdGlvbiBhcmUgbm93IHRoZSCRbWFpbpIgbmFtZSBh
bmQgaWQuICBUaGUgMk1BU1MgaW5mb3JtYXRpb24gaXMgcmV0YWluZWQsIGJ1dCBvdGhlciB0
aGFuIHRoZSBmbHV4IHZhbHVlIGl0IGlzIGNvbnNpZGVyZWQgc3Vic2lkaWFyeSB0byB0aGUg
U2xvYW4uICBUaGUgc29mdHdhcmUgdGhhdCBoYXMgZG9uZSB0aGUgY3Jvc3MtY29ycmVsYXRp
b24gaGFzIHJlc29sdmVkIHRoZSBhbWJpZ3VpdGllcyB0aGF0IGFyaXNlIGluIHRoZSBjcm9z
cy1tYXRjaC4NDQ0NDQ1FeGFtcGxlIDUuICBDcm9zcy1jb3JyZWxhdGluZyBzb3VyY2VzIGFu
ZCBvYnNlcnZhdGlvbnMuDUEgZ2VuZXJpYyBjcm9zcy1jb3JyZWxhdG9yIG1pZ2h0IGJlIGFz
a2VkIHRvIGNvcnJlbGF0ZSBhIHRhYmxlIG9mIG9ic2VydmF0aW9ucyBhbmQgYSB0YWJsZSBv
ZiBzb3VyY2VzLiAgUGVyaGFwcyB0aGUgdXNlciB3YW50cyB0byBmaW5kIHRoZSBzb3VyY2Vz
IHdpdGhpbiB0aGUgZmllbGQgb2YgdmlldyBvZiB0aGUgb2JzZXJ2YXRpb25zLCBvciBwZXJo
YXBzIHRoZXkgd2lzaCB0byBmaW5kIHRoZSBvYnNlcnZhdGlvbnMgdGhhdCBjb250YWluIGEg
c291cmNlLiAgV2l0aG91dCBrbm93bGVkZ2Ugb2Ygd2hhdCB0aGUgdXNlciB3YW50cyB0aGUg
Y29ycmVsYXRvciBtaWdodCBwcm9kdWNlIGEgVUNEVHJlZSBsaWtlDQ1jb25jZXB0O211bHRp
cGxldA0Jb2JzLmluc3RhbmNlDQkJhSBvYnNlcnZhdGlvbiBmaWVsZHMNCXNyYy5pbnN0YW5j
ZQ0JCYUgc3JjIGZpZWxkcw0NTm90ZSB0aGUgdXNlIG9mIGNvbmNlcHQgaW4gdGhlIHRhYmxl
IFVDRC4gIEdpdmVuIG1vcmUgaW5wdXQgYWJvdXQgdGhlIHVzZXIgd2FudHMsIHRoZSBjb3Jy
ZWxhdG9yIG1pZ2h0IGhhdmUgY2hvc2VuIGVpdGhlciBzcmMuaW5zdGFuY2Ugb3Igb2JzLmlu
c3RhbmNlIGFzIHRoZSBiYXNpYyB0eXBlIG9mIHRoZSB0YWJsZS4NDUluIHRoZSBkaXNjdXNz
aW9uIG9mIHRoZSBsYXN0IGZldyBleGFtcGxlcyBhYm92ZSB3ZSBiZWdhbiBhYmJyZXZpYXRp
bmcgVUNEVHJlZXMgYnkgbm90IGluY2x1ZGluZyBldmVyeSBjb2x1bW4gYnV0IGp1c3QgaW5j
bHVkaW5nIHRoZSBncm91cCBwYXJhbWV0ZXJzIGluIHNvbWUgcGxhY2VzLiAgVGhpcyBpbGx1
c3RyYXRlcyBhbm90aGVyIGFzcGVjdCBvZiB0aGUgZmxleGliaWxpdHkgb2YgdGhlIFVDRFRy
ZWUgaW4gZGVzY3JpYmluZyB0aGUgdGFibGUgc3RydWN0dXJlLiAgV2UgbmVlZG6SdCBjbHV0
dGVyIHRoZSBkaXNjdXNzaW9uIG9mIG91ciBkYXRhIG1vZGVscyB3aXRoIGlycmVsZXZhbnQg
ZGV0YWlscywgZS5nLiwgd2UgY2FuIHRhbGsgYWJvdXQgcG9zaXRpb25zIHdpdGggaGF2aW5n
IHRvIHNwZWNpZnkgdGhlIGRldGFpbGVkIGNvbHVtbnMuICBXZSBjYW4ganVzdCBhcyBlYXNp
bHkgbWF0Y2ggYSBwb3NpdGlvbiBzcGVjaWZpZWQgaW4gZ2FsYWN0aWMgY29vcmRpbmF0ZXMg
YXMgb25lIHNwZWNpZmllZCBpbiBSQSBhbmQgRGVjLg0NNS4xLiAgVUNEVHJlZXMgYW5kIERh
dGEgTW9kZWxzDVN0YW5kYXJkIGlkaW9tcyBmb3IgdGhlIHN0cnVjdHVyZSBvZiB0YWJsZXMg
c2hvdWxkIGJlIGRldmVsb3BlZCBhcyBzb29uIGFzIHRoZSBuZXcgVUNEIHNjaGVtZSBhbmQg
Vk9UYWJsZSBncm91cGluZyBlbmhhbmNlbWVudHMgYXJlIGF2YWlsYWJsZS4gICBJZiB0YWJs
ZXMgdXNlIHRoZSBncm91cGluZyBzdHJ1Y3R1cmVzIGluIGNvbnNpc3RlbnQgZmFzaGlvbnMs
IHRoZW4gVUNEVHJlZXMgbWF5IGJlIHVzZWQgaW4gZGVmaW5pbmcgZGF0YSBtb2RlbHMgYXQg
bGVhc3QgYXMgdGhleSByZWxhdGUgdG8gdGFidWxhciBkYXRhLiAgU2luY2UgbW9zdCBjb21t
b24gaGlnaC1sZXZlbCBkYXRhdHlwZXMgY2FuIGJlIHJlcHJlc2VudGVkIGluIGEgbnVtYmVy
IG9mIGRpZmZlcmVudCB3YXlzLCBkYXRhIG1vZGVscyB3aWxsIGxpa2VseSBuZWVkIHRvIHNw
ZWNpZnkgbXVsdGlwbGUgcG9zc2libGUgc3RydWN0dXJlcywgYnV0IHRoZSB3aXRoIHRoZSBk
ZXZlbG9wbWVudCBvZiB0b29scyBzcGVjaWZpY2FsbHkgaW50ZW5kZWQgZm9yIHdpbmtsaW5n
IGNvbW1vbmFsaXR5IGhpZGRlbiB3aXRoaW4gY29tcGxleCBYTUwgc3RydWN0dXJlcywgbm90
YWJseSBYUXVlcnksIGl0IG1heSBiZSBwb3NzaWJsZSB0byBidWlsZCB0b29scyB0aGF0IHNl
ZSBpZiB0YWJsZXMgY2FuIGJlIHVzZWQgYXMgc3BlY3RyYSwgdGltZXNlcmllcywgaW1hZ2Vz
IGFuZCBzbyBmb3J0aC4gIEV2ZW4gaWYgdGhpcyBhbWJpdGlvdXMgZ29hbCBjYW5ub3QgYmUg
bWV0LCB0aGUgc3RydWN0dXJpbmcgb2YgdGFibGVzIGFsbG93cyBkYXRhIG1vZGVscyB0byB1
bmFtYmlndW91c2x5IGZpbmQgcmVxdWlyZWQgaW5mb3JtYXRpb24sIGUuZy4sIHRoZSBlcnJv
ciBhc3NvY2lhdGVkIHdpdGggcG9zaXRpb24gb3IgZmx1eCBvciB0aGUgcmVmZXJlbmNlIGZy
YW1lIHBhcmFtZXRlcnMgYXNzb2NpYXRlZCB3aXRoIGEgZ2l2ZW4gbWVhc3VyZW1lbnQgd2hl
biB0aGVyZSBhcmUgc2V2ZXJhbCByZWZlcmVuY2UgZnJhbWVzIHVzZWQgd2l0aGluIHRoZSB0
YWJsZS4NVW5saWtlIFVDRHMgd2hlcmUgaXQgc2VlbXMgcmVhc29uYWJsZSB0byBzdHJpdmUg
Zm9yIGEgc3ludGF4IHRoYXQgbGFyZ2VseSBlbnN1cmVzIHRoZSB1bmlxdWVuZXNzIG9mIHRo
ZSBhcHByb3ByaWF0ZSBVQ0RzLCBpdCBzZWVtcyB1bmxpa2VseSB0aGF0IHRoZXJlIGlzIGFu
eSBuYXR1cmFsIHdheSB0byBlbnN1cmUgdW5pcXVlIHRhYmxlIHN0cnVjdHVyZXMgZm9yIGNv
bXBsZXggZGF0YS4gIFRoZSBwdWJsaWNhdGlvbiBvZiBzdGFuZGFyZCBVQ0RUcmVlcyBvciBv
dGhlciBzdHJ1Y3R1cmUgdGVtcGxhdGVzIHdpbGwgYmUgYmUgbmVlZGVkIHRvIGVuc3VyZSB0
aGF0IFZPIHNlcnZpY2VzIGNhbiB0cmFuc2xhdGUgZGF0YSBtb2RlbHMgaW50byBhY3Rpb25z
IG9uIHJlYWwgZGF0YS4gDQ0NDQ0NIA1JIGhhdmUgZGVsZXRlZCB0aGUgZXh0ZW5zaXZlIGRl
c2NyaXB0aW9uIG9mIHRoZSBwcmV2aW91cyBzY2hlbWUuICBXaGlsZSB0aGVyZSB3YXMgYSBs
b3Qgb2YgdGV4dCB0aGF0IGlzIHByb2JhYmx5IGNsZWFyZXIgYW5kIG1vcmUgcHJlY2lzZSB0
aGFuIHdoYXQgSSBoYXZlIHdyaXR0ZW4sIEkgd2FudGVkIHRvIGdldCB0aGlzIG5ldyBwcm9w
b3NhbCBvdXQgYXMgcXVpY2tseSBhcyBwb3NzaWJsZSwgYW5kIHRyeWluZyB0byBleHByZXNz
IHdoYXQgSSB3YW50ZWQgdG8gc2F5IGluIHRoZSBjb250ZXh0IG9mIHRoZSBleGlzdGluZyBk
b2N1bWVudCB3YXMgaGFyZGVyIHRoYW4ganVzdCBkb2luZyB0aGluZ3MgZGlyZWN0bHkuICBI
b3dldmVyIEkgd291bGQgYW50aWNpcGF0ZSB0aGF0IGluIGEgZmluYWwgZG9jdW1lbnQgc3Vi
c3RhbnRpYWwgZWxlbWVudHMgbWlnaHQgYmUgcmV0YWluZWQuICBUaGlzIG1hdGVyaWFsIHdh
cyB2ZXJ5IGltcG9ydGFudCBpbiBjbGFyaWZ5aW5nIG15IHRob3VnaHRzIG9uIFVDRHMgZXZl
biB0aG91Z2ggSSBjYW1lIHRvIHNvbWV3aGF0IGRpZmZlcmVudCBjb25jbHVzaW9ucy4NVGhl
IGRpc2N1c3Npb24gb24gdXNlIGNhc2VzIGFuZCBzZWxmLW1hdGNoIGhhcyBiZWVuIGRlbGV0
ZWQuICBTZWxmLW1hdGNoIGlzc3VlcyBoYXZlIGJlZW4gZGlzY3Vzc2VkIGFib3ZlIGFuZCB0
aGUgb2xkIHRleHQgd2hpbGUgZGVmaW5pbmcgdGhlIGlzc3VlcyBzYXlzIG5vdGhpbmcgYWJv
dXQgaG93IHRoZXkgYXJlIHRvIGJlIHJlc29sdmVkLg1JIGhhdmUgZGVsZXRlZCB0aGUgc2Vj
dGlvbiBvbiBzb2Z0d2FyZSBhbmQgc2VydmljZXMuICBJdCB3YXMgcXVpdGUgc2tldGNoeSBh
bnl3YXkgYW5kIEmSbSBub3Qgc3VyZSBpdCBhZGRzIGFueXRoaW5nIHRvIHRoZSBkb2N1bWVu
dC4NNi4gVUNEIFN0ZWVyaW5nIENvbW1pdHRlZQ02LjEgQ3JlYXRpb24gb2YgYSBCb2FyZCBm
b3IgTmV3IFVDRCBXb3JkVGVybXMNV2UgYmVsaWV2ZSB0aGF0IHRoZSBpbmNsdXNpb24gb2Yg
bmV3IFVDRCB3b3JkdGVybXMgbXVzdCBiZSBhIGZsZXhpYmxlIHByb2Nlc3MsIHlldCBjb250
cm9sbGVkLiBUaGUgYmVzdCB3YXkgdG8gYWNjb21wbGlzaCB0aGVzZSB0d28gbmVlZHMgd291
bGQgYmUgdG8gY3JlYXRlIGEgcHJvcGVyIHNjaWVudGlmaWMgYm9hcmQgdGhhdCB3b3VsZCBz
dHVkeSBuZXcgVUNEIHJlcXVpcmVtZW50cyBhbmQsIHdpdGhpbiBhIGdpdmVuIHBlcmlvZCBv
ZiB0aW1lLCBnaXZlIGFuIGFuc3dlciBhcyB0byB3aGV0aGVyIGEgbmV3IFVDRCBtdXN0IG9y
IG11c3Qgbm90IGJlIGluY2x1ZGVkIGluIHRoZSBVQ0Qgc3RhbmRhcmRzLiANVGhlIHVzZSBv
ZiCTbWlzc2lvbi1zcGVjaWZpY5QgbmFtZXNwYWNlcyBoYXMgYmVlbiBhZGRyZXNzZWQgaW4g
bWFueSBvY2Nhc2lvbnMsIGFuZCB3ZSBiZWxpZXZlIHRoYXQgbmFtZXNwYWNlcyBzaG91bGQg
YmUgYXZvaWRlZCBhcyBtdWNoIGFzIHBvc3NpYmxlLiBUaGVyZSBoYXMgYmVlbiBhbiBleGVy
Y2lzZSBpbiByZXZpc2luZyB0aGUgVk9YIHdvcmR0ZXJtcyBmb3IgdGhlIFNJQVAgcHJvdG9j
b2wgYW5kIHRyeWluZyB0byBhc3NpZ24gZXhpc3RpbmcgVUNEcyB0byB0aGVtLCBvciBwcm9w
b3NpbmcgbmV3IFVDRCB3b3JkdGVybXMgZm9yIHRoZSBub24tZXhpc3Rpbmcgb25lcy4gDVRo
ZSByZXNwb25zaWJpbGl0eSBvZiB0aGUgYm9hcmQgd291bGQgY29uc2lzdCBvZiBzdHVkeWlu
ZyB0aGUgY2FzZXMgd2hlcmUgYSBVQ0Qgd29yZHRlcm0gaXMgcHJvcG9zZWQgYW5kIHRvIGZp
Z3VyZSBvdXQgd2hldGhlciB0aGUgcHJvcG9zZWQgd29yZHRlcm0gc2hvdWxkIGJlIGFjY2Vw
dGVkIG9yIHJlamVjdGVkLCBhbmQgaW4gY2FzZSBvZiByZWplY3Rpb24gcmVjb21tZW5kaW5n
IHRoZSBjbG9zZXN0IGV4aXN0aW5nIHdvcmR0ZXJtIHRoYXQgc2hvdWxkIGJlIHVzZWQuDUlu
IGNhc2UgYSBuZXcgd29yZHRlcm0gaXMgYWNjZXB0ZWQgaW50byB0aGUgbWFpbiB0cmVlLCBh
biBpbnRlcm5hbCBwcm9jZWR1cmUgc2hvdWxkIGJlIGVzdGFibGlzaGVkIHNvIHRoYXQgdGhl
IG5ldyBVQ0QgYmVjb21lcyBsaXZlIGFmdGVyIGEgcHJvcGVyIGludGVybmFsIG5ldyByZWxl
YXNlIGluIGEgc2hvcnQgcGVyaW9kIG9mIHRpbWUuDUl0IHNob3VsZCBiZSBhZ3JlZWQgd2hl
dGhlciB0aGlzIGJvYXJkIHdvdWxkIHN0dWR5IHRoZSBwcm9wb3NlZCBjYXNlcyBpbiBhbiCT
b24gZGVtYW5klCBiYXNpcyBvciB3b3VsZCBjb2xsZWN0IHJlcXVlc3RzIGFuZCBzdHVkeSB0
aGVtIG9uIGEgcGVyaW9kaWMgYmFzaXMuDUEgc3VnZ2VzdGlvbiBvbiB0aGUgZm9ybWF0aW9u
IG9mIHRoaXMgc2NpZW50aWZpYyBjb21taXR0ZWUgd291bGQgYmUgdGhhdCBpdCBtaWdodCBj
b250YWluIHBlb3BsZSBmcm9tIENEUyAoYXMgdGhleSBoYXZlIHRoZSBleHBlcmllbmNlIGFu
ZCB0aGUgcmVzb3VyY2VzKSBidXQgaXQgc2hvdWxkIGJlIG9mZmVyZWQgdG8gYWxsIHJlbGV2
YW50IHBhcnRpZXMuIEl0IHdvdWxkIGFsc28gYmUgdmVyeSBpbXBvcnRhbnQgdG8gaGF2ZSBh
IG1lbWJlciBmcm9tIHRoZSBkYXRhIHByb3ZpZGVycyBjb21tdW5pdHksIGFzIHRoZSBzY2ll
bnRpc3RzIHZpZXcgb24gc29tZSBpc3N1ZXMgbWlnaHQgbm90IGluY2x1ZGUgb3RoZXIgaW1w
b3J0YW50IHZpZXdzIGZyb20gZGF0YSBwcm92aWRlcnMuDTYuMiBBIHByb2NlZHVyZSB0byBy
ZXF1ZXN0IG5ldyBVQ0Qgd29yZHRlcm1zDUEgcHJvY2VkdXJhbCBkb2N1bWVudCBzaG91bGQg
YmUgY3JlYXRlZCB0byBtYWtlIGl0IGVhc3kgdG8gYSB1c2VyIHRvIGFzayBmb3IgYSBuZXcg
VUNEIGFuZCB0byB1bmRlcnN0YW5kIHRoZSBpbXBsaWNhdGlvbnMgb2YgZG9pbmcgc28uIFRo
aXMgZG9jdW1lbnQgd291bGQgYWRkcmVzczoNdGhlIGNvbnRhY3QgcG9pbnQgdG8gYXNrIGZv
ciBuZXcgVUNEDXRoZSBsaWZlLWN5Y2xlIG9mIHRoZSBwcm9jZXNzIG9mIGFza2luZyBmb3Ig
YSBuZXcgVUNEDXdoZW4gYW5kIGhvdyBhIG5ldyBVQ0QgYmVjb21lcyBsaXZlDXdoYXQgdG8g
ZG8gaWYgYSBVQ0QgaXMgcmVqZWN0ZWQNVGhpcyB0eXBlIG9mIGFjdGlvbnMgY291bGQgKGFu
ZCBzaG91bGQpIGJlIHN1cHBvcnRlZCBieSB0b29scyBsaWtlIGFuIGF1dG9tYXRpYyBmb3Jt
IHRoYXQgaXMgZmlsbGVkIGluIGFuZCBzZW50IHRvIHRoZSBzY2llbnRpZmljIGJvYXJkLCBn
aXZpbmcgYW4gYW5zd2VyIGJhY2sgdG8gdGhlIHVzZXIgYWNrbm93bGVkZ2luZyB0aGUgcmVx
dWVzdCwgYW5kIGdpdmluZyBhIHRpbWUgZXN0aW1hdGUgZm9yIGFuIGFuc3dlci4gQWxsIHRo
ZXNlIGlzc3VlcyB3aWxsIGJlIHN1Z2dlc3RlZCBpbiBhIHNlcGFyYXRlIHBvaW50Lg1MZXNz
b25zIHNob3VsZCBiZSBsZWFybnQgZnJvbSBvdGhlciBwcm9qZWN0cyB3aGVyZSBzaW1pbGFy
IGJvYXJkcyBleGlzdC4gVGhlcmUgc2hvdWxkIGJlIGEgdGhvcm91Z2ggaW52ZXN0aWdhdGlv
biAobWF5YmUgZnJvbSB0aGUgYm9hcmQgbWVudGlvbmVkIGFib3ZlKSBvZiBob3cgb3RoZXIg
cHJvamVjdHMgaGF2ZSB3b3JrZWQgaW4gdGhpcyBkaXJlY3Rpb24gKGxpa2UgdGhlIFBsYW5l
dGFyeSBEYXRhIFN5c3RlbSAoUERTKSwgdGhlIEZJVFMgY29uc29ydGl1bSwgdGhlIFczQykg
YW5kIHRyeSB0byBnZXQgdGhlIHJpZ2h0IHRoaW5ncyBmcm9tIHRoZW0gd2hpbGUgYXZvaWRp
bmcgdGhlIHdyb25nIG9uZXMuDTYuMyBDcmVhdGlvbiBvZiBhIFRlY2huaWNhbCBCb2FyZA1U
aGVyZSBzaG91bGQgYmUgdG9vbHMgYXZhaWxhYmxlIGZvciB0aGUgdXNlciB0byBjaGVjayBm
b3IgdGhlIGV4aXN0ZW5jZSBvZiBVQ0RzLCBldGMuIFNvbWUgb2YgdGhlc2UgdG9vbHMgZXhp
c3QgYWxyZWFkeSBpbiBDRFMsIGFuZCB0aGV5IGFyZSBnb29kIGNhbmRpZGF0ZXMgdG8gYmVj
b21lIHRoZSBzb3J0IG9mIJNvZmZpY2lhbJQgdG9vbHMgZm9yIHRoZSBVQ0Qgc3RhbmRhcmRz
LiBIb3dldmVyLCB3ZSBmZWVsIGl0IGlzIG5lY2Vzc2FyeSB0byBoYXZlIGEgcHJvcGVyIHRl
Y2huaWNhbCBib2FyZCB0aGF0IGNvdWxkLCBldmVudHVhbGx5LCBkZWNpZGUgb24gd2hhdCB0
b29scyBhcmUgcmVhbGx5IG5lY2Vzc2FyeSB0byBtYWtlIHRoZSBVQ0Qgd29yayBmZWFzaWJs
ZSBhbmQgYXMgZWFzeSBhcyBwb3NzaWJsZSBmb3IgdGhlIHVzZXIuIFRoaXMgYm9hcmQgd291
bGQgYmUgbWFpbmx5IGluIGNoYXJnZSBvZiB3cml0aW5nIHByb3BlciByZXF1aXJlbWVudHMg
Zm9yIHRoZSB0b29scy4gVGhlIG1hbmFnZW1lbnQgb2YgcmVzb3VyY2VzLCBldGMuLCBzaG91
bGQgYmUgaGFuZGxlZCBieSB0aGUgY29uY2VwdHMgd2FudGluZyB0byB3b3JrIGZvciB0aGUg
Vk8gcHJvamVjdCwgYnV0IHRoZSBkZWZpbml0aW9ucyBvZiByZXF1aXJlbWVudHMsIGV0Yy4s
IHNob3VsZCBiZSBjZW50cmFsaXplZCBvbiB0aGlzIGJvYXJkLg02LjMgQ29udGFjdCBwb2lu
dCBmb3IgVUNEIGlzc3Vlcw1XZSBmZWVsIHRoZSBuZWNlc3NpdHkgdG8gY3JlYXRlIGEgY29u
dGFjdCBwb2ludCB0byB3aGljaCBhbGwgVUNEIHJlbGF0ZWQgbWF0dGVycyBjYW4gYmUgYWRk
cmVzc2VkLiBUaGlzIGNvbnRhY3QgcG9pbnQgY291bGQgYmUgYSB3ZWIgYWRkcmVzcyBkZXZv
dGVkIGV4cGxpY2l0bHkgdG8gdGhhdCBpbiB0aGUgY29udGV4dCBvZiB0aGUgVk8sIGEgcHJv
cGVybHkgb3JnYW5pemVkIHdlYiBwbGFjZSwgd2hlcmUgYWxsIHRoZSB0b29scyB3b3VsZCBi
ZSBhdmFpbGFibGUsIGFzIHdlbGwgYXMgYWxsIGRvY3VtZW50cyBhbmQgcHJvY2VkdXJlcyBm
b3IgY3JlYXRpb24gb2YgbmV3IFVDRCB3b3JkdGVybXMsIGV0Yy4sIHdpdGggcHJhY3RpY2Fs
IGV4YW1wbGVzIGFuZCB0aGUgbGlrZS4gDUFwcGVuZGl4IDEuDVRoZXJlIGhhcyBiZWVuIG11
Y2ggZGViYXRlIGluIHRoZSBVQ0QgZm9ydW0gb3ZlciBkaXZpc2lvbiBvZiB0aGUgZWxlY3Ry
b21hZ25ldGljIHNwZWN0cnVtLCBzaW5jZSB0aGlzIGlzIHdoZXJlIHRoZSBxdWFsaXRhdGl2
ZSBhbmQgdGhlIHF1YW50aXRhdGl2ZSBtZWV0LiBJZiB3ZSBwdXQgZXZlcnkgd29yZHRlcm0g
YWJvdXQgc3BlY3RydW0gY292ZXJhZ2UgaW50byB0aGUgVUNELCB0aGVyZSB3b3VsZCBiZSBo
dW5kcmVkcyBvZiB0ZXJtcywgdGhlcmVmb3JlIHdlIGhhdmUgY2hvc2VuIHRvIGtlZXAgdG8g
YSByYXRpb25hbCBkaXZpc2lvbiAoYmVsb3cpIHBsdXMgYSB2ZXJ5IGZldyBzcGVjaWFsIHdv
cmR0ZXJtcy4NVGhlIHdhdmVsZW5ndGggc3BlY3RydW0gaXMgZmlyc3QgZGl2aWRlZCBpbiB0
aGUgNyBjbGFzc2ljYWwgZG9tYWlucyByYWRpbyAvIElSIC8gT3B0aWNhbCAvIFVWIC8gRVVW
IC8gWC1yYXkgLyBnYW1tYS4gRnVydGhlciBkaXZpc2lvbnMgYXJlIG1hZGUgdG8gZGVmaW5l
IHRoZSBsYXJnZSBiYW5kcyBjbGFzc2ljYWxseSB1c2VkIGluIG9wdGljYWwgLyBJUiAvIFVW
LCBhbmQgaW4gcmFkaW8gZnJlcXVlbmNpZXMgd2Uga2VlcCBiYW5kcyBzcGFjZWQgYnkgYSBm
YWN0b3IgMi4gSW4gRmlndXJlIDMsIGEgc3BlY2lhbCB3b3JkIGlzIHRoZXJlIGZvciBIYWxw
aGEgYXMgYSBzdWJjbGFzcyBvZiBvcHQuUi4gSWYgYSBkZXNpcmVkIGJhbmQgZG9lcyBub3Qg
Zml0IGluIHRoZSByYXRpb25hbCBsaXN0LCBpdCBpcyByZWNvbW1lbmRlZCB0byB1c2UgdGhl
IHNtYWxsZXN0IGVuY2xvc2luZyBiYW5kLg0BDUZpZ3VyZSATIFNFUSBGaWd1cmUgXCogQVJB
QklDIBQxFTogSGllcmFyY2hpY2FsIG9yZ2FuaXphdGlvbiBvZiB0aGUgZWxlY3Ryb21hZ25l
dGljIHNwZWN0cnVtLiBUaGUgc3RhbmRhcmQgYmFuZHMgYXJlIHJlcHJlc2VudGVkIGluIGJs
YWNrLiBUaGUgc3VnZ2VzdGVkIGRlc2NyaXB0aW9uIG9mIHRoZSBub24tc3RhbmRhcmQgYmx1
ZSByYW5nZXMgaXMgc2hvd24gaW4gYmx1ZTogaW4gZWFjaCBjYXNlLCB3ZSB1c2UgdGhlIHNt
YWxsZXN0IGVuY2xvc2luZyBzdGFuZGFyZCBiYW5kLg1UaGUgb3ZlcmFsbCBsaXN0IGlzIGFz
IGZvbGxvd3M6IA0NDQ1VQ0QgZGVzaWduYXRpb24HTGFtYmRhB0ZyZXEHRW5lcmd5IAdOb3Rl
cwcHUmFkaW8gUmVnaW1lBwdlbS5yYWRpby4yMC0xMDBNSHogBz4zbSAHPDEwME1IeiAHoAeg
BwdlbS5yYWRpby4xMDAtMjAwTUh6IAcxLjUtM20gBzEwMC0yMDBNSHoHoAegBwdlbS5yYWRp
by4yMDAtNDAwTUh6IAc3NS0xNTBjbSAHMjAwLTQwME1IegegB6AHB2VtLnJhZGlvLjQwMC03
NTBNSHogBzQwLTc1Y20gBzQwMC03NTBNSHoHoAegBwdlbS5yYWRpby43NTAtMTUwME1IeiAH
MjAtNDBjbSAHNzUwLTE1MDBNSHoHoAegBwdlbS5yYWRpby4xNTAwLTMwMDBNSHoHMTAtMjBj
bSAHMS41LTNHSHogB6AHoAcHZW0ucmFkaW8uMy02R0h6IAc1LTEwY20gBzMtNkdIeiAHoAeg
BwdlbS5yYWRpby42LTEyR0h6IAcyLjUtNWNtIAc2LTEyR0h6IAegB6AHB2VtLnJhZGlvLjEy
LTI1R0h6IAcxLjItMi41Y20gBzEyLTI1R0h6IAegB6AHB2VtLnJhZGlvLjI1LTUwR0h6IAc2
LTEybW0gBzI1LTUwR0h6IAegB6AHB2VtLnJhZGlvLjUwLTEwMEdIeiAHMy02bW0gBzUwLTEw
MEdIeiAHoAegBwdlbS5yYWRpby4xMDAtMjAwR0h6IAcxLjUtM21tIAcxMDAtMjAwR0h6B6AH
oAcHZW0ucmFkaW8uMjAwLTQwMEdIeiAHNzUwLTE1MDC1bSAHMjAwLTQwMEdIegegB6AHB2Vt
LnJhZGlvLjQwMC03NTBHSHogBzQwMC03NTC1bSAHNDAwLTc1MEdIegegB6AHB2VtLnJhZGlv
Ljc1MC0xNTAwR0h6IAcyMDAtNDAwtW0gBzc1MC0xNTAwR0h6B6AHQ09CRSAyNDC1bQcHZW0u
cmFkaW8uMTUwMC0zMDAwR0h6BzEwMC0yMDC1bSAHMTUwMC0zMDAwR0h6B6AHQ09CRSAxNDC1
bQcHSW5mcmEtUmVkIFJlZ2ltZQcHZW0uSVIuNjAtMTAwdW0HNjAtMTAwtW0gBzMtNVRIeiAH
oAdJUkFTIDEwMLVtBwdlbS5JUi4zMC02MHVtIAczMC02MLVtIAc1LTEwVEh6IAegB0lSQVMg
NjC1bSAHB2VtLklSLjE1LTMwdW0HMTUtMzC1bSAHMTAtMjBUSHogB6AHSVJBUyAyNbVtBwdl
bS5JUi44LTE1dW0HOC0xNbVtIAcyMC0zNy41VEh6IAegB04gYmFuZDsgSVJBUyAxMrVtBwdl
bS5JUi40LTh1bSAHNC04tW0gBzM3LjUtNzVUSHogB6AHTSBiYW5kOyBCcnthbHBoYX09NDA1
MW5tIAcHZW0uSVIuMy00dW0gBzMtNLVtIAcxMDAtMTUwVEh6IAegB0wsIEwnLCBMJycHB2Vt
LklSLksgBzItM7VtIAc3NS0xMDBUSHogB6AHSyBiYW5kBwdlbS5JUi5IIAcxLjUtMi4wtW0g
BzIwMC0zMDBUSHogB6AHSCBiYW5kOyBQYXthbHBoYX09MTg3NW5tLCBCcntMaW1pdH09MTcz
MW5tBwdlbS5JUi5KIAcxLjAtMS41tW0gBzE1MC0yMDBUSHogB6AHSiBiYW5kOwcHT3B0aWNh
bCBSZWdpbWUHB2VtLm9wdC5JBzc1MC0xMDAwbm0gBzMwMC00MDBUSHogBzEuMi0xLjZlViAH
SSBiYW5kOyBQYXtMaW1pdH09ODIwbm0HB2VtLm9wdC5SBzYwMC03NTBubSAHNDAwLTUwMFRI
eiAHMS42LTIuMGVWIAdSIGJhbmQ7IEhhbHBoYT02NTZubSAHB2VtLm9wdC5WIAc1MDAtNjAw
bm0gBzUwMC02MDBUSHogBzIuMC0yLjRlViAHViBiYW5kOyAHB2VtLm9wdC5CIAc0MDAtNTAw
bm0gBzYwMC03NTBUSHogBzIuNC0zLjBlViAHQiBiYW5kOyBIe2JldGF9PTQ4Nm5tLCBIe2dh
bW1hfT00MzRubSwgSHtkZWx0YX09NDEwbm0gBwdlbS5vcHQuVSAHMzAwLTQwMG5tIAc3NTAt
MTAwMFRIeiAHMy4wLTQuMGVWIAdVIGJhbmQ7IEJhSnVtcD0zNjVubQcHVWx0cmEtVmlvbGV0
IFJlZ2ltZQcHZW0uVVYuMjAwLTMwMG5tIAcyMDAtMzAwbm0gBzEwMDAtMTUwMFRIeiAHNC02
ZVYgB1VWMSBiYW5kIAcHZW0uVVYuMTAwLTIwMG5tIAcxMDAtMjAwbm0gBzE1MDAtMzAwMFRI
eiAHNi0xMmVWIAdVVjIgYmFuZDsgTHl7YWxwaGF9PTEyMS42bm0gBwdFeHRyZW1lIFVsdHJh
LVZpb2xldCBSZWdpbWUHB2VtLkVVVi41MC0xMDBubSAHNTAtMTAwbm0gBzMtNlBIeiAHMTIt
MjRlViAHTHl7TGltaXR9PTkxLjJubQcHZW0uRVVWLjEwLTUwbm0gBzEwLTUwbm0gBzYtMzBQ
SHoHMjQtMTIwZVYHoAcHWC1yYXkgUmVnaW1lBwdlbS5YLXJheS5zb2Z0IAc2LTEwMMUHMzAt
NTAwUEh6IAcwLjEyLTJrZVYgB6AHB2VtLlgtcmF5LmhhcmQgBzAuMS02xQcwLjUtMzBFSHog
BzItMTJrZVYgB6AHB0dhbW1hIFJlZ2ltZQcHZW0uZ2FtbWEuc29mdCAHMC4yNS0xMHBtIAcz
MC0xMjAwRUh6IAcxMi01MDBrZVYgB6AHB2VtLmdhbW1hLmhhcmQgBzwyNTBmbSAHPiAxMjAw
RUh6IAc+NTAwa2VWIAdlKy9lLSAHBwwNE1BBR0UgIBUNDQ0TUEFHRSAgFDYVDQkJDQ0NDQkT
IFBBR0UgFDIxFQkNDQ0NDQ0NAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABgAAAQgAACEJAAAjCQAAQQkAAGUJAAAECgAAIAoAACwK
AACECgAAhwoAAIgKAACKCgAArgoAALcKAAC8CgAAvQoAAL4KAAC/CgAA0goAANcKAADZCgAA
2goAANwKAADdCgAA8AoAAPEKAAD0CgAA9QoAAPYKAAD9CgAA/woAAAALAAACCwAABAsAAA0L
AAAOCwAADwsAAPTp4enZ6eHp4enOysbKwsbKu6+rp6ujlIuDe3Nrg3Njc4OLyl8ABhZoZRcF
AAAOFmjCa30AT0oCAFFKAgAADhZo3CItAE9KAgBRSgIAAA4WaFBuKQBPSgIAUUoCAAAOFmjj
RNYAT0oCAFFKAgAADhZosUpmAE9KAgBRSgIAABEWaLFKZgA1CIFPSgIAUUoCABwVaONE1gAW
aLFKZgA1CIFCKgpDSiAAcGgAgIAAAAYWaBRHHQAABhZowmt9AAAGFmjjRNYAABYWaLFKZgA1
CIFCKgpDSiAAcGgAgIAAAAwVaKd/0gAWaLFKZgAABhZoQhGiAAAGFmjcIi0AAAYWaLFKZgAA
FQNqAAAAABVoWS85ABZosUpmAFUIAQ8WaFsDJQBCKgZwaP8AAAAPFmjveuQAQioGcGj/AAAA
FRVoD0KsABZo3CItAEIqBnBo/wAAABUVaA9CrAAWaLFKZgBCKgZwaP9mAAAAJQAGAAABCAAA
hgoAAIcKAACJCgAAigoAAK8KAAC+CgAAvwoAANIKAADdCgAABAsAAA0LAAAdDgAAJg4AALcP
AAC4DwAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+AAAAAAAAAAA
AAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPQAAAAAAAAAAAAA
AAD4AAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAPQAAAAAAAAAAAAAAAD0AAAAAAAAAAAAAAAA
9AAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAACkAAAAAAAAAAAAAAAApAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAA
Z2TjRNYARgEARcaAAQABAGWyemYBAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZKd/0gAABBsAZ2TjRNYAAAEAAAAB
JgAAARsAAAQAAGdkp3/SAAAQAAYAAFTiAACB4gAAg+IAAP39/QAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEBAABAQMPCwAAFwsAAB8L
AAAgCwAAIQsAACILAABQCwAAUQsAAFILAABtCwAAbgsAAHALAAB3CwAAewsAAHwLAAB9CwAA
fgsAAKcLAACoCwAAqQsAAL8LAADACwAAwgsAAMYLAADKCwAAywsAAMwLAADNCwAA7QsAAO4L
AADvCwAA/AsAAP0LAAD/CwAADQwAABUMAAAWDAAAFwwAABgMAABADAAAQQwAAEIMAABXDAAA
WAwAAFoMAABjDAAAawwAAGwMAABtDAAAbgwAAJQMAACVDAAAlgwAAPz3/PHn/Nrn8dLx/Pf8
8ef8xefx0vH89/zx5/y45/HS8fz3/PHn/Kvn8dLxp6KnnJKnhZIAABkCCIEDahggAgAGCAEW
aNwiLQBDShIAVQgBEwNqAAAAABZo3CItAENKEgBVCAEKFmjcIi0AQ0oSAAAJFmjcIi0ANQiB
BhZo3CItAAAZAgiBA2ptHwIABggBFmixSmYAQ0oSAFUIARkCCIEDatIeAgAGCAEWaLFKZgBD
ShIAVQgBGQIIgQNqJR4CAAYIARZosUpmAENKEgBVCAEPA2oAAAAAFmixSmYAVQgBGQIIgQNq
bh0CAAYIARZosUpmAENKEgBVCAETA2oAAAAAFmixSmYAQ0oSAFUIAQoWaLFKZgBDShIAAAkW
aLFKZgA1CIEGFmixSmYANJYMAACpDAAAqgwAAKwMAACzDAAAuAwAALoMAAC8DAAA1gwAANgM
AADcDAAA3QwAAOEMAADrDAAA7AwAAO0MAADuDAAAHA0AAB0NAAAeDQAAOQ0AADoNAAA8DQAA
Qg0AAEcNAABIDQAASQ0AAEoNAABwDQAAcQ0AAHINAACFDQAAhg0AAIgNAACMDQAAkQ0AAJIN
AACTDQAAlA0AALgNAAC5DQAAug0AAMsNAADMDQAAzg0AANINAADaDQAA2w0AANwNAADdDQAA
BA4AAPry+u7m3trU+tDM0MfQwbfQqrfBosHQx9DBt9CVt8GiwdDH0MG30Ii3waLB0MfQwbfQ
AAAAAAAAAAAAAAAAAAAAAAAAGQIIgQNqHSICAAYIARZosUpmAENKEgBVCAEZAgiBA2p2IQIA
BggBFmixSmYAQ0oSAFUIAQ8DagAAAAAWaLFKZgBVCAEZAgiBA2q/IAIABggBFmixSmYAQ0oS
AFUIARMDagAAAAAWaLFKZgBDShIAVQgBChZosUpmAENKEgAACRZosUpmADUIgQYWaGUXBQAA
BhZosUpmAAAKFmgURx0AQ0oSAAAGFmgURx0AAA8VaBRHHQAWaBRHHQA1CIEPFWgURx0AFmjc
Ii0ANQiBBhZo3CItAAAPA2oAAAAAFmjcIi0AVQgBChZo3CItAENKEgAyBA4AAAUOAAAGDgAA
Gg4AABsOAAAcDgAAHQ4AACYOAAApDgAAsw4AALYOAAC5DgAAIg8AAEEPAABCDwAARw8AAEgP
AAC2DwAAtw8AALgPAADPDwAA0A8AAOAPAAD3DwAAUhAAAHMQAAAWEQAAFxEAAEERAABCEQAA
QxEAAH0RAAB+EQAArhEAALARAADPEgAA8uji2uLUzcnFsqjFpMmgssXJnM2VyZHJxcmByW6B
ydrJZl4AAAAAAAAAAAAOFmj6VSQAbUgJAHNICQAADhZosUpmAG1ICQBzSAkAACQCCIEDamkj
AgAGCAEWaLFKZgA2CIFDShYAT0oCAFFKAgBVCAEAHgNqAAAAABZosUpmADYIgUNKFgBPSgIA
UUoCAFUIAQAGFmhQbikAAAwVaFBuKQAWaLFKZgAABhZo+lUkAAAGFmgURx0AAAYWaNZPHAAA
EwEIgQRIAQAFaGWyemYWaMtpbQAlAAiBFmgPQqwAF2jLaW0AY0gBAGRoAAAAAGRoAAAAAGRo
ZbJ6ZgYWaA9CrAAABhZosUpmAAAMFWinf9IAFmixSmYAAAoWaNwiLQBDShIAAA8DagAAAAAW
aLFKZgBVCAEKFmixSmYAQ0oSAAATA2oAAAAAFmixSmYAQ0oSAFUIARkCCIEDasAiAgAGCAEW
aLFKZgBDShIAVQgBACO4DwAA0A8AALARAACxEQAAHxMAADATAACOEwAAjxMAANUTAADnFgAA
6BYAALkAAAAAAAAAAAAAAAC3AAAAAAAAAAAAAAAAtwAAAAAAAAAAAAAAALIAAAAAAAAAAAAA
AABsAAAAAAAAAAAAAAAAZwAAAAAAAAAAAAAAAGcAAAAAAAAAAAAAAABfAAAAAAAAAAAAAAAA
twAAAAAAAAAAAAAAALcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAEACiYAC0YAAGdk
D0KsAAAEAABnZFkvOQBGAQBFxoABAAEAZbJ6ZgEAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAC4AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdk1k8cAAAEAABnZNZP
HAAAAQAARgEARcaAAQABAGWyemYBAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZFBuKQAACs8SAAAfEwAAIBMAADAT
AACNEwAAjhMAAK8TAADUEwAA1RMAACIUAAAmFAAAeBQAALgVAADaFQAA3BUAAN4VAABHFgAA
SxYAAFcWAABlFgAAbxYAAJgWAACZFgAApRYAAKcWAACrFgAAtRYAAOYWAADnFgAAFhcAADYX
AAASGAAAExgAANQYAABMGQAATRkAAF4ZAABgGQAAdBkAAIUZAABJGgAAVBoAAJ4bAAD48erm
4t7q1+be5t7TwLbT5tPmrqqmqqaqnqrTmpaajJqImtOE04jTeoQAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAATAQiBBEgBAAVoa7J6ZhZoy2ltAAYWaPpVJAAABhZo1k8cAAATAQiB
BEgBAAVoabJ6ZhZoy2ltAAYWaBRHHQAABhZo93hNAAAPFWhQbikAFmhQbikANgiBBhZo7G+i
AAAGFmhQbikAAA8VaFBuKQAWaLFKZgA2CIETAQiBBEgBAAVoaLJ6ZhZoy2ltACUACIEWaBsO
OgAXaMtpbQBjSAEAZGgAAAAAZGgAAAAAZGhosnpmBhZoGw46AAAMFWgPQqwAFmgPQqwAAAYW
aA9CrAAABhZop3/SAAAGFmixSmYAAAwVaKd/0gAWaLFKZgAADBVop3/SABZo1k8cAAAOFmjW
TxwAbUgJAHNICQAq6BYAAE0ZAABOGQAAxxkAAN0ZAAAMGgAA/QAAAAAAAAAAAAAAAP0AAAAA
AAAAAAAAAAD9AAAAAAAAAAAAAAAAswAAAAAAAAAAAAAAAGkAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAEkAAAomAAtGIQBFxoABAAEAZbJ6ZgEAAAAAAAAAAAAEAgAEAgAEAgAAAgAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAC4AAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkGw46AABJAAAKJgAL
RiEARcaAAQABAGWyemYBAAAAAAAAAAAABAIABAIABAIAAAEAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAIAAAAuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZBsOOgAAAQAAAAUMGgAASRoAAJIaAADSGgAA
tQAAAAAAAAAAAAAAAGsAAAAAAAAAAAAAAAAhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASQAA
CiYAC0YhAEXGgAEAAQBlsnpmAQAAAAAAAAAAAAQCAAQCAAQCAAAFAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAACAAAALgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ2QbDjoAAEkAAAomAAtGIQBFxoABAAEA
ZbJ6ZgEAAAAAAAAAAAAEAgAEAgAEAgAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAgAAAC4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAGdkGw46AABJAAAKJgALRiEARcaAAQABAGWyemYBAAAAAAAAAAAA
BAIABAIABAIAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAuAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AABnZBsOOgAAA9IaAABRGwAAnhwAAJ8cAAA4HgAAQSAAAEIgAAD+IAAADSEAAH8jAAAyJAAA
tQAAAAAAAAAAAAAAAG4AAAAAAAAAAAAAAABpAAAAAAAAAAAAAAAAZwAAAAAAAAAAAAAAAGcA
AAAAAAAAAAAAAABnAAAAAAAAAAAAAAAAZwAAAAAAAAAAAAAAAF8AAAAAAAAAAAAAAABnAAAA
AAAAAAAAAAAAWgAAAAAAAAAAAAAAAAAAAAAAAAAEAABnZMQQcAAIAQAKJgALRgAAZ2SbIz4A
AAEAAAAEAABnZPpVJAAARgAACiYAC0YhAEXGgAEAAQBlsnpmAQAAAAAAAAAAAAQCAAQCAAQC
AAAHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAALgAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkAAAom
AAtGIQBFxoABAAEAZbJ6ZgEAAAAAAAAAAAAEAgAEAgAEAgAABgAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAgAAAC4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkGw46AAAKnhsAAKgbAACwGwAAuhsAALsb
AAC+GwAAyRsAANwbAAAaHAAAnRwAAJ4cAACfHAAA/RwAAB0dAAAeHQAAHx0AACAdAAAkHQAA
KB0AADAdAAA1HQAAQB0AAEEdAABkHQAAZR0AAJAdAACUHQAAlR0AANYdAAA2HgAANx4AADge
AABBIAAA7OLe1MHe1N69ud61sJ2TtZ2TtYqBtX21fXZvZVtlVLUAAAAADBVoxBBwABZosUpm
AAATAQiBBEgBAAVob7J6ZhZoy2ltABMBCIEESAEABWhusnpmFmjLaW0ADBVoxBBwABZoDDSH
AAAMFWjEEHAAFmhQbikAAAYWaFBuKQAAEBVoUG4pABZoUG4pADBKEwAAEBVoUG4pABZoDDSH
ADBKEwAAEwEIgQRIAQAFaKWyemYWaBYYcgAlAAiBFmixSmYAF2gWGHIAY0gBAGRoAAAAAGRo
AAAAAGRopbJ6ZgkWaLFKZgA2CIEGFmixSmYAAAYWaBsOOgAABhZo/llPAAAlAAiBFmj6VSQA
F2jLaW0AY0gBAGRoAAAAAGRoAAAAAGRobbJ6ZhMBCIEESAEABWhtsnpmFmjLaW0ABhZo+lUk
AAATAQiBBEgBAAVobLJ6ZhZoy2ltACUACIEWaPpVJAAXaMtpbQBjSAEAZGgAAAAAZGgAAAAA
ZGhssnpmACBBIAAAQiAAAGYgAABpIAAA/iAAAAwhAAANIQAALiEAADYhAABQIQAAVSEAAFoh
AABzIQAAfSEAAH8hAACBIQAAhiEAAIohAACLIQAApiEAAKshAACwIQAAsSEAANAhAAD88enx
/OLey962qt6m3uKQhnniYFNJPAAZAQiBBEgBAAVoG7N6ZhVop3/SABZooAAtABMBCIEESAEA
BWgbs3pmFmigAC0AGQEIgQRIAQAFaHuyemYWaO51cwA2CIFdCIExAAiBFWinf9IAFmixSmYA
F2judXMANgiBXQiBY0gBAGRoAAAAAGRoAAAAAGRoe7J6ZhkBCIEESAEABWgZs3pmFWinf9IA
FmigAC0AEwEIgQRIAQAFaBmzemYWaKAALQArAAiBFWinf9IAFmixSmYAF2igAC0AY0gBAGRo
AAAAAGRoAAAAAGRoGbN6ZgYWaMQQcAAAFgEIgQRIAQAFaHuyemYWaO51cwA2CIEAKAAIgRZo
sUpmABdo7nVzADYIgWNIAQBkaAAAAABkaAAAAABkaHuyemYAJQAIgRZosUpmABdo7nVzAGNI
AQBkaAAAAABkaAAAAABkaHeyemYGFmixSmYAAAwVaKd/0gAWaLFKZgAADxZomyM+AEIqBnBo
/wAAABUVaJsjPgAWaJsjPgBCKgZwaP8AAAAGFmibIz4AF9AhAADcIQAA3SEAAN4hAADxIQAA
8iEAAPohAAD8IQAAAyIAAAkiAAAKIgAADSIAADEiAAAyIgAANSIAADkiAAA+IgAAPyIAAEQi
AABjIgAAeCIAAHwiAACAIgAAliIAAPXf1cvBy7ett62jrZmPo4XBe2VeSD5eAAAAAAATAQiB
BEgBAAVon7J6ZhZoFhhyACsACIEVaKd/0gAWaLFKZgAXaBYYcgBjSAEAZGgAAAAAZGgAAAAA
ZGifsnpmDBVop3/SABZosUpmAAArAAiBFWinf9IAFmixSmYAF2igAC0AY0gBAGRoAAAAAGRo
AAAAAGRoG7N6ZhMBCIEESAEABWiIsnpmFmigAC0AEwEIgQRIAQAFaImyemYWaO51cwATAQiB
BEgBAAVoibJ6ZhZooAAtABMBCIEESAEABWiHsnpmFmigAC0AEwEIgQRIAQAFaBqzemYWaKAA
LQATAQiBBEgBAAVoGbN6ZhZooAAtABMBCIEESAEABWgWs3pmFmigAC0AEwEIgQRIAQAFaIiy
emYWaO51cwATAQiBBEgBAAVoerJ6ZhZo7nVzABMBCIEESAEABWgcs3pmFmigAC0AKwAIgRVo
p3/SABZosUpmABdooAAtAGNIAQBkaAAAAABkaAAAAABkaByzemYTAQiBBEgBAAVoG7N6ZhZo
oAAtAAAXliIAAKkiAACvIgAAtSIAALgiAAC6IgAAwCIAAMUiAADOIgAA/yIAAAMjAAAHIwAA
GCMAAE4jAABTIwAAfyMAAPAjAAD5IwAAMSQAADIkAAChJAAAzSQAAM4kAADxJAAA9SQAAPkk
AAALJQAADyUAABMlAAAlJQAAJiUAACclAAAqJQAA/Onf1PzU/NT8wbf8sKewo5+jmKOUkIx5
b4x5b4xljFIlAAiBFmjHX7EAF2h8ClsAY0gBAGRoAAAAAGRoAAAAAGRoarN6ZhMBCIEESAEA
BWhqs3pmFmh8ClsAEwEIgQRIAQAFaIuyemYWaO51cwAlAAiBFmjHX7EAF2judXMAY0gBAGRo
AAAAAGRoAAAAAGRoi7J6ZgYWaMdfsQAABhZolhHjAAAGFmj1aXkAAAwVaJFBVgAWaJFBVgAA
BhZoxBBwAAAGFmixSmYAABAVaFBuKQAWaLFKZgAwShMAAAwVaKd/0gAWaLFKZgAAEwEIgQRI
AQAFaIGyemYWaO51cwAlAAiBFmhbAyUAF2judXMAY0gBAGRoAAAAAGRoAAAAAGRogbJ6ZhUV
aFsDJQAWaFsDJQBCKgZwaP9mAAATAQiBBEgBAAVogLJ6ZhZo7nVzACUACIEWaFsDJQAXaO51
cwBjSAEAZGgAAAAAZGgAAAAAZGiAsnpmBhZoWwMlACAyJAAAoSQAAM0kAADOJAAAqSgAAKoo
AABHKgAAiSoAAIoqAADOKgAAHCsAALUAAAAAAAAAAAAAAABrAAAAAAAAAAAAAAAAZgAAAAAA
AAAAAAAAAGYAAAAAAAAAAAAAAABmAAAAAAAAAAAAAAAAZgAAAAAAAAAAAAAAAGYAAAAAAAAA
AAAAAABmAAAAAAAAAAAAAAAAWQAAAAAAAAAAAAAAAFkAAAAAAAAAAAAAAAAAAAAAAAwAAA+E
4BARhIjwXoTgEGCEiPBnZHZ7IgAABAAAZ2SWEeMAAEkAAAomAAtGCABFxoABAAEAZbJ6ZgAA
AAAAAAAAABcXFxcXFxcXFwAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAGdkkUFWAABJAAAKJgALRggARcaAAQABAGWyemYAAAAAAAAAAAAXFxcXFxcX
FxcAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAt/AAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZJFB
VgAACiolAAA1JQAAPiUAAEIlAABGJQAATCUAAFYlAAB/JQAAgiUAALwlAAAhJgAAMyYAAEAm
AACQJgAAsCYAALImAADJJgAA8SYAAAMnAAAKJwAAEicAABcnAAAeJwAAJScAAGUnAABrJwAA
bicAAH4nAACDJwAAjScAAI4nAAD88t/V/MK4/MKlko78ioaC/IZvZYZvZYZaT4ZaT4YAAAAA
FRVoOxBXABZoOxBXAEIqB3Bo/5kAABUVaA0qWAAWaA0qWABCKgZwaP9mAAATAQiBBEgBAAVo
kLJ6ZhZo7nVzACUACIEWaDsQVwAXaO51cwBjSAEAZGgAAAAAZGgAAAAAZGiQsnpmBhZoDSpY
AAAGFmg7EFcAAAYWaJYR4wAABhZoWwMlAAAlAAiBFmhbAyUAF2h8ClsAY0gBAGRoAAAAAGRo
AAAAAGRoa7N6ZiUACIEWaMdfsQAXaHwKWwBjSAEAZGgAAAAAZGgAAAAAZGhrs3pmEwEIgQRI
AQAFaGqzemYWaHwKWwAlAAiBFmjHX7EAF2h8ClsAY0gBAGRoAAAAAGRoAAAAAGRoarN6ZhMB
CIEESAEABWiLsnpmFmjudXMAJQAIgRZox1+xABdo7nVzAGNIAQBkaAAAAABkaAAAAABkaIuy
emYTAQiBBEgBAAVoa7N6ZhZofApbAAYWaMdfsQAejicAAOInAADpJwAA7ycAAPAnAAD7JwAA
BCgAAA4oAAAwKAAANigAADkoAAA6KAAAUSgAAFcoAABgKAAAbigAAHUoAAB7KAAAhigAAIco
AACpKAAAqigAAKsoAACtKAAAuSgAALwoAAD87+Tc/Mm//LfkrPy35PyhmY7c/Ip3ZFFkAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJQAIgRZoTnWdABdoFhhyAGNIAQBkaAAA
AABkaAAAAABkaKqyemYlAAiBFmjHX7EAF2gWGHIAY0gBAGRoAAAAAGRoAAAAAGRoqrJ6ZiUA
CIEWaBRHHQAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGiqsnpmBhZoTnWdAAAVFWjWTxwAFmhz
YxgAQioGcGj/ZgAADxZoDSpYAEIqBnBo/2YAABUVaNZPHAAWaNZPHABCKgZwaP9mAAAVFWhz
YxgAFmhzYxgAQioHcGj/zAAADxZoDSpYAEIqB3Bo/5kAABMBCIEESAEABWhks3pmFmh8ClsA
JQAIgRZoc2MYABdofApbAGNIAQBkaAAAAABkaAAAAABkaGSzemYPFmhzYxgAQioHcGj/mQAA
FRVoc2MYABZoc2MYAEIqB3Bo/5kAABgVaHNjGAAWaHNjGAA2CIFCKgdwaP+ZAAAABhZoc2MY
ABm8KAAAwCgAAMIoAADwKAAAECkAACYpAAAqKQAALikAAC8pAAA6KQAARykAAEgpAABTKQAA
VikAAFopAABeKQAAZSkAAIMpAACHKQAAjCkAAJYpAACaKQAAnikAAK4pAADs2ca8uKWbuKW4
kX647HRwbGhsaFVLbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATAQiBBEgBAAVo
n7J6ZhZoFhhyACUACIEWaBRHHQAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGifsnpmBhZoDSpY
AAAGFmgURx0AAAYWaMdfsQAAEwEIgQRIAQAFaIKyemYWaO51cwAlAAiBFmhOdZ0AF2h8ClsA
Y0gBAGRoAAAAAGRoAAAAAGRoZ7N6ZhMBCIEESAEABWhns3pmFmh8ClsAEwEIgQRIAQAFaGaz
emYWaHwKWwAlAAiBFmhOdZ0AF2h8ClsAY0gBAGRoAAAAAGRoAAAAAGRoZrN6ZgYWaE51nQAA
EwEIgQRIAQAFaKuyemYWaBYYcgAlAAiBFmhOdZ0AF2gWGHIAY0gBAGRoAAAAAGRoAAAAAGRo
qrJ6ZiUACIEWaMdfsQAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGiqsnpmJQAIgRZox1+xABdo
7nVzAGNIAQBkaAAAAABkaAAAAABkaIKyemYAF64pAACyKQAAtikAAMQpAADXKQAA4ykAAOop
AADrKQAA7CkAACgqAAAuKgAANSoAAD0qAAA+KgAARioAAEcqAACJKgAAiioAAI4qAACeKgAA
rSoAAOIqAADoKgAA8ioAABgrAAAcKwAAHysAAD4rAABUKwAA+CsAAP4rAAASLAAAIiwAAFIs
AAB7LAAAmSwAALQsAADcLAAA6iwAAAYtAAAKLQAAEy0AABgtAADs4t7ax73eubXavaLetZ6a
tZ6anpramp6anpqemp6anod9mnmatbl1ubUAAAAAAAAAAAAAAAAAAAAAAAAAAAYWaBIb7wAA
BhZo1k8cAAATAQiBBEgBAAVourJ6ZhZo62FbACUACIEWaHZ7IgAXaOthWwBjSAEAZGgAAAAA
ZGgAAAAAZGi6snpmBhZodnsiAAAGFmhzYxgAACUACIEWaBRHHQAXaOthWwBjSAEAZGgAAAAA
ZGgAAAAAZGirsnpmBhZoTnWdAAAGFmjHX7EAABMBCIEESAEABWirsnpmFmjrYVsAJQAIgRZo
DSpYABdo62FbAGNIAQBkaAAAAABkaAAAAABkaKuyemYGFmgNKlgAAAYWaBRHHQAAEwEIgQRI
AQAFaIKyemYWaO51cwAlAAiBFmgURx0AF2judXMAY0gBAGRoAAAAAGRoAAAAAGRogrJ6ZgAq
HCsAAPkrAADcLAAAOC4AAGkuAACNLgAAvi4AAHovAAAtMAAALjAAAJ4xAACfMQAAfDMAAFE0
AABSNAAAZDQAAJ01AAB/NgAAgTYAAKA2AADONgAA8gAAAAAAAAAAAAAAAPIAAAAAAAAAAAAA
AADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA
7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0A
AAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAA
AAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA3QAAAAAA
AAAAAAAAANgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAQAAGdk9Wl5AAgDAAomAAtGAABnZKo/BQAIAgAKJgALRgAAZ2SqPwUAAAQAAGdklhHjAAAM
AAAPhOAQEYSI8F6E4BBghIjwZ2R2eyIAABQYLQAAHC0AACAtAAArLQAAMS0AADctAAA8LQAA
Ri0AAEctAABSLQAAsC0AADcuAAA4LgAAlC4AALcuAAACLwAAIC8AACIvAAAjLwAAWy8AAHkv
AADZLwAA2i8AAC0wAAAyMAAANzAAAD0wAABIMAAATDAAAFAwAACIMAAAjDAAAJAwAACTMAAA
7OLs3trQ3uLszMjayMTIwMjAyMDIwMi8qZ+8jIK8b2W8AAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAEwEIgQRIAQAFaKCyemYWaBYYcgAlAAiBFmj+WU8AF2gWGHIAY0gBAGRo
AAAAAGRoAAAAAGRooLJ6ZhMBCIEESAEABWiDsnpmFmjudXMAJQAIgRZo/llPABdo7nVzAGNI
AQBkaAAAAABkaAAAAABkaIOyemYTAQiBBEgBAAVo0rJ6ZhZoghA9ACUACIEWaP5ZTwAXaIIQ
PQBjSAEAZGgAAAAAZGgAAAAAZGjSsnpmBhZo/llPAAAGFmjWTxwAAAYWaBRHHQAABhZoJGwO
AAAGFmjHX7EAABMBCIEESAEABWjAsnpmFmgKENoABhZoa37lAAAGFmhOdZ0AABMBCIEESAEA
BWhns3pmFmh8ClsAJQAIgRZoTnWdABdofApbAGNIAQBkaAAAAABkaAAAAABkaGezemYAIZMw
AACXMAAAmzAAAKwwAACuMAAAsDAAALUwAAC9MAAAwTAAAMcwAADkMAAA6DAAAOwwAADtMAAA
8TAAAPUwAAD7MAAAHjEAACIxAAAmMQAAJzEAACsxAAAvMQAAMTEAADYxAAA4MQAAPjEAAEAx
AABFMQAARzEAAE8xAABUMQAAXTEAAHUxAACBMQAAhTEAAIkxAACdMQAAnjEAAOzi3tPe08Te
096xp97T3tPesafelIre097T3tPe097T3oZzaYbeAAAAAAAAAAAAAAAAAAAAABMBCIEESAEA
BWiFsnpmFmjudXMAJQAIgRZoFEcdABdo7nVzAGNIAQBkaAAAAABkaAAAAABkaIWyemYGFmgU
Rx0AABMBCIEESAEABWiDsnpmFmjudXMAJQAIgRZo/llPABdo7nVzAGNIAQBkaAAAAABkaAAA
AABkaIOyemYTAQiBBEgBAAVooLJ6ZhZoFhhyACUACIEWaP5ZTwAXaBYYcgBjSAEAZGgAAAAA
ZGgAAAAAZGigsnpmHAEIgQRIAQAFaNyyemYWaIIQPQBCKgZwaP9mAAAAFRVo/llPABZo/llP
AEIqBnBo/2YAAAYWaP5ZTwAAEwEIgQRIAQAFaJGyemYWaO51cwAlAAiBFmj+WU8AF2judXMA
Y0gBAGRoAAAAAGRoAAAAAGRokbJ6ZgAmnjEAAJ8xAADSMgAA6jIAAAszAAB5MwAAezMAAHwz
AADSMwAA1jMAAFA0AABRNAAAUjQAAGI0AABkNAAAzDQAAJ01AADJNQAAzDUAABo2AACANgAA
gTYAAIY2AACHNgAAzjYAAN42AADsNgAA8zYAAAU3AAAGNwAAFDcAACQ3AAAlNwAAUDcAAPfs
5Nzk1Mm+tr6uqJ+blJuQm5SQm4ybiIJ8gnZwdmqCagAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAKFmg/eSAAMEoTAAAKFmj1aXkAMEoTAAAKFmghcJ4AMEoT
AAAKFmjWTxwAMEoTAAAKFmiWEeMAMEoTAAAGFmj1aXkAAAYWaKo/BQAABhZoP3kgAAAMFWin
f9IAFmghcJ4AAAYWaCFwngAAEBVoqj8FABZoIXCeADBKKAAAChZo/llPADBKKAAADxZoIXCe
AEIqB3Bo/5kAAA8WaKo/BQBCKgdwaP+ZAAAVFWghcJ4AFmghcJ4AQioHcGj/mQAAFRVoIXCe
ABZoJGwOAEIqB3Bo/5kAAA8WaNZPHABCKgdwaP+ZAAAPFmg5PcoAQioHcGj/mQAADxZoJGwO
AEIqB3Bo/5kAABUVaCFwngAWaBJYlABCKgdwaP+ZAAAPFmj+WU8AQioHcGj/mQAAACHONgAA
3jYAAPM2AAAGNwAAtQAAAAAAAAAAAAAAAGsAAAAAAAAAAAAAAAAhAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAASQAACiYAC0YZAEXGgAEAAQBlsnpmAQAAAAAAAAAAAAQCAAQCAAQCAAADAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ2RuZvkAAEkAAAom
AAtGGQBFxoABAAEAZbJ6ZgEAAAAAAAAAAAAEAgAEAgAEAgAAAgAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkbmb5AABJAAAKJgALRhkARcaAAQABAGWy
emYBAAAAAAAAAAAABAIABAIABAIAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABnZG5m+QAAAwY3AAAUNwAAIjcAAFk3AAC1AAAAAAAAAAAAAAAAawAA
AAAAAAAAAAAAACEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABJAAAKJgALRhkARcaAAQABAGWy
emYBAAAAAAAAAAAABAIABAIABAIAAAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAABnZD95IAAASQAACiYAC0YZAEXGgAEAAQBlsnpmAQAAAAAAAAAAAAQC
AAQCAAQCAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
Z2RuZvkAAEkAAAomAAtGGQBFxoABAAEAZbJ6ZgEAAAAAAAAAAAAEAgAEAgAEAgAABAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkbmb5AAADUDcAAFU3
AABYNwAAWTcAAGs3AABsNwAAejcAAI43AACTNwAASTgAAEo4AABwOAAAdTgAAJE4AADTOAAA
ATkAABA5AAAgOQAAJDkAACg5AAApOQAAODkAAEU5AABJOQAATTkAAE45AABTOQAAXzkAAGc5
AACBOQAA6t7V0c3RzcTRwNG80biyrLKXi7KshXBkhV6sXrIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAKFmgNKlgAMEoTAAAXAQiBBEgBAAVooLJ6ZhZoFhhyADBK
EwApAAiBFmj1dBcAF2gWGHIAMEoTAGNIAQBkaAAAAABkaAAAAABkaKCyemYKFmj1dBcAMEoT
AAAXAQiBBEgBAAVolLJ6ZhZo7nVzADBKEwApAAiBFmg/eSAAF2judXMAMEoTAGNIAQBkaAAA
AABkaAAAAABkaJSyemYKFmgkbA4AMEoTAAAKFmg/eSAAMEoTAAAGFmj1dBcAAAYWaKo/BQAA
BhZoOT3KAAAQFWhuZvkAFmhuZvkAMEoTAAAGFmhuZvkAAAYWaD95IAAAEBVoUG4pABZo9Wl5
ADBKEwAAFwEIgQRIAQAFaO+yemYWaH4+ggAwShMAKQAIgRZoP3kgABdofj6CADBKEwBjSAEA
ZGgAAAAAZGgAAAAAZGjvsnpmAB1ZNwAAcDgAAJE4AADSOAAA0zgAAAE5AAApOQAA+gAAAAAA
AAAAAAAAAPIAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAKgAAAAAAAAA
AAAAAABeAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABJAAAKJgAL
RiIARcaAAQABAGWyemYBAAAAAAAAAAAABAIABAIABAIAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZD95IAAASQAACiYAC0YiAEXGgAEAAQBlsnpm
AQAAAAAAAAAAAAQCAAQCAAQCAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAZ2Q/eSAACAMACiYAC0YAAGdkqj8FAAAEAABnZG5m+QAABik5AABOOQAA
ijkAAKg5AAC1AAAAAAAAAAAAAAAAawAAAAAAAAAAAAAAACEAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAABJAAAKJgALRiIARcaAAQABAGWyemYBAAAAAAAAAAAABAIABAIABAIAAAUAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZPV0FwAASQAACiYAC0Yi
AEXGgAEAAQBlsnpmAQAAAAAAAAAAAAQCAAQCAAQCAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ2Q/eSAAAEkAAAomAAtGIgBFxoABAAEAZbJ6ZgEA
AAAAAAAAAAAEAgAEAgAEAgAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAGdkP3kgAAADgTkAAIU5AACJOQAAijkAAI45AACYOQAAoDkAANA5AADwOQAA
9DkAAPg5AAD5OQAAQDoAAEY6AABNOgAAUDoAAGQ6AACMOgAAjToAAL86AAA7OwAAPDsAAD07
AABDOwAAXDsAAF47AACWOwAAlzsAAKM7AACvOwAA4zsAAOQ7AADsOwAA7jsAAAY8AADq3tjS
zNjMxrGlzMaQhMbM0n7SfsxrZ2BnYFxgZ2BcYGdgAAAAAAAAAAAAAAYWaKI12AAADBVop3/S
ABZosUpmAAAGFmiqPwUAACQVaDk9ygAWaPV0FwA1CIFCKgZDShIAT0oDAFFKAwBwaP9mAAAA
ChZoOT3KADBKEwAAFwEIgQRIAQAFaLSyemYWaOthWwAwShMAKQAIgRZoDSpYABdo62FbADBK
EwBjSAEAZGgAAAAAZGgAAAAAZGi0snpmFwEIgQRIAQAFaJayemYWaO51cwAwShMAKQAIgRZo
DSpYABdo7nVzADBKEwBjSAEAZGgAAAAAZGgAAAAAZGiWsnpmChZoDSpYADBKEwAAChZo9XQX
ADBKEwAAChZoJGwOADBKEwAAChZoP3kgADBKEwAAFwEIgQRIAQAFaJWyemYWaO51cwAwShMA
KQAIgRZoP3kgABdo7nVzADBKEwBjSAEAZGgAAAAAZGgAAAAAZGiVsnpmACKoOQAAyzkAAPk5
AAAlOgAAUDoAAI06AAC/OgAA6joAABE7AAA7OwAAPTsAAFQ7AACXOwAA5DsAAAc8AAAoPAAA
OjwAAE88AAC1AAAAAAAAAAAAAAAArAAAAAAAAAAAAAAAAKwAAAAAAAAAAAAAAACsAAAAAAAA
AAAAAAAAowAAAAAAAAAAAAAAAKwAAAAAAAAAAAAAAACsAAAAAAAAAAAAAAAArAAAAAAAAAAA
AAAAAKwAAAAAAAAAAAAAAACjAAAAAAAAAAAAAAAAmwAAAAAAAAAAAAAAAJYAAAAAAAAAAAAA
AACWAAAAAAAAAAAAAAAAlgAAAAAAAAAAAAAAAJYAAAAAAAAAAAAAAACWAAAAAAAAAAAAAAAA
lgAAAAAAAAAAAAAAAAAAAAAAAAAABBUAZ2RQbikACAMACiYAC0YAAGdkqj8FAAAIAAAPhGgB
XoRoAWdkOT3KAAAIAAAPhGgBXoRoAWdk9XQXAABJAAAKJgALRiIARcaAAQABAGWyemYBAAAA
AAAAAAAABAIABAIABAIAAAYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABnZPV0FwAAEQY8AAAHPAAADzwAABE8AAAVPAAAFjwAADE8AAAzPAAAOjwAAEY8
AABIPAAATzwAAFc8AABZPAAAYDwAAGE8AABlPAAAbzwAAHM8AAB1PAAAdjwAAHo8AAB7PAAA
jDwAAJA8AACaPAAAnjwAAKU8AACmPAAAqzwAALY8AAC3PAAAuzwAALw8AAC9PAAAwTwAAMs8
AADPPAAA0DwAANE8AADSPAAA1jwAANo8AADbPAAA3DwAAN48AADjPAAA5zwAAPE8AAD1PAAA
+DwAAPz49Pj0+PT48PTw+PT46dO9s+n06fTp072z6a/p/PT89PycibP8r/zTf+n89PycibP8
EwEIgQRIAQAFaJeyemYWaO51cwAlAAiBFmggcnkAF2gWGHIAY0gBAGRoAAAAAGRoAAAAAGRo
orJ6ZiUACIEWaCByeQAXaO51cwBjSAEAZGgAAAAAZGgAAAAAZGiXsnpmBhZoojXYAAATAQiB
BEgBAAVoorJ6ZhZoFhhyACsACIEVaKd/0gAWaLFKZgAXaBYYcgBjSAEAZGgAAAAAZGgAAAAA
ZGiisnpmKwAIgRVop3/SABZosUpmABdo7nVzAGNIAQBkaAAAAABkaAAAAABkaJeyemYMFWin
f9IAFmixSmYAAAYWaG5m+QAABhZoqj8FAAAGFmi3QwMAAAYWaCByeQAyTzwAAGA8AACmPAAA
0TwAACA9AABiPQAAgT0AAJM9AADDPQAA5z0AABg+AABcPgAAkj4AAJM+AAC0PgAAtT4AAMg+
AAAaQAAAL0AAAHZAAAB9QAAAQkIAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAA
AO0AAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADX
AAAAAAAAAAAAAAAAzgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdk1kuSAAkWABYkAUlmAQAAAGdk
1kuSAAgDAAomAAtGAABnZPxrLgAABAAAZ2R1eXgACAIACiYAC0YAAGdk/GsuAAAEAABnZLdD
AwAABBUAZ2RQbikAABX4PAAA/DwAAAA9AAABPQAACz0AAAw9AAAQPQAAGj0AAB49AAAfPQAA
ID0AACE9AAAiPQAAJj0AACo9AAAsPQAALj0AAEI9AABJPQAASz0AAE89AABTPQAAVD0AAFg9
AABcPQAAYD0AAGE9AABiPQAAZz0AAG49AABwPQAAcT0AAHM9AAB0PQAAdz0AAHs9AAB/PQAA
gT0AAK09AACxPQAAtT0AAOnf2NTY6b602LDYrJnf2JXY1NiZ39ismd+ssJGNkZWRlZF635GN
Z98AACUACIEWaDk9ygAXaO51cwBjSAEAZGgAAAAAZGgAAAAAZGiXsnpmJQAIgRZo9XQXABdo
7nVzAGNIAQBkaAAAAABkaAAAAABkaJeyemYGFmg5PcoAAAYWaPV0FwAABhZoqj8FAAAlAAiB
FmggcnkAF2judXMAY0gBAGRoAAAAAGRoAAAAAGRol7J6ZgYWaCByeQAABhZoojXYAAATAQiB
BEgBAAVoo7J6ZhZoFhhyACsACIEVaKd/0gAWaLFKZgAXaBYYcgBjSAEAZGgAAAAAZGgAAAAA
ZGijsnpmBhZot0MDAAAMFWinf9IAFmixSmYAABMBCIEESAEABWiXsnpmFmjudXMAKwAIgRVo
p3/SABZosUpmABdo7nVzAGNIAQBkaAAAAABkaAAAAABkaJeyemYAKLU9AADdPQAA4T0AAOU9
AAABPgAABT4AAAk+AAAYPgAAKj4AADE+AAAyPgAAWz4AAGw+AACRPgAAkz4AALM+AAC0PgAA
tT4AAMc+AADIPgAA2j4AANs+AADePgAAAz8AAAc/AAALPwAAHT8AAB8/AAAjPwAAJz8AAFA/
AABuPwAAcj8AAHY/AACVPwAAnj8AAKI/AAD86d/86d/82/zb/Nv829Tb0MnC/ND80K/f0KuY
36vQhXvQd2QAAAAAAAAAAAAAAAAAAAAAJQAIgRZot1+4ABdo7nVzAGNIAQBkaAAAAABkaAAA
AABkaJmyemYGFmi3X7gAABMBCIEESAEABWigsnpmFmgWGHIAJQAIgRZodXl4ABdoFhhyAGNI
AQBkaAAAAABkaAAAAABkaKCyemYlAAiBFmjWTxwAF2judXMAY0gBAGRoAAAAAGRoAAAAAGRo
mLJ6ZgYWaNZPHAAAJQAIgRZodXl4ABdo7nVzAGNIAQBkaAAAAABkaAAAAABkaJiyemYMFWj8
ay4AFmiqPwUAAAwVaPxrLgAWaHV5eAAABhZodXl4AAAMFWiqPwUAFmi3QwMAAAYWaKo/BQAA
EwEIgQRIAQAFaJiyemYWaO51cwAlAAiBFmg5PcoAF2judXMAY0gBAGRoAAAAAGRoAAAAAGRo
mLJ6ZgYWaDk9ygAkoj8AAKY/AAAYQAAAGUAAABpAAAAcQAAAH0AAAC1AAAAvQAAAcUAAAHNA
AADRQAAA+EAAAP5AAAD/QAAADEEAABFBAABuQQAAckEAAHpBAAAaQgAAI0IAADVCAABAQgAA
QUIAAEJCAABDQgAAV0IAAFtCAABfQgAAqUMAAK9DAAC2QwAAz0MAAOtDAACKRAAA9fHt6eHZ
0c3pzenJvsm6r7qckrqvuq+67emOe/WOaF6O8Y4AAAAAAAAAAAATAQiBBEgBAAVotLJ6ZhZo
62FbACUACIEWaN9ZlgAXaOthWwBjSAEAZGgAAAAAZGgAAAAAZGi0snpmJQAIgRZo31mWABdo
7nVzAGNIAQBkaAAAAABkaAAAAABkaJmyemYGFmjfWZYAABMBCIEESAEABWjzsnpmFmh+PoIA
JQAIgRZoWwMlABdofj6CAGNIAQBkaAAAAABkaAAAAABkaPOyemYVFWhbAyUAFmhbAyUAQioG
cGj/ZgAABhZoWwMlAAAVFWg5PcoAFmg5PcoAQioGcGj/ZgAABhZoOT3KAAAGFmiqPwUAAA8V
aPxrLgAWaKo/BQBcCIEPFWj8ay4AFmj8ay4AXAiBDxVo/GsuABZodXl4AFwIgQYWaHV5eAAA
BhZo/GsuAAAGFmi3X7gAABMBCIEESAEABWiZsnpmFmjudXMAACNCQgAAQ0IAAEtCAADYRAAA
2UQAAN9EAAA9RQAAuwAAAAAAAAAAAAAAALIAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAZQAA
AAAAAAAAAAAAALIAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARAAAa2R+JAIAFiQBFyQBSWYBAAAACNYwAAJt/9AC
RCOABmMDAAAAAAAAAAAAAAAAAAAAAAAGdCAAAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2
AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wkA
ABYkAUlmAQAAAGdk1kuSAAkWABYkAUlmAQAAAGdk1kuSAEQAAGtkGCQCABYkARckAUlmAQAA
AAjWMAACbf/QAkQjgAZjAwAAAAAAAAAAAAAAAAAAAAAABnQgAAAAAAAAAAAAAAAAAAAAABT2
A9cjF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8A
AAD/YfYDbf8ABopEAACkRAAA2UQAAO1EAAANRQAAPkUAAGtFAAB1RQAAtUYAAMtGAAAMRwAA
MUcAAE5HAADERwAA6UcAAOpHAABcSQAAeEkAAHlJAACfSQAADEoAABlKAACzSgAAtEoAANdK
AADYSgAA2UoAANxKAADlSgAA5koAAD1LAABBSwAAQksAAENLAABHSwAASksAAI9LAACQSwAA
uEsAAL1LAADGSwAAyEsAAM1LAAAXTAAAG0wAAI9MAACWTAAAv0wAAMBMAAAITQAACU0AACJN
AAAjTQAA/Pj08PTs9Ozh2eHZ4dnh7PTw9Oz07NHsxtHC7NHsueyy7Lnssuy57K6jrqOumK6R
7NHshgAAAAAVAgiBA2rpKQIABggBFmh8ClsAVQgBDBVobmb5ABZot1+4AAAVFWj+WU8AFmi3
X7gAQioGcGj/ZgAAFRVot1+4ABZot1+4AEIqBnBo/2YAAAYWaLdfuAAADBVobmb5ABZodXl4
AAAQFWhXIdAAFmh1eXgAMEoTAAAGFmgNKlgAABUCCIEDakYpAgAGCAEWaHwKWwBVCAEPA2oA
AAAAFmh1eXgAVQgBDxZoDSpYAEIqBnBo/2YAABUVaA0qWAAWaA0qWABCKgZwaP9mAAAGFmh1
eXgAAAYWaDk9ygAABhZo/GsuAAAGFmjfWZYAAAYWaBIb7wA0PUUAAD5FAABDRQAAlEUAAJVF
AACcRQAA9UUAALsAAAAAAAAAAAAAAACyAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAGUAAAAA
AAAAAAAAAACyAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAGtkSiUCABYkARckAUlmAQAAAAjWMAACbf/QAkQj
gAZjAwAAAAAAAAAAAAAAAAAAAAAABnQgAAAAAAAAAAAAAAAAAAAAABT2A9cjF/YDAAAY9gMA
ABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/YfYDbf8JAAAW
JAFJZgEAAABnZNZLkgAJFgAWJAFJZgEAAABnZNZLkgBEAABrZOQkAgAWJAEXJAFJZgEAAAAI
1jAAAm3/0AJEI4AGYwMAAAAAAAAAAAAAAAAAAAAAAAZ0IAAAAAAAAAAAAAAAAAAAAAAU9gPX
Ixf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA
/2H2A23/AAb1RQAA9kUAAPtFAABSRgAAU0YAAFlGAAC1RgAACUcAAOpHAAC7AAAAAAAAAAAA
AAAAsgAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAABlAAAAAAAAAAAAAAAAsgAAAAAAAAAAAAAA
AKkAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARAAAa2QW
JgIAFiQBFyQBSWYBAAAACNYwAAJt/9ACRCOABmMDAAAAAAAAAAAAAAAAAAAAAAAGdCAAAAAA
AAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAA
AP8AAAD/HdYIAAAA/wAAAP9h9gNt/wkAABYkAUlmAQAAAGdk1kuSAAkWABYkAUlmAQAAAGdk
1kuSAEQAAGtksCUCABYkARckAUlmAQAAAAjWMAACbf/QAkQjgAZjAwAAAAAAAAAAAAAAAAAA
AAAABnQgAAAAAAAAAAAAAAAAAAAAABT2A9cjF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA
/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/YfYDbf8ACOpHAADrRwAA8UcAAI9IAACQSAAA
lUgAAFtJAAC7AAAAAAAAAAAAAAAAsgAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAABlAAAAAAAA
AAAAAAAAsgAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABEAABrZOImAgAWJAEXJAFJZgEAAAAI1jAAAm3/0AJEI4AG
YwMAAAAAAAAAAAAAAAAAAAAAAAZ0IAAAAAAAAAAAAAAAAAAAAAAU9gPXIxf2AwAAGPYDAAAa
1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA/2H2A23/CQAAFiQB
SWYBAAAAZ2TWS5IACRYAFiQBSWYBAAAAZ2TWS5IARAAAa2R8JgIAFiQBFyQBSWYBAAAACNYw
AAJt/9ACRCOABmMDAAAAAAAAAAAAAAAAAAAAAAAGdCAAAAAAAAAAAAAAAAAAAAAAFPYD1yMX
9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h
9gNt/wAGW0kAAFxJAABhSQAAnkkAAJ9JAAClSQAA1kkAALsAAAAAAAAAAAAAAACyAAAAAAAA
AAAAAAAAqQAAAAAAAAAAAAAAAGUAAAAAAAAAAAAAAACyAAAAAAAAAAAAAAAAqQAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAGtkricC
ABYkARckAUlmAQAAAAjWMAACbf/QAkQjgAZjAwAAAAAAAAAAAAAAAAAAAAAABnQgAAAAAAAA
AAAAAAAAAAAAABT2A9cjF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/
AAAA/x3WCAAAAP8AAAD/YfYDbf8JAAAWJAFJZgEAAABnZNZLkgAJFgAWJAFJZgEAAABnZNZL
kgBEAABrZEgnAgAWJAEXJAFJZgEAAAAI1jAAAm3/0AJEI4AGYwMAAAAAAAAAAAAAAAAAAAAA
AAZ0IAAAAAAAAAAAAAAAAAAAAAAU9gPXIxf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8A
AAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA/2H2A23/AAbWSQAA10kAANxJAABkSgAAZUoAAGpK
AACGSgAAuwAAAAAAAAAAAAAAALIAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAZQAAAAAAAAAA
AAAAALIAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAARAAAa2R6KAIAFiQBFyQBSWYBAAAACNYwAAJt/9ACRCOABmMD
AAAAAAAAAAAAAAAAAAAAAAAGdCAAAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYI
AAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wkAABYkAUlm
AQAAAGdk1kuSAAkWABYkAUlmAQAAAGdk1kuSAEQAAGtkFCgCABYkARckAUlmAQAAAAjWMAAC
bf/QAkQjgAZjAwAAAAAAAAAAAAAAAAAAAAAABnQgAAAAAAAAAAAAAAAAAAAAABT2A9cjF/YD
AAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/YfYD
bf8ABoZKAACHSgAACksAAENLAAC7AAAAAAAAAAAAAAAAtgAAAAAAAAAAAAAAAGwAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAABJGAAKJgALRggARcaAAQABAGWyemYAAAAAAAAAAAAXFxcXFxcXFxcAAAMAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAt/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZHV5eAAABAAAZ2R1eXgA
RAAAa2TgKAIAFiQBFyQBSWYBAAAACNYwAAJt/9ACRCOABmMDAAAAAAAAAAAAAAAAAAAAAAAG
dCAAAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA
/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wADQ0sAAJBLAADGSwAAFUwAALUAAAAAAAAA
AAAAAABrAAAAAAAAAAAAAAAAIQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEkYAAomAAtGCABF
xoABAAEAZbJ6ZgAAAAAAAAAAABcXFxcXFxcXFwAABgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkdXl4AABJGAAKJgALRggARcaAAQABAGWyemYAAAAA
AAAAAAAXFxcXFxcXFxcAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA
t/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABnZHV5eAAASRgACiYAC0YIAEXGgAEAAQBlsnpmAAAAAAAAAAAAFxcXFxcXFxcX
AAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABALfwAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ2R1eXgA
AAMVTAAAf0wAAMBMAAAzTQAANE0AAFBNAADITgAAyU4AAM1OAAC1AAAAAAAAAAAAAAAAawAA
AAAAAAAAAAAAAGYAAAAAAAAAAAAAAABmAAAAAAAAAAAAAAAAXgAAAAAAAAAAAAAAAFkAAAAA
AAAAAAAAAABZAAAAAAAAAAAAAAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
CRYAFiQBSWYBAAAAZ2TWS5IAAAQAAGdkFG/oAAgDAAomAAtGAABnZBRv6AAABAAAZ2R/WAEA
AEkYAAomAAtGCABFxoABAAEAZbJ6ZgAAAAAAAAAAABcXFxcXFxcXFwAACAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGdkt1+4AABJGAAKJgALRggARcaA
AQABAGWyemYAAAAAAAAAAAAXFxcXFxcXFxcAAAcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAt/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABnZLdfuAAACCNNAAAkTQAAKU0AACpNAAAyTQAAM00AADRN
AAA2TQAAQk0AAENNAABOTQAAVk0AAFpNAABeTQAAk00AAMdOAADITgAAyU4AAMxPAADOTwAA
z08AANNPAADXTwAAOFAAAJFQAACXUAAAmVAAAPdQAAAbUQAAHVEAAPfz9/Pv6ODbz7q2o5m2
lbaRtoa2c2m2ZbZatlZLABUVaDhTKAAWaBRv6ABCKgZwaP9mAAAGFmg4UygAABUVaFsDJQAW
aBRv6ABCKgZwaP9mAAAGFmhbAyUAABMBCIEESAEABWihsnpmFmgWGHIAJQAIgRZoFG/oABdo
FhhyAGNIAQBkaAAAAABkaAAAAABkaKGyemYVFWhbdbcAFmgUb+gAQioGcGj/ZgAABhZoW3W3
AAAGFmh/WAEAABMBCIEESAEABWiZsnpmFmjudXMAJQAIgRZoFG/oABdo7nVzAGNIAQBkaAAA
AABkaAAAAABkaJmyemYGFmgUb+gAACgACIEWaBRv6AAXaHwKWwBcCIFjSAEAZGgAAAAAZGgA
AAAAZGhos3pmABYBCIEESAEABWhos3pmFmh8ClsAXAiBAAkWaBRv6ABcCIEPFWj8ay4AFmgU
b+gAXAiBDBVof1gBABZof1gBAAAGFmjhXsUAAAYWaHV5eAAADwNqAAAAABZodXl4AFUIAQAd
zU4AAARQAAAFUAAAC1AAACtSAAD6UgAA+1IAAAJTAAA0VAAA9gAAAAAAAAAAAAAAALIAAAAA
AAAAAAAAAACpAAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAABlAAAAAAAA
AAAAAAAAqQAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEQAAGtkJysCABYkARck
AUlmAQAAAAjWMAACbf9fAkQjgAbyAgAAAAAAAAAAAAAAAAAAAAAABuUgAAAAAAAAAAAAAAAA
AAAAABT2A9cjF/YDAAAY9gMAABrWCAAAAP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3W
CAAAAP8AAAD/YfYDbf8JFgAWJAFJZgEAAABnZNZLkgBEAABrZMEqAgAWJAEXJAFJZgEAAAAI
1jAAAm3/XwJEI4AG8gIAAAAAAAAAAAAAAAAAAAAAAAblIAAAAAAAAAAAAAAAAAAAAAAU9gPX
Ixf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA
/2H2A23/CQAAFiQBSWYBAAAAZ2TWS5IAAAgdUQAAIlEAACVRAAA0UQAAN1EAAJNRAACUUQAA
sVEAALRRAAC2UQAABlIAAApSAAALUgAAEFIAAClSAAArUgAAeFIAAHpSAACoUgAAsFIAALVS
AAC7UgAAwFIAAMZSAAD5UgAA+lIAAPtSAAACVAAAFVQAADVUAAD88fzx/O3i2tLtx7KXx+2T
iJOIk4htXpNX/FNPUwAAAAAAAAAAAAYWaGhh0gAABhZoOFMoAAAMFWjfWZYAFmhbAyUAABwB
CIEESAEABWgDs3pmFmgTZGcAQioGcGj/ZgAAADQACIEVaFsDJQAWaFsDJQAXaBNkZwBCKgZj
SAEAZGgAAAAAZGgAAAAAZGgDs3pmcGj/ZgAAABUVaFsDJQAWaFsDJQBCKgZwaP9mAAAGFmhb
AyUAADQACIEVaN9ZlgAWaN9ZlgAXaBNkZwBCKgZjSAEAZGgAAAAAZGgAAAAAZGj7snpmcGj/
ZgAAACgBCIEESAEABWj7snpmFWjfWZYAFmgTZGcAF2gTZGcAQioGcGj/ZgAAABUVaN9ZlgAW
aN9ZlgBCKgZwaP9mAAAPFmjfWZYAQioGcGj/ZgAADxZoOFMoAEIqBnBo/2YAABUVaDk9ygAW
aBRv6ABCKgZwaP9mAAAGFmjfWZYAABUVaDhTKAAWaBRv6ABCKgZwaP9mAAAGFmgUb+gAHTRU
AAA1VAAANlQAAIdUAACIVAAApVQAAPdWAAD4VgAAolcAAEhYAABJWAAAdFgAAHVYAAB8WAAA
LlkAAChaAABSXgAALl8AALsAAAAAAAAAAAAAAACzAAAAAAAAAAAAAAAArgAAAAAAAAAAAAAA
ALMAAAAAAAAAAAAAAACzAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAACp
AAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAqQAA
AAAAAAAAAAAAAKAAAAAAAAAAAAAAAACXAAAAAAAAAAAAAAAAlwAAAAAAAAAAAAAAAJcAAAAA
AAAAAAAAAACXAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2TWS5IACRYAFiQB
SWYBAAAAZ2TWS5IAAAQAAGdkFG/oAAAEAABnZLdfuAAIAwAKJgALRgAAZ2QUb+gARAAAa2SN
KwIAFiQBFyQBSWYBAAAACNYwAAJt/18CRCOABvICAAAAAAAAAAAAAAAAAAAAAAAG5SAAAAAA
AAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA/xzWCAAA
AP8AAAD/HdYIAAAA/wAAAP9h9gNt/wARNVQAADZUAABbVAAAYFQAAGVUAABrVAAAbFQAAIZU
AACHVAAAiFQAAIpUAACXVAAAmFQAAKNUAACuVAAAr1QAALBUAAC7VAAAwlQAAOBUAAALVQAA
EFUAABFVAAAVVQAAG1UAACBVAAAoVQAAZ1UAAGpVAABWVgAAkVYAAJtWAACgVgAAo1YAAPr2
6/bj6/bc+tTPw66qoKqNqomFeoV6b6pvqoWqa2BVYAAVFWhoYdIAFmhoYdIAQioGcGj/ZgAA
FRVoaGHSABZoeA79AEIqBnBo/2YAAAYWaHgO/QAAFRVoaGHSABZoFG/oAEIqBnBo/2YAABUV
aGhh0gAWaDhTKABCKgZwaP9mAAAGFmg4UygAAAYWaGhh0gAAJQAIgRZoFG/oABdofApbAGNI
AQBkaAAAAABkaAAAAABkaGizemYTAQiBBEgBAAVoaLN6ZhZofApbAAYWaBRv6AAAKAAIgRZo
FG/oABdofApbAFwIgWNIAQBkaAAAAABkaAAAAABkaGizemYAFgEIgQRIAQAFaGizemYWaHwK
WwBcCIEACRZoFG/oAFwIgQ8VaPxrLgAWaBRv6ABcCIEMFWi3X7gAFmi3X7gAAA8WaLdfuABC
KgZwaP9mAAAVFWi3X7gAFmi3X7gAQioGcGj/ZgAABhZot1+4AAAJFmi3X7gAXAiBACGjVgAA
y1YAAPZWAAAYVwAAGVcAABpXAAAbVwAAJlcAAKFXAACiVwAAs1cAALRXAAAUWAAAGFgAAGVY
AAByWAAAdFgAAHVYAAC8WAAAwlgAAMlYAADkWAAA6lgAAO9YAADzWAAADVkAABJZAAAuWQAA
NFkAAIZZAACMWQAAk1kAANFZAADWWQAA11kAAN1ZAADkWQAA7lkAAPRZAAD7WQAAKFoAACxa
AAA4WgAAQVoAAFZaAAD8+Pz06vTX9PzTydO20/jTr6uYjquDq4Org6uDq5iOq4OrmI6rmI6r
g6vTfwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYWaGhh0gAAFRVoaGHSABZoplpb
AEIqBnBo/2YAABMBCIEESAEABWi1snpmFmjrYVsAJQAIgRZoplpbABdo62FbAGNIAQBkaAAA
AABkaAAAAABkaLWyemYGFmimWlsAAAwVaBRv6AAWaMdfsQAAJQAIgRZof1gBABdoE2RnAGNI
AQBkaAAAAABkaAAAAABkaAWzemYTAQiBBEgBAAVoBrN6ZhZoE2RnAAYWaH9YAQAAJQAIgRZo
x1+xABdofApbAGNIAQBkaAAAAABkaAAAAABkaGizemYTAQiBBEgBAAVoaLN6ZhZofApbAAYW
aMdfsQAABhZoW3W3AAAGFmh4Dv0ALFZaAABcWgAAZFoAAGtaAABxWgAAcloAAKlaAACrWgAA
r1oAALBaAAC2WgAAt1oAAL1aAADnWgAA7VoAAPRaAAD2WgAAIVsAACpbAABRWwAAV1sAAFxb
AAC8WwAA3FsAABNcAAAbXAAAW10AAF1dAADLXQAA0F0AANVdAADaXQAA4l0AAOzi2NTQ1L3U
qpfUjdSXg9R/dH9hjX9df3R/1H/QUtBSFRVoaGHSABZof1gBAEIqBnBo/2YAAAYWaBIb7wAA
JQAIgRZoplpbABdo62FbAGNIAQBkaAAAAABkaAAAAABkaLayemYVFWhoYdIAFmimWlsAQioG
cGj/ZgAABhZoplpbAAATAQiBBEgBAAVotrJ6ZhZo62FbABMBCIEESAEABWgQs3pmFmgUUncA
JQAIgRZoaGHSABdo62FbAGNIAQBkaAAAAABkaAAAAABkaLayemYlAAiBFmhoYdIAF2gUUncA
Y0gBAGRoAAAAAGRoAAAAAGRoELN6ZiUACIEWaGhh0gAXaBRSdwBjSAEAZGgAAAAAZGgAAAAA
ZGgOs3pmBhZof1gBAAAGFmhoYdIAABMBCIEESAEABWi1snpmFmjrYVsAEwEIgQRIAQAFaA2z
emYWaBRSdwAlAAiBFmhoYdIAF2jrYVsAY0gBAGRoAAAAAGRoAAAAAGRotbJ6ZgAg4l0AAONd
AADpXQAA8F0AAFFeAABSXgAAVl4AAFxeAACCXgAAiF4AAJBeAACXXgAA1l4AANxeAADoXgAA
6V4AAO9eAAD2XgAALl8AAC9fAAAzXwAANV8AAEJfAABDXwAARF8AAExfAABNXwAAiV8AAJNf
AACUXwAAwl8AAMdfAADJXwAA2l8AANxfAAD86d/82/zQ/OnG3/yzqfzp3/zbpaGXjXqleqVv
Z6VcpVylAAAAAAAAAAAAABUVaGhh0gAWaDhTKABCKgZwaP9mAAAPFmg4UygAQioGcGj/ZgAA
FRVoOFMoABZoOFMoAEIqBnBo/2YAACUACIEWaDhTKAAXaBRSdwBjSAEAZGgAAAAAZGgAAAAA
ZGgUs3pmEwEIgQRIAQAFaBSzemYWaBRSdwATAQiBBEgBAAVoE7N6ZhZoFFJ3AAYWaBRv6AAA
BhZoOFMoAAATAQiBBEgBAAVoErN6ZhZoFFJ3ACUACIEWaH9YAQAXaBRSdwBjSAEAZGgAAAAA
ZGgAAAAAZGgSs3pmEwEIgQRIAQAFaBGzemYWaBRSdwAVFWhoYdIAFmh/WAEAQioGcGj/ZgAA
BhZoplpbAAATAQiBBEgBAAVotrJ6ZhZo62FbACUACIEWaH9YAQAXaOthWwBjSAEAZGgAAAAA
ZGgAAAAAZGi2snpmBhZof1gBACIuXwAAL18AADVfAAAQYAAAzGAAAM1gAADSYAAAHGIAALsA
AAAAAAAAAAAAAACyAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAABlAAAA
AAAAAAAAAAAAsgAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAARAAAa2RZLAIAFiQBFyQBSWYBAAAACNYwAAJt/18CRCOABvICAAAAAAAAAAAAAAAA
AAAAAAAG5SAAAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggA
AAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wkAABYkAUlmAQAAAGdk1kuSAAkW
ABYkAUlmAQAAAGdk1kuSAEQAAGtk8ysCABYkARckAUlmAQAAAAjWMAACbf9fAkQjgAbyAgAA
AAAAAAAAAAAAAAAAAAAABuUgAAAAAAAAAAAAAAAAAAAAABT2A9cjF/YDAAAY9gMAABrWCAAA
AP8AAAD/G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/YfYDbf8AB9xfAADgXwAA
8F8AAA9gAAAQYAAAZGAAAJlgAADLYAAAzGAAAM1gAADRYAAA0mAAAOBgAADhYAAA6WAAAOpg
AABRYQAAdWEAAH5hAADgYQAA9mEAAA5iAAAUYgAAG2IAAB1iAAAeYgAAImIAAChiAAAtYgAA
MWIAAE5iAABSYgAAVmIAAIliAACKYgAAymIAAMtiAADMYgAA0WIAANJiAAD16ubi18/H1+Lm
4r2q5qrmppuml5OIk+KEgHWAdYBxgG1pgGltZW0AAAAGFmhrPIYAAAYWaOwc5gAABhZof1gB
AAAGFmhPLooAABUVaGhh0gAWaLdfuABCKgZwaP9mAAAGFmi3X7gAAAYWaOFexQAAFRVoaGHS
ABZoaGHSAEIqBnBo/2YAAAYWaGhh0gAABhZoIlNKAAAVFWimWlsAFmimWlsAQioGcGj/ZgAA
BhZoplpbAAAlAAiBFmg4UygAF2gUUncAY0gBAGRoAAAAAGRoAAAAAGRoFLN6ZhMBCIEESAEA
BWgUs3pmFmgUUncADxZoazyGAEIqBnBo/2YAAA8WaH9YAQBCKgZwaP9mAAAVFWg4UygAFmg4
UygAQioGcGj/ZgAABhZoFG/oAAAGFmg4UygAABUVaGhh0gAWaDhTKABCKgZwaP9mAAATAQiB
BEgBAAVoFbN6ZhZoFFJ3AAAnHGIAAB1iAAAeYgAAQmIAAMxiAADSYgAAwGUAAMFlAADIZQAA
B2gAALsAAAAAAAAAAAAAAAC2AAAAAAAAAAAAAAAAtgAAAAAAAAAAAAAAALEAAAAAAAAAAAAA
AACoAAAAAAAAAAAAAAAAnwAAAAAAAAAAAAAAAFsAAAAAAAAAAAAAAACoAAAAAAAAAAAAAAAA
nwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEAABrZCUtAgAWJAEXJAFJ
ZgEAAAAI1jAAAm3/hANEI4AGFwQAAAAAAAAAAAAAAAAAAAAAAAbAHwAAAAAAAAAAAAAAAAAA
AAAU9gPXIxf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggA
AAD/AAAA/2H2A23/CQAAFiQBSWYBAAAAZ2TWS5IACRYAFiQBSWYBAAAAZ2TWS5IAAAQAAGdk
f1gBAAAEAABnZLdDAwBEAABrZL8sAgAWJAEXJAFJZgEAAAAI1jAAAm3/XwJEI4AG8gIAAAAA
AAAAAAAAAAAAAAAAAAblIAAAAAAAAAAAAAAAAAAAAAAU9gPXIxf2AwAAGPYDAAAa1ggAAAD/
AAAA/xvWCAAAAP8AAAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA/2H2A23/AAnSYgAA1mIAANti
AAC6YwAAwGMAANRjAADVYwAA/GMAAE5kAABSZAAAU2QAAFFlAABSZQAAcGUAAHVlAACVZQAA
m2UAAL1lAADAZQAAwWUAAMdlAADIZQAAymUAABdnAABDZwAASWcAAFBnAABbZwAAaGcAAGxn
AAB7ZwAAxGcAAM9nAADYZwAA8GcAAAZoAAAHaAAACGgAACdoAAAsaAAACGkAABRpAAAbaQAA
I2kAAFtpAAB5aQAA/WkAAA1qAAD88fzp8fzl/OH83dnO3c7d2d3K3fzdxsKvpcKawprCmo/l
wsb8xoTGecaExuHG2QAAABUVaBIb7wAWaMwriABCKgZwaP9mAAAVFWhoYdIAFmjMK4gAQioG
cGj/ZgAAFRVoaGHSABZoEhvvAEIqBnBo/2YAABUVaGhh0gAWaC19tQBCKgZwaP9mAAATAQiB
BEgBAAVot7J6ZhZo62FbACUACIEWaC19tQAXaOthWwBjSAEAZGgAAAAAZGgAAAAAZGi3snpm
BhZoLX21AAAGFmjMK4gAAAYWaH9YAQAAFRVoaGHSABZoCTGLAEIqBnBo/2YAAAYWaE8uigAA
BhZoCTGLAAAGFmhoYdIAAAYWaBIb7wAADxZoaGHSAEIqBnBo/2YAABUVaGhh0gAWaGs8hgBC
KgZwaP9mAAAGFmhrPIYALwdoAAAIaAAAEWgAAIJpAACDaQAAjWkAAGBrAAC7AAAAAAAAAAAA
AAAAsgAAAAAAAAAAAAAAAKkAAAAAAAAAAAAAAABlAAAAAAAAAAAAAAAAsgAAAAAAAAAAAAAA
AKkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AABEAABrZPEtAgAWJAEXJAFJZgEAAAAI1jAAAm3/hANEI4AGFwQAAAAAAAAAAAAAAAAAAAAA
AAbAHwAAAAAAAAAAAAAAAAAAAAAU9gPXIxf2AwAAGPYDAAAa1ggAAAD/AAAA/xvWCAAAAP8A
AAD/HNYIAAAA/wAAAP8d1ggAAAD/AAAA/2H2A23/CQAAFiQBSWYBAAAAZ2TWS5IACRYAFiQB
SWYBAAAAZ2TWS5IARAAAa2SLLQIAFiQBFyQBSWYBAAAACNYwAAJt/4QDRCOABhcEAAAAAAAA
AAAAAAAAAAAAAAAGwB8AAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAA
AP8b1ggAAAD/AAAA/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wAGDWoAAA5qAAAragAA
z2oAANVqAAAFawAAX2sAAGFrAACgawAApmsAAK1rAAASbAAAGGwAAB9sAABObAAAVGwAAFts
AACXbAAAnWwAAKRsAAAfbQAAPW0AAE5tAABQbQAAUW0AAG5tAACybgAA2m4AACJvAAAjbwAA
3nAAAORwAADrcAAA9XAAAPpwAAAdcQAAHnEAAB9xAAAucQAAN3EAANBxAADUcQAA2HEAANtx
AAB5cgAA/Pj8+Pz4/PTh1/Th1/Th1/Th1/TT9NPJ0/TF0/S6n5C6iLr0+IR9hHSEdIQAAAAA
AAAAABAVaFBuKQAWaO965AAwShMAAAwVaNkMdAAWaO965AAABhZo73rkAAAPFmhbdbcAQioG
cGj/ZgAAHAEIgQRIAQAFaLeyemYWaOthWwBCKgZwaP9mAAAANAAIgRVomGQaABZoIlNKABdo
62FbAEIqBmNIAQBkaAAAAABkaAAAAABkaLeyemZwaP9mAAAAFRVomGQaABZoIlNKAEIqBnBo
/2YAAAYWaJhkGgAAEwEIgQRIAQAFaCizemYWaN0O9wAGFmgtfbUAABMBCIEESAEABWi3snpm
FmjrYVsAJQAIgRZoIlNKABdo62FbAGNIAQBkaAAAAABkaAAAAABkaLeyemYGFmgiU0oAAAYW
aE8uigAABhZozCuIACxgawAAYWsAAGdrAABebAAAI28AAB1xAAAecQAAH3EAADhxAAAZcwAA
uwAAAAAAAAAAAAAAALIAAAAAAAAAAAAAAACpAAAAAAAAAAAAAAAAqQAAAAAAAAAAAAAAAKkA
AAAAAAAAAAAAAABlAAAAAAAAAAAAAAAAYAAAAAAAAAAAAAAAAFgAAAAAAAAAAAAAAABTAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAQAAGdk73rkAAgCAAomAAtGAABnZO965AAABAAAZ2RPLooA
RAAAa2S9LgIAFiQBFyQBSWYBAAAACNYwAAJt/4QDRCOABhcEAAAAAAAAAAAAAAAAAAAAAAAG
wB8AAAAAAAAAAAAAAAAAAAAAFPYD1yMX9gMAABj2AwAAGtYIAAAA/wAAAP8b1ggAAAD/AAAA
/xzWCAAAAP8AAAD/HdYIAAAA/wAAAP9h9gNt/wkAABYkAUlmAQAAAGdk1kuSAAkWABYkAUlm
AQAAAGdk1kuSAEQAAGtkVy4CABYkARckAUlmAQAAAAjWMAACbf+EA0QjgAYXBAAAAAAAAAAA
AAAAAAAAAAAABsAfAAAAAAAAAAAAAAAAAAAAABT2A9cjF/YDAAAY9gMAABrWCAAAAP8AAAD/
G9YIAAAA/wAAAP8c1ggAAAD/AAAA/x3WCAAAAP8AAAD/YfYDbf8ACXlyAAB9cgAAgXIAALBy
AACycgAAu3IAAMByAADCcgAAy3IAABJzAAAUcwAAF3MAAIRzAACIcwAAjHMAANNzAADbcwAA
HnQAADB0AAB2dAAAgnQAAJB0AACYdAAAEHUAABR1AAAmdQAAKnUAAER1AABFdQAAb3UAAHB1
AAC0dQAAtnUAALd1AAAWeAAAF3gAABl4AABBeAAAR3gAAE54AABWeAAAXHgAAGN4AADveAAA
8HgAABd6AAAjegAAjXoAAJN6AABZewAA7OLe2M/e2M/e2M/e7OLez97P3s/ez97P3s/ey8TA
y7zLuMu8uKWbuKWbuJe4jLiXuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAVFWho
YdIAFmgYQFYAQioGcGj/ZgAABhZoaGHSAAATAQiBBEgBAAVouLJ6ZhZo62FbACUACIEWaBhA
VgAXaOthWwBjSAEAZGgAAAAAZGgAAAAAZGi4snpmBhZoGEBWAAAGFmhbdbcAAAYWaHkelAAA
DBVoW3W3ABZo5zErAAAGFmjnMSsAABAVaFBuKQAWaO965AAwShMAAAoWaO965AAwShMAAAYW
aO965AAAEwEIgQRIAQAFaJqyemYWaO51cwAlAAiBFmjveuQAF2judXMAY0gBAGRoAAAAAGRo
AAAAAGRomrJ6ZgAxGXMAABpzAAAtcwAARHUAAEV1AABvdQAAcHUAALV1AAC2dQAAF3gAABh4
AAAZeAAA8HgAAFl7AABIfQAAjn4AAEF/AABCfwAAhIAAAIWAAAAzggAAnYIAAB+DAACLgwAA
BocAAGOHAAAziAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA8gAA
AAAAAAAAAAAAAOoAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAA
AAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAAAAAA
AAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAA
AAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAA
AADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAA
4AAAAAAAAAAAAAAAAOAAAAAAAAAAAAAAAAAAAAAEAABnZFt1twAABAAAZ2RPLooACAIACiYA
C0YAAGdkW3W3AAAEAABnZO965AAIAgAKJgALRgAAZ2TveuQAABpZewAAX3sAAGZ7AADiewAA
5nsAAOp7AAD7ewAA/3sAAAN8AACEfAAAtnwAALt8AADSfAAA13wAAOd8AADofAAA/HwAABN9
AAAUfQAA1n0AAPZ9AAAifgAAJ34AAEF+AACEfgAAin4AAI1+AACOfgAAnX4AAKB+AACkfgAA
qH4AALV+AAC5fgAAvX4AAOzi3svB3q6k3pnemZGZkd6Zkd6Ngt6C3uzeft5+a8F+WKQAACUA
CIEWaFt1twAXaO51cwBjSAEAZGgAAAAAZGgAAAAAZGiasnpmJQAIgRZoW3W3ABdoFhhyAGNI
AQBkaAAAAABkaAAAAABkaKGyemYGFmhbdbcAABUVaBA0TgAWaPUKEABCKgZwaP9mAAAGFmgQ
NE4AAA8WaPUKEABCKgZwaP9mAAAVFWj1ChAAFmj1ChAAQioGcGj/ZgAAEwEIgQRIAQAFaJqy
emYWaO51cwAlAAiBFmj1ChAAF2judXMAY0gBAGRoAAAAAGRoAAAAAGRomrJ6ZhMBCIEESAEA
BWihsnpmFmgWGHIAJQAIgRZo9QoQABdoFhhyAGNIAQBkaAAAAABkaAAAAABkaKGyemYGFmj1
ChAAABMBCIEESAEABWi4snpmFmjrYVsAJQAIgRZo9QoQABdo62FbAGNIAQBkaAAAAABkaAAA
AABkaLiyemYAIr1+AAC/fgAAx34AAO1+AADzfgAA934AACh/AAA/fwAAQH8AAEF/AABCfwAA
QoAAAGGAAACCgAAA7YAAADaBAABSgQAAboEAAHiBAACSgQAAMoIAADOCAADTggAA74IAAPmC
AAD6ggAAYYMAAH+DAACLgwAAoYMAAKeDAAC9gwAA04MAAPeEAAAJhgAADYYAAPuGAAD/hgAA
J4cAACmHAAA+hwAASIcAAGGHAABjhwAAfIcAADOIAADViAAAoYkAAOmJAADuiQAAwooAAMWK
AAAaiwAAxYsAAMaLAAAfjAAAIIwAAPz49Pjq+Nf40/zT9PzT/NP80/zTz8S8xLzEvMS0qbSp
tKm0qbSptKm0qbSptMS8xKHEvMS8mbyOFRVoRQ97ABZomGQaAEIqBnBo/2YAAA8WaHkelABC
KgZwaP9mAAAPFmgQNE4AQioGcGj/ZgAAFRVoRQ97ABZoW3W3AEIqBnBo/2YAAA8WaFt1twBC
KgZwaP9mAAAPFmiYZBoAQioGcGj/ZgAAFRVoRQ97ABZoeR6UAEIqBnBo/2YAAAYWaBhAVgAA
BhZoYWqVAAAlAAiBFmj1ChAAF2jdDvcAY0gBAGRoAAAAAGRoAAAAAGRoM7N6ZhMBCIEESAEA
BWgys3pmFmjdDvcABhZoEDROAAAGFmj1ChAAAAYWaFt1twA4M4gAAKKJAABGigAAwooAAMaL
AAAgjAAAL48AALmPAAC6jwAA2Y8AANqPAACSkQAA6ZMAAIeVAAB7mAAAfZgAAM6YAAATmQAA
N5kAAFWZAACdmQAAvJkAANyZAAD7mQAA/JkAAC+bAAB4mwAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAA
AADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAOQAAAAAAAAAAAAAAADkAAAAAAAAAAAAAAAA
5AAAAAAAAAAAAAAAAOQAAAAAAAAAAAAAAADkAAAAAAAAAAAAAAAA5AAAAAAAAAAAAAAAAOQA
AAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAgAABOkAAAUpAAAZ2RyTZIAAAQAAGdkRQ97AAgBAAomAAtGAABnZEUPewAABAAA
Z2RPLooAABogjAAAI4wAAC6MAAAyjAAANowAALGMAADHjAAA0YwAAPCMAABpjQAAR44AAEuO
AABPjgAAW44AAF+OAABjjgAAc44AAHeOAAB7jgAACo8AACqPAAAujwAAL48AALmPAAC6jwAA
9+zRwuy67PfsuqKTuntsuntsumS6WVFGAAAAAAAAAAAAAAAAAAAAABUVaEUPewAWaO965ABC
KgZwaP9mAAAPFmjveuQAQioGcGj/ZgAAFRVoRQ97ABZoLX21AEIqBnBo/2YAAA8WaKgt7ABC
KgZwaP9mAAAcAQiBBEgBAAVonbJ6ZhZoFhhyAEIqBnBo/2YAAAAuAAiBFmgtfbUAF2gWGHIA
QioGY0gBAGRoAAAAAGRoAAAAAGRonbJ6ZnBo/2YAAAAcAQiBBEgBAAVoobJ6ZhZoFhhyAEIq
BnBo/2YAAAAuAAiBFmgtfbUAF2gWGHIAQioGY0gBAGRoAAAAAGRoAAAAAGRoobJ6ZnBo/2YA
AAAPFmgtfbUAQioGcGj/ZgAAHAEIgQRIAQAFaJyyemYWaBYYcgBCKgZwaP9mAAAANAAIgRVo
RQ97ABZoeR6UABdoFhhyAEIqBmNIAQBkaAAAAABkaAAAAABkaJyyemZwaP9mAAAAFRVoRQ97
ABZoeR6UAEIqBnBo/2YAAA8WaJhkGgBCKgZwaP9mAAAAGLqPAAC9jwAA2I8AANmPAADajwAA
348AAOmPAADvjwAADpAAABmQAAA6kAAARpAAAGWQAACokAAArpAAAAeRAAAJkQAAMZEAADmR
AABhkQAAkZEAAJKRAACWkQAA7JEAAO2RAADvkQAAAJIAAA2SAAASkgAAMZIAAFKSAABckgAA
zpIAAIGUAAAilQAAJpUAAC6VAABBlQAAbpUAAHuVAAB+lQAAg5UAAOzZw7+3r7ent6e3p5+3
n7eUp5SMgb99v315fXm/fXW/cW1xbXFtcW1xAAAAAAAAAAAABhZoYWqVAAAGFmgeDCAAAAYW
aNYe9gAABhZo7BzmAAAGFmhFD3sAABUVaEUPewAWaJhkGgBCKgZwaP9mAAAPFmhFD3sAQioG
cGj/ZgAAFRVoRQ97ABZoRQ97AEIqBnBo/2YAAA8WaFt1twBCKgZwaP9mAAAPFmiYZBoAQioG
cGj/ZgAADxZoLX21AEIqBnBo/2YAAA8WaOwc5gBCKgZwaP9mAAAGFmiYZBoAACsACIEVaKd/
0gAWaE8uigAXaIdGvQBjSAEAZGgAAAAAZGgAAAAAZGhcs3pmJQAIgRZoTy6KABdoh0a9AGNI
AQBkaAAAAABkaAAAAABkaFyzemYlAAiBFmhFD3sAF2iHRr0AY0gBAGRoAAAAAGRoAAAAAGRo
XLN6ZgApg5UAAIeVAACjlQAA1JUAAEyWAAB6lgAAfpYAAIKWAACIlgAA/pYAAASXAAAFlwAA
DJcAACuXAABRlwAAU5cAAGeXAACslwAArZcAAOiXAAB7mAAAfJgAAH2YAACImAAAzpgAANqY
AADrmAAAEpkAABOZAAA3mQAARZkAAFSZAABZmQAAXJkAAGWZAACcmQAArpkAALuZAADOmQAA
25kAAOyZAAD6mQAA/JkAAC+bAABDmwAAXJsAAHibAAB+mwAAgJsAAPz49Pjw3dPwz8vPw8/L
z8v8y8+/z/i3w8/0s8+zz/TPqZb0z/TP9M/0z8uSjpKDewAADhZoL1Q8AE9KBABRSgQAABQV
aC9UPAAWaPkFQwBPSgQAUUoEAAAGFmgvVDwAAAYWaPkFQwAAJQAIgRZoTiU6ABdoyW2JAGNI
AQBkaAAAAABkaAAAAABkaDuzemYTAQiBBEgBAAVoObN6ZhZoyW2JAAYWaBA0TgAADxVoHgwg
ABZoHgwgADYIgQYWaFt1twAADxVoHgwgABZoTiU6ADYIgQYWaB4MIAAABhZoTiU6AAATAQiB
BEgBAAVonbJ6ZhZoFhhyACUACIEWaMEGlAAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGidsnpm
BhZowQaUAAAGFmieIsUAAAYWaOwc5gAABhZopzRhADB4mwAAlZsAALGbAADUmwAA9ZsAABec
AAAinAAAP5wAAEGcAABKnAAA2ZwAAIadAACHnQAAk54AAJSeAAAGnwAARZ8AAGufAAB7nwAA
np8AAMOfAADTnwAA+J8AAAmgAAAyoAAAZaAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA
9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYA
AAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAA
AAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAA
AAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAA
AAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAA
AAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAIAAATpAAAFKQAAGdkck2SAAAEAABnZEUPewAACAAAE6QAABSkAABnZC9U
PAAAGYCbAADFmwAAyJsAANGbAAADnAAAFpwAABecAAAinAAAO5wAAEqcAABVnAAAdJwAAMic
AADNnAAA2JwAANmcAADnnAAAWp0AAIOdAACFnQAAhp0AAIedAADinQAA+p0AACSeAABungAA
kp4AAJSeAAAFnwAABp8AABKfAAAsnwAAcJ8AAHifAAB6nwAAyJ8AANCfAADSnwAA/p8AAPXn
zfXC9cK6wraytqe2o7Kfsp+ym5+ytrKbl4+Hn4OfcGafcGafAAAAAAAAAAAAABMBCIEESAEA
BWhFs3pmFmjJbYkAJQAIgRZock2SABdoyW2JAGNIAQBkaAAAAABkaAAAAABkaEWzemYGFmiT
IYEAAA8VaE0i9wAWaNZLkgA2CIEPFWhNIvcAFmhyTZIANgiBBhZo1kuSAAAGFminNGEAAAYW
aHJNkgAABhZo+QVDAAAVFWhpXBoAFmgvVDwAQioGcGj/ZgAABhZoaVwaAAAGFmgvVDwAAA4W
aGlcGgBPSgQAUUoEAAAUFWgvVDwAFmgvVDwAT0oEAFFKBAAAMwAIgRVoL1Q8ABZo+QVDABdo
yW2JAE9KBABRSgQAY0gBAGRoAAAAAGRoAAAAAGRoO7N6ZhsBCIEESAEABWg6s3pmFmjJbYkA
T0oEAFFKBAAUFWgvVDwAFmj5BUMAT0oEAFFKBAAm/p8AAAagAAAIoAAAdaAAAI2gAACcoAAA
vKAAAL2gAAAFoQAADaEAAA+hAACeoQAAo6EAAKuhAACtoQAAHaIAAC+iAABLogAAUaIAAFSi
AACiogAAo6IAAMmiAADKogAAm6MAAKWjAADTowAA1KMAANqjAADcowAAsqQAAPCkAAAtpQAA
M6UAAKelAACopQAAqaUAANulAABEpgAARqYAAKCmAADQpgAA1KYAANumAAD3pgAAIKcAACSn
AACLpwAAnKcAAJ+nAACqpwAA7OLe2t7a3trH4tretKrept7a3tqi2qLantqe2prantqWkqaO
pp6mnqaWpp6miqaKf4oVFWiRamcAFmiRamcAQioGcGj/ZgAABhZokWpnAAAGFmieIsUAAAYW
aF9FtAAABhZoaVwaAAAGFmilR3kAAAYWaKc0YQAABhZoL1Q8AAAGFmhNIvcAABMBCIEESAEA
BWhEs3pmFmjJbYkAJQAIgRZock2SABdoyW2JAGNIAQBkaAAAAABkaAAAAABkaESzemYlAAiB
FmiTIYEAF2jJbYkAY0gBAGRoAAAAAGRoAAAAAGRoQ7N6ZgYWaJMhgQAABhZock2SAAATAQiB
BEgBAAVoQ7N6ZhZoyW2JACUACIEWaHJNkgAXaMltiQBjSAEAZGgAAAAAZGgAAAAAZGhDs3pm
ADJloAAAjqAAAI+gAACQoAAAvaAAAM+gAAD/oAAAEKEAADyhAAByoQAAnqEAAK6hAADkoQAA
GKIAAFSiAABVogAAVqIAAIajAACHowAAYaQAAGKkAACopQAAqaUAAKyoAACtqAAArqgAAO4A
AAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADcAAAA
AAAAAAAAAAAA3AAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAADcAAAAAAAAAAAAAAAA3AAAAAAA
AAAAAAAAANwAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAA
AAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAA
AAAA5QAAAAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAA
AOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAANcAAAAAAAAAAAAAAAAA
AAQAAGdkRQ97AAAIAAATpAAAFKQAAGdkkyGBAAAIAAATpAAAFKQAAGdkck2SABEAABOkAAAU
pAAAJmQGAQABUMYIAAAA/wYBAQBnZHJNkgAAGaqnAACrpwAArqcAALmnAABOqAAAq6gAAK2o
AACuqAAAtagAAOeoAADoqAAA9agAAPqoAABNqQAAUqkAAKSpAABUqgAAVqoAALyqAADFqgAA
0KoAAIyrAACwqwAA1qsAABCsAAAUrAAAFawAAIKuAAD5rgAA+q4AAJ2vAACvrwAAs68AAMav
AAAzsAAANLAAADewAAA4sAAAQbAAAEOwAABesAAAJrEAAEexAACQsQAAlLEAANWxAAD/sQAA
TrIAAHuyAACAsgAAxbIAAO6yAAD+sgAAHbMAADWzAABJswAA/PH87en85eDY0PzM/Mz8yOnI
zMTIwMjEyLzIuMjpremt6fzgqKObo5e4l8CXwJfAk5fEl+mXjwAAAAAAAAAGFmh1HnAAAAYW
aNl6UQAABhZocWOaAAAPFWhNIvcAFmhxY5oANgiBCRZocWOaADYIgQkWaF9FtAA2CIEVFWhp
XBoAFmhpXBoAQioGcGj/ZgAABhZopzRhAAAGFmhfRbQAAAYWaCphHwAABhZoqC3sAAAGFmjr
UUUAAAYWaC19tQAADxVopzRhABZoTSL3ADYIgQ8VaE0i9wAWaE0i9wA2CIEJFmhpXBoANgiB
BhZokyGBAAAGFmhpXBoAAAYWaJ4ixQAAFRVokWpnABZoTSL3AEIqBnBo/2YAAAYWaE0i9wA3
rqgAAK+oAACwqAAAsagAALKoAACzqAAAtKgAALWoAADoqAAA9agAAAypAAAdqQAAK6kAAD2p
AAA+qQAAP6kAAE2pAABkqQAAcqkAAISpAACSqQAApKkAAKWpAAAnqgAAKKoAAM6qAADPqgAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAADxAAAA
AAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA4AAAAAAA
AAAAAAAAAOAAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAA
AAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAA
AAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAA
APEAAAAAAAAAAAAAAAAAABEAABOkAAAUpAAAJmQGAQABUMYIAAAA/wYBAQBnZOtRRQAACAAA
E6QAABSkAABnZOtRRQAABAAAZ2RFD3sAABrPqgAAFKwAABWsAAAcrQAAHa0AAPquAAD7rgAA
M7AAADSwAAA1sAAANrAAADewAAA4sAAAXrAAAFOxAABUsQAAYrEAAHCxAACOsQAA1bEAAP+x
AAANsgAAK7IAAE6yAAB7sgAAs7IAALSyAAC8tAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAA
AAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA
9gAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEA
AAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAA
AAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA6AAAAAAA
AAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAA
AAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAA
AAAAAAAIAAATpAAAFKQAAGdkcWOaAAAEAABnZEUPewAACAAAE6QAABSkAABnZOtRRQAAG0mz
AABMswAAVLMAAJuzAAC1swAAx7MAAOWzAAAetAAAQrQAAE+0AAC7tAAAvbQAAAK1AAA6tQAA
PLUAACi2AAAutgAAjLYAAI22AABwtwAASrgAAEu4AABMuAAAULgAAIi4AABKugAAUboAAFK6
AAC0ugAAwLoAAMS6AADQugAA8LoAAPG6AADZuwAA3bsAAB+8AABBvAAAfLwAAAW9AAAGvQAA
B70AACa9AAC3vQAA9L4AAPi+AACuvwAAsL8AAE7AAAB0wAAAgMAAAKLAAAC2wAAAG8EAAPfz
7+vn6+fj5+vn7+fv59/n7+fb59vj09vIwNvI28i82/O48+PzuLSvp6OfjJ/jn+Of45+IAAAA
BhZo73rkAAAlAAiBFmhbWooAF2iHRr0AY0gBAGRoAAAAAGRoAAAAAGRoXbN6ZgYWaFtaigAA
BhZoniLFAAAPFWieIsUAFmieIsUAXAiBCRZodR5wAFwIgQYWaJFqZwAABhZoA3DxAAAGFmgv
VDwAAA8WaKVHeQBCKgZwaP9mAAAVFWilR3kAFmilR3kAQioGcGj/ZgAADxVopUd5ABZopUd5
ADYIgQYWaKVHeQAABhZopzRhAAAGFmhpXBoAAAYWaCphHwAABhZo2XpRAAAGFmhxY5oAAAYW
aHUecAAADxVoaVwaABZodR5wADYIgQA1vLQAAL20AAA7tQAAPLUAAEm1AABntQAArrUAANm1
AADntQAABbYAACi2AABgtgAAjLYAAI22AABLuAAATLgAAE24AABOuAAAT7gAAFC4AACIuAAA
5LkAAOW5AAD3uQAABboAABy6AAAqugAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAA
AAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAA
AAAAAAAAAO0AAAAAAAAAAAAAAADtAAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAA
AAAAAADtAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAA
AAAA6AAAAAAAAAAAAAAAAOgAAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAA
AOgAAAAAAAAAAAAAAADoAAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAN8AAAAAAAAAAAAAAADf
AAAAAAAAAAAAAAAA3wAAAAAAAAAAAAAAAN8AAAAAAAAAAAAAAAAACAAAE6QAABSkAABnZKVH
eQAABAAAZ2RFD3sAAAgAABOkAAAUpAAAZ2QqYR8AAAgAABOkAAAUpAAAZ2RxY5oAABoqugAA
OboAADq6AADxugAA8roAAAa9AAAHvQAAJr0AACTBAACowgAAqcIAAKrCAACrwgAArMIAAK3C
AACvwgAA58QAAKzFAAAxxgAAS8YAAHnGAADVxwAAIMkAAC7KAAD2AAAAAAAAAAAAAAAA8QAA
AAAAAAAAAAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAOkAAAAA
AAAAAAAAAADpAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAAAADcAAAAAAAA
AAAAAAAA3AAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAADcAAAAAAAAAAAAAAAA3AAAAAAAAAAA
AAAAAPEAAAAAAAAAAAAAAADxAAAAAAAAAAAAAAAA8QAAAAAAAAAAAAAAAPEAAAAAAAAAAAAA
AADUAAAAAAAAAAAAAAAAzAAAAAAAAAAAAAAAAMoAAAAAAAAAAAAAAADKAAAAAAAAAAAAAAAA
ygAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAIAgAKJgALRgAAZ2TveuQACAEACiYAC0YAAGdk
73rkAA0AACZkBgEAAVDGCAAAAP8GAQEAZ2RFD3sACAIACiYAC0YAAGdkniLFAAAEAABnZEUP
ewAACAAAE6QAABSkAABnZKVHeQAAFxvBAAAjwQAAJMEAAKTBAABNwgAAUMIAAKfCAACowgAA
qcIAAK3CAACvwgAAsMIAAEHFAABLxQAAq8UAAL7FAADHxQAABMYAAC/GAAAwxgAAMcYAADTG
AABLxgAAT8YAAG/GAABzxgAAd8YAAKLGAACmxgAAqsYAALfGAADXxgAAasgAAHjIAACZyAAA
ncgAAKHIAAD6yAAA/sgAAALJAABwyQAAdMkAAHjJAACsyQAA/Pj08Obw9Pji3tbLw8vWw9a7
1su3sLesmY+smY+si6yLrHhurHhurHhurAATAQiBBEgBAAVonrJ6ZhZoFhhyACUACIEWaLFK
ZgAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGiesnpmBhZoZyeQAAATAQiBBEgBAAVonbJ6ZhZo
FhhyACUACIEWaLFKZgAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGidsnpmBhZosUpmAAAMFWin
f9IAFmixSmYAAAYWaO965AAADxZo2XpRAEIqBnBo/2YAAA8WaF9FtABCKgZwaP9mAAAVFWiR
amcAFmiRamcAQioGcGj/ZgAADxZokWpnAEIqBnBo/2YAAAYWaFtaigAABhZoX0W0AAATAQiB
BEgBAAVoXrN6ZhZoh0a9AAYWaHUecAAABhZopzRhAAAGFmjZelEAAAYWaGlcGgArrMkAALDJ
AAC0yQAAEMoAABTKAAAYygAAPMoAAEDKAABEygAAEM0AABTNAAAzzQAAN80AADvNAAAFzgAA
Bs4AADvOAAA8zgAAX84AAGDOAAB/zgAAgM4AADrQAAA/0AAAe9AAAJzQAACv0AAAuNAAAAPR
AAAH0QAAV9MAAF/TAADU0wAA2NMAAD/VAABD1QAAR9UAAHfVAACC1QAAg9UAAC3WAAAx1gAA
NdYAAHzWAADW1gAA2tYAAN7WAADg1gAA4dYAAO/XAADy1wAA+tcAABjYAADs4t7s4t7s4t7a
3uzi3tPe097T3tPez97P3s/e2t7L3sfe7OLex8DPraPPn4yjn8/en4ifAAAAAAAAAAAGFmg7
AmEAACUACIEWaO5soAAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGifsnpmBhZo7mygAAATAQiB
BEgBAAVon7J6ZhZoFhhyACUACIEWaGcnkAAXaBYYcgBjSAEAZGgAAAAAZGgAAAAAZGifsnpm
DBVop3/SABZosUpmAAAGFmjveuQAAAYWaLdDAwAABhZoZyeQAAAMFWhuZvkAFmixSmYAAAYW
aNl6UQAABhZosUpmAAATAQiBBEgBAAVonrJ6ZhZoFhhyACUACIEWaLFKZgAXaBYYcgBjSAEA
ZGgAAAAAZGgAAAAAZGiesnpmADQuygAA8coAAI3LAAAQzQAAPc0AAOHNAAAGzgAAPM4AAP0A
AAAAAAAAAAAAAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD9AAAA
AAAAAAAAAAAAqwAAAAAAAAAAAAAAAGEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABJ
GAAKJgALRggARcaAAQABAGWyemYAAAAAAAAAAAAXFxcXFxcXFxcAAAoAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAt/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnZG5m+QAASRgACiYAC0YIAEXGgAEA
AQBlsnpmAAAAAAAAAAAAFxcXFxcXFxcXAAAJAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABALfwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAZ2RuZvkACAIACiYAC0YAAGdk2XpRAAABAAAABzzOAABgzgAA
gM4AAKjPAAAD0QAAJdEAANTTAAD10wAAd9UAAIPVAADh1gAAtQAAAAAAAAAAAAAAAGsAAAAA
AAAAAAAAAABpAAAAAAAAAAAAAAAAaQAAAAAAAAAAAAAAAGEAAAAAAAAAAAAAAABpAAAAAAAA
AAAAAAAAYQAAAAAAAAAAAAAAAGkAAAAAAAAAAAAAAABZAAAAAAAAAAAAAAAAaQAAAAAAAAAA
AAAAAAAAAAAIAQAKJgALRgAAZ2TveuQACAIACiYAC0YAAGdk73rkAAABAAAASRgACiYAC0YI
AEXGgAEAAQBlsnpmAAAAAAAAAAAAFxcXFxcXFxcXAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAABALfwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZ2RuZvkAAEkYAAomAAtGCABFxoABAAEAZbJ6ZgAA
AAAAAAAAABcXFxcXFxcXFwAACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AQC38AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAGdkbmb5AAAKGNgAAB7YAAAw2AAANdgAADnYAACh2AAAotgAAKPYAACr2AAA
rNgAAMLYAADD2AAAxNgAAMXYAAC12QAAttkAAMrZAADM2QAA09kAANTZAADX2QAA2tkAAATa
AAAF2gAAEtoAABPaAAAV2gAAOdoAADraAAA82gAAZtoAAGfaAABp2gAAldoAAJbaAACY2gAA
w9oAAMTaAADG2gAA89oAAPTaAAD22gAAIdsAACLbAAAk2wAAR9sAAEjbAABK2wAAcNsAAHHb
AABz2wAAndsAAJ7bAACg2wAAx9sAAMjbAADK2wAA8tsAAPPbAAD12wAAINwAACHcAAAj3AAA
UdwAAFLcAABU3AAAgdwAAILcAACE3AAAvNwAAL3cAAC/3AAA+NwAAPncAAD38/fs8+jg3NTc
1MvU3OjH88fzx/PHw77DusfDusfDusfDusfDusfDusfDusfDusfDusfDusfDusfDusfDusfD
usfDusfDusfDAAAABhZo9Wl5AAAJFmixSmYANQiBBhZoYwwpAAAGFmixSmYAABEWaD1+OABt
SAAEbkgABHUIAQ8DagAAAAAWaDsCYQBVCAEGFmg7AmEAAA8DaiMvAgAWaI8omABVCAEGFmh1
S3sAAAwVaO5soAAWaO5soAAABhZo7mygAAAQFWhQbikAFmjubKAAMEoTAEnh1gAAotgAAKTY
AAC22QAA19kAANjZAADZ2QAA2tkAAOrZAADx2QAA9tkAAP7ZAAAE2gAA/QAAAAAAAAAAAAAA
APcAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9
AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAOkAAAAAAAAAAAAAAADpAAAAAAAAAAAAAAAA6QAA
AAAAAAAAAAAAAOkAAAAAAAAAAAAAAADpAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2RZLzkAAAQXAGdkOwJhAAYA
AAYkAWdkOwJhAAABAAAADATaAAAF2gAAEtoAAFoAAAAAAAAAAAAAAABNAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAANAAADJAETpAAAFKQAABYkAUlmAQAAAGEkAaUAAGtkaDcCABYkARckAUlmAQAA
AABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCMA
BpILAAAAAAAAAAAEAQAAAAAAAAAGKQUAAAAAAAAAAAQBAAAAAAAAAAYMBgAAAAAAAAAABAEA
AAAAAAAABpQEAAAAAAAAAAAEAQAAAAAAAAAG5gcAAAAAAAAAAAQBAAAAAAAAE9YwAAAA/wQB
AAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/
AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/
AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAACEtoAABPaAAAn2gAA
LNoAADXaAAA32gAAOdoAAKYAAAAAAAAAAAAAAACdAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAA
AJQAAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQBZAABr
ZE44AgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjW
GgAB+/88IwAGQSMEAQAAAAAAAAQBAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAA
AAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1gQAAAD/G9YEAAAA/xzWBAAAAP8d1gQA
AAD/YfYDAACKVAEAAAY52gAAOtoAAE/aAABX2gAAYtoAAGTaAABm2gAAWgAAAAAAAAAAAAAA
AFEAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABI
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAW
JAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQClAABrZNw4AgAWJAEXJAFJZgEAAAAA
VAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZWGzwjAAaS
CwQBAAAAAAAAAAAAAAAAAAAABikFBAEAAAAAAAAAAAAAAAAAAAAGDAYEAQAAAAAAAAAAAAAA
AAAAAAaUBAQBAAAAAAAAAAAAAAAAAAAABuYHBAEAAAAAAAAAAAAAAAAAABPWMAAAAP8EAQAA
AAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAGtYUAAAA/wAA
AP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAA
AP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpUAQAABmbaAABn2gAAfNoAAIba
AACR2gAAk9oAAJXaAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABI
AAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdk
UG4pAKUAAGtkwjkCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAA
AAAHlLX+CNZyAAX7/40LthDCFlYbPCMABpILAAAAAAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAA
AAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAABpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcA
AAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/
AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA
/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA
/2H2AwAAilQBAAAGldoAAJbaAACr2gAAtNoAAL/aAADB2gAAw9oAAFoAAAAAAAAAAAAAAABR
AAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQB
SWYBAAAAZ2RZLzkACRYAFiQBSWYBAAAAZ2RQbikApQAAa2SaOgIAFiQBFyQBSWYBAAAAAFQB
AAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8IwAGkgsA
AAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAAAAAAAAAA
AAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAA
AP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/
AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/
AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAbD2gAAxNoAANraAADj2gAA
79oAAPHaAADz2gAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAA
AAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBu
KQClAABrZHI7AgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAA
B5S1/gjWcgAF+/+NC7YQwhZWGzwjAAaSCwAAAAAAAAAAAAAAAAAAAAAABikFAAAAAAAAAAAA
AAAAAAAAAAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaUBAAAAAAAAAAAAAAAAAAAAAAABuYHAAAA
AAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAA
AAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8A
AAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h
9gMAAIpUAQAABvPaAAD02gAACtsAABPbAAAd2wAAH9sAACHbAABaAAAAAAAAAAAAAAAAUQAA
AAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlm
AQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkSjwCABYkARckAUlmAQAAAABUAQAF
1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILAAAA
AAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAA
BpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/
BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAA
AP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAA
AP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGIdsAACLbAAAz2wAAO9sAAEPb
AABF2wAAR9sAAFoAAAAAAAAAAAAAAABRAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAA
AAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2RZLzkACRYAFiQBSWYBAAAAZ2RQbikA
pQAAa2QoPQIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeU
tf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAA
AAAAAAAABgwGAAAAAAAAAAAAAAAAAAAAAAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAA
AAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAA
AAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA
/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYD
AACKVAEAAAZH2wAASNsAAFrbAABj2wAAbNsAAG7bAABw2wAAWgAAAAAAAAAAAAAAAFEAAAAA
AAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEA
AABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQClAABrZAY+AgAWJAEXJAFJZgEAAAAAVAEABdYY
BAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZWGzwjgAaSCwAAAAAA
AAAAAAAAAAAAAAAABikFAAAAAAAAAAAAAAAAAAAAAAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaU
BAAAAAAAAAAAAAAAAAAAAAAABuYHAAAAAAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQB
AAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/
AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/
HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpUAQAABnDbAABx2wAAhNsAAI/bAACZ2wAA
m9sAAJ3bAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAA
AAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUA
AGtk5D4CABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+
CNZyAAX7/40LthDCFlYbPCOABpILAAAAAAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAA
AAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAABpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAA
AAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAA
AP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8A
AAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAA
ilQBAAAGndsAAJ7bAACx2wAAudsAAMPbAADF2wAAx9sAAFoAAAAAAAAAAAAAAABRAAAAAAAA
AAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAA
Z2RZLzkACRYAFiQBSWYBAAAAZ2RQbikApQAAa2TCPwIAFiQBFyQBSWYBAAAAAFQBAAXWGAQB
AAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAA
AAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAAAAAAAAAAAAAGlAQA
AAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAA
AAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAA
AP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3W
FAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAbH2wAAyNsAANzbAADj2wAA7tsAAPDb
AADy2wAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAA
AAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQClAABr
ZKBAAgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjW
cgAF+/+NC7YQwhZWGzwjgAaSCwAAAAAAAAAAAAAAAAAAAAAABikFAAAAAAAAAAAAAAAAAAAA
AAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaUBAAAAAAAAAAAAAAAAAAAAAAABuYHAAAAAAAAAAAA
AAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/
AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA
/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpU
AQAABvLbAADz2wAACNwAABHcAAAc3AAAHtwAACDcAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAA
AAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdk
WS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkfkECABYkARckAUlmAQAAAABUAQAF1hgEAQAA
BAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILAAAAAAAAAAAA
AAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAABpQEAAAA
AAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAA
AP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/
AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQA
AAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGINwAACHcAAA23AAAQtwAAE3cAABP3AAA
UdwAAFoAAAAAAAAAAAAAAABRAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAA
AABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2RZLzkACRYAFiQBSWYBAAAAZ2RQbikApQAAa2Rc
QgIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIA
Bfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAA
BgwGAAAAAAAAAAAAAAAAAAAAAAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAA
AAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAA
AAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c
1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEA
AAZR3AAAUtwAAGfcAABy3AAAfdwAAH/cAACB3AAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAA
AABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkv
OQAJFgAWJAFJZgEAAABnZFBuKQClAABrZDpDAgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQB
AAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZWGzwjgAaSCwAAAAAAAAAAAAAA
AAAAAAAABikFAAAAAAAAAAAAAAAAAAAAAAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaUBAAAAAAA
AAAAAAAAAAAAAAAABuYHAAAAAAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/
BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAA
AP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA
/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpUAQAABoHcAACC3AAAmNwAAKPcAACv3AAAsdwAALzc
AABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAA
SAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkGEQC
ABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7
/40LthDCFlYbPCOABpILAAAAAAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYM
BgAAAAAAAAAAAAAAAAAAAAAABpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAA
AAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAA
FPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYU
AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAG
vNwAAL3cAADT3AAA3twAAOvcAADt3AAA+NwAAFoAAAAAAAAAAAAAAABRAAAAAAAAAAAAAAAA
SAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2RZLzkA
CRYAFiQBSWYBAAAAZ2RQbikApQAAa2T2RAIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAA
BAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAAAAAAA
AAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAAAAAAAAAAAAAGlAQAAAAAAAAA
AAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQB
AAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/
G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8A
AAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAb43AAA+dwAAArdAABaAAAAAAAAAAAAAAAATQAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAADQAAAyQBE6QAABSkAAAWJAFJZgEAAABhJAGlAABrZNRFAgAW
JAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+N
C7YQwhZWGzwjgAaSCwAAAAAAAAAABAEAAAAAAAAABikFAAAAAAAAAAAEAQAAAAAAAAAGDAYA
AAAAAAAAAAQBAAAAAAAAAAaUBAAAAAAAAAAABAEAAAAAAAAABuYHAAAAAAAAAAAEAQAAAAAA
ABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2
AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAA
AP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpUAQAAAvnc
AAAK3QAAC90AAA3dAAA53QAAOt0AADzdAABo3QAAad0AAGvdAACW3QAAl90AAJndAADM3QAA
zd0AAM/dAAAJ3gAACt4AAAzeAAA33gAAON4AADreAABc3gAAXd4AAF/eAACq3gAAq94AAK3e
AADV3gAA1t4AAOXeAADm3gAA6N4AACrfAAAr3wAALd8AAGzfAABt3wAAb98AAKLfAACj3wAA
pd8AAAbgAAAH4AAACeAAAEngAABK4AAAXuAAAF/gAABh4AAAmuAAAJvgAACd4AAA6uAAAOvg
AAAH4QAACOEAAArhAABF4QAARuEAAEjhAABy4QAAc+EAAIDhAACB4QAAg+EAAK/hAACw4QAA
suEAANzhAADd4QAA6uEAAOvhAADt4QAAHuIAAB/iAAAh4gAAQeIAAEriAABR4gAAUuIAAFPi
AABU4gAAVeIAAPr28u728u728u728u728u728u728u728u728u72+vby7vby7vby7vby7vby
7vb69vLu9vLu9vr28u728u72+vby7vby7vb69vLu9vLu5+727uPZAAAAAAAAAAAAAAAAAAAA
EwNqAAAAABZopUd5ADBKEABVCAEGFmgEDaEAAAwVaFkvOQAWaLFKZgAABhZosUpmAAAGFmj1
aXkAAAYWaGMMKQAACRZosUpmADUIgQBTCt0AAAvdAAAa3QAAJN0AACzdAAAu3QAAOd0AAKYA
AAAAAAAAAAAAAACdAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAJQAAAAAAAAAAAAAAACUAAAA
AAAAAAAAAAAAlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAW
JAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQBZAABrZMBGAgAWJAEXJAFJZgEAAAAA
VAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWGgAB+/88I4AGQSMEAQAAAAAA
AAQBAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAA
AP8AAAAAFPYBAAAa1gQAAAD/G9YEAAAA/xzWBAAAAP8d1gQAAAD/YfYDAACKVAEAAAY53QAA
Ot0AAEndAABS3QAAW90AAF3dAABo3QAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAAAABIAAAA
AAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAW
JAFJZgEAAABnZFBuKQClAABrZFRHAgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAA
BAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZWGzwjgAaSCwQBAAAAAAAAAAAAAAAAAAAA
BikFBAEAAAAAAAAAAAAAAAAAAAAGDAYEAQAAAAAAAAAAAAAAAAAAAAaUBAQBAAAAAAAAAAAA
AAAAAAAABuYHBAEAAAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAA
AP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQA
AAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8A
AAD/AAAA/wAAAP9h9gMAAIpUAQAABmjdAABp3QAAd90AAIDdAACK3QAAjN0AAJbdAABaAAAA
AAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAA
AAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkQEgCABYkARck
AUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDC
FlYbPCOABpILAAAAAAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAA
AAAAAAAAAAAAAAAABpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAAAAAAE9Yw
AAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa
1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAA
AP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGlt0AAJfd
AACk3QAArN0AALjdAAC63QAAzN0AAFoAAAAAAAAAAAAAAABRAAAAAAAAAAAAAAAASAAAAAAA
AAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQBSWYBAAAAZ2RZLzkACRYAFiQB
SWYBAAAAZ2RQbikApQAAa2QeSQIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQB
AAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAAAAAAAAAAAAAYp
BQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAAAAAAAAAAAAAGlAQAAAAAAAAAAAAAAAAA
AAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/
BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA
/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA
/wAAAP8AAAD/YfYDAACKVAEAAAbM3QAAzd0AANrdAADh3QAA7d0AAO/dAAAJ3gAAWgAAAAAA
AAAAAAAAAFEAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAA
AAAAAABIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBuKQClAABrZPxJAgAWJAEXJAFJ
ZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZW
GzwjgAaSCwAAAAAAAAAAAAAAAAAAAAAABikFAAAAAAAAAAAAAAAAAAAAAAAGDAYAAAAAAAAA
AAAAAAAAAAAAAAaUBAAAAAAAAAAAAAAAAAAAAAAABuYHAAAAAAAAAAAAAAAAAAAAABPWMAAA
AP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAGtYU
AAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/
AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h9gMAAIpUAQAABgneAAAK3gAA
F94AAB7eAAAq3gAALN4AADfeAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAA
AAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlm
AQAAAGdkUG4pAKUAAGtk2koCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAA
AAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILAAAAAAAAAAAAAAAAAAAAAAAGKQUA
AAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAABpQEAAAAAAAAAAAAAAAAAAAA
AAAG5gcAAAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQB
AAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8A
AAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8A
AAD/AAAA/2H2AwAAilQBAAAGN94AADjeAABB3gAASN4AAFPeAABV3gAAXN4AAFoAAAAAAAAA
AAAAAABRAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAA
AAAASAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
CQAAFiQBSWYBAAAAZ2RZLzkACRYAFiQBSWYBAAAAZ2RQbikApQAAa2S4SwIAFiQBFyQBSWYB
AAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8
I4AGkgsAAAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAA
AAAAAAAAAAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/
BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAA
AP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAA
AP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAZc3gAAXd4AAGbe
AABx3gAAfd4AAH/eAACq3gAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAAAABIAAAAAAAAAAAA
AAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEA
AABnZFBuKQClAABrZJZMAgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAA
AAAAAAAAB5S1/gjWcgAF+/+NC7YQwhZWGzwjgAaSCwAAAAAAAAAAAAAAAAAAAAAABikFAAAA
AAAAAAAAAAAAAAAAAAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaUBAAAAAAAAAAAAAAAAAAAAAAA
BuYHAAAAAAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAA
AAAA/wAAAAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA
/wAAAP8AAAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA
/wAAAP9h9gMAAIpUAQAABqreAACr3gAAtN4AAL/eAADL3gAAzd4AANXeAABaAAAAAAAAAAAA
AAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAA
AEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkA
ABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkdE0CABYkARckAUlmAQAA
AABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOA
BpILAAAAAAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAA
AAAAAAAABpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQB
AAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/
AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/
AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAG1d4AANbeAADl3gAA
WgAAAAAAAAAAAAAAAE0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAMkAROkAAAUpAAAFiQBSWYB
AAAAYSQBpQAAa2RSTgIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAA
AAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAQBAAAAAAAAAAYpBQAAAAAA
AAAABAEAAAAAAAAABgwGAAAAAAAAAAAEAQAAAAAAAAAGlAQAAAAAAAAAAAQBAAAAAAAAAAbm
BwAAAAAAAAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAA
AP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8A
AAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8A
AAD/YfYDAACKVAEAAALl3gAA5t4AAO/eAAD73gAAB98AABLfAAAq3wAApgAAAAAAAAAAAAAA
AJ0AAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAJQAAAAAAAAAAAAAAACU
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdk
WS85AAkWABYkAUlmAQAAAGdkUG4pAFkAAGtkPk8CABYkARckAUlmAQAAAABUAQAF1hgEAQAA
BAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNYaAAH7/zwjgAZBIwQBAAAAAAAABAEAAAAAAAAT
1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEA
ABrWBAAAAP8b1gQAAAD/HNYEAAAA/x3WBAAAAP9h9gMAAIpUAQAABirfAAAr3wAANN8AAD/f
AABL3wAAVt8AAGzfAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABI
AAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdk
UG4pAKUAAGtk0k8CABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAA
AAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILBAEAAAAAAAAAAAAAAAAAAAAGKQUEAQAAAAAA
AAAAAAAAAAAAAAYMBgQBAAAAAAAAAAAAAAAAAAAABpQEBAEAAAAAAAAAAAAAAAAAAAAG5gcE
AQAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/
AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA
/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA
/2H2AwAAilQBAAAGbN8AAG3fAAB33wAAgt8AAI7fAACZ3wAAot8AAFoAAAAAAAAAAAAAAABR
AAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQAAFiQB
SWYBAAAAZ2RZLzkACRYAFiQBSWYBAAAAZ2RQbikApQAAa2S+UAIAFiQBFyQBSWYBAAAAAFQB
AAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsA
AAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAAAAAAAAAAAAAAAAAA
AAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT1jAAAAD/BAEAAAAA
AP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/
AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/
AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAai3wAAo98AAK3fAAC43wAA
xN8AAM/fAAAG4AAAWgAAAAAAAAAAAAAAAFEAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAA
AAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAJAAAWJAFJZgEAAABnZFkvOQAJFgAWJAFJZgEAAABnZFBu
KQClAABrZJxRAgAWJAEXJAFJZgEAAAAAVAEABdYYBAEAAAQBAAAEAQAABAEAAAAAAAAAAAAA
B5S1/gjWcgAF+/+NC7YQwhZWGzwjgAaSCwAAAAAAAAAAAAAAAAAAAAAABikFAAAAAAAAAAAA
AAAAAAAAAAAGDAYAAAAAAAAAAAAAAAAAAAAAAAaUBAAAAAAAAAAAAAAAAAAAAAAABuYHAAAA
AAAAAAAAAAAAAAAAABPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAA
AAAAAAD/AAAAABT2AQAAGtYUAAAA/wAAAP8AAAD/AAAA/wAAAP8b1hQAAAD/AAAA/wAAAP8A
AAD/AAAA/xzWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HdYUAAAA/wAAAP8AAAD/AAAA/wAAAP9h
9gMAAIpUAQAABgbgAAAH4AAAEeAAABzgAAAp4AAANOAAAEngAABaAAAAAAAAAAAAAAAAUQAA
AAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlm
AQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkelICABYkARckAUlmAQAAAABUAQAF
1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILAAAA
AAAAAAAAAAAAAAAAAAAGKQUAAAAAAAAAAAAAAAAAAAAAAAYMBgAAAAAAAAAAAAAAAAAAAAAA
BpQEAAAAAAAAAAAAAAAAAAAAAAAG5gcAAAAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/
BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAA
AP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAA
AP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGSeAAAErgAABe4AAAWgAAAAAA
AAAAAAAAAE0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAMkAROkAAAUpAAAFiQBSWYBAAAAYSQB
pQAAa2RYUwIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeU
tf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAQBAAAAAAAAAAYpBQAAAAAAAAAABAEA
AAAAAAAABgwGAAAAAAAAAAAEAQAAAAAAAAAGlAQAAAAAAAAAAAQBAAAAAAAAAAbmBwAAAAAA
AAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAA
AAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA
/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYD
AACKVAEAAAJe4AAAX+AAAHDgAAB74AAAieAAAJDgAACa4AAApgAAAAAAAAAAAAAAAJ0AAAAA
AAAAAAAAAACUAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAJQAAAAAAAAAAAAAAACUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkW
ABYkAUlmAQAAAGdkUG4pAFkAAGtkRFQCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQB
AAAEAQAAAAAAAAAAAAAHlLX+CNYaAAH7/zwjgAZBIwQBAAAAAAAABAEAAAAAAAAT1jAAAAD/
BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWBAAA
AP8b1gQAAAD/HNYEAAAA/x3WBAAAAP9h9gMAAIpUAQAABprgAACb4AAArOAAALfgAADF4AAA
zeAAAOrgAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAA
AAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUA
AGtk2FQCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+
CNZyAAX7/40LthDCFlYbPCOABpILBAEAAAAAAAAAAAAAAAAAAAAGKQUEAQAAAAAAAAAAAAAA
AAAAAAYMBgQBAAAAAAAAAAAAAAAAAAAABpQEBAEAAAAAAAAAAAAAAAAAAAAG5gcEAQAAAAAA
AAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAA
AP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8A
AAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAA
ilQBAAAG6uAAAOvgAAAH4QAAWgAAAAAAAAAAAAAAAE0AAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0A
AAMkAROkAAAUpAAAFiQBSWYBAAAAYSQBpQAAa2TEVQIAFiQBFyQBSWYBAAAAAFQBAAXWGAQB
AAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAA
AAQBAAAAAAAAAAYpBQAAAAAAAAAABAEAAAAAAAAABgwGAAAAAAAAAAAEAQAAAAAAAAAGlAQA
AAAAAAAAAAQBAAAAAAAAAAbmBwAAAAAAAAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAA
AAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAA
AP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3W
FAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAIH4QAACOEAABnhAAAj4QAAK+EAADTh
AABF4QAApgAAAAAAAAAAAAAAAJ0AAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAlAAAAAAAAAAA
AAAAAJQAAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAFkAAGtksFYCABYkARck
AUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNYaAAH7/zwjgAZB
IwQBAAAAAAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAA
AP8AAAAAAAAA/wAAAAAU9gEAABrWBAAAAP8b1gQAAAD/HNYEAAAA/x3WBAAAAP9h9gMAAIpU
AQAABkXhAABG4QAAVuEAAF/hAABn4QAAcOEAAHLhAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAA
AAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdk
WS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtkRFcCABYkARckAUlmAQAAAABUAQAF1hgEAQAA
BAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILBAEAAAAAAAAA
AAAAAAAAAAAGKQUEAQAAAAAAAAAAAAAAAAAAAAYMBgQBAAAAAAAAAAAAAAAAAAAABpQEBAEA
AAAAAAAAAAAAAAAAAAAG5gcEAQAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAA
AP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/
AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQA
AAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGcuEAAHPhAACA4QAAWgAAAAAAAAAAAAAA
AE0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAMkAROkAAAUpAAAFiQBSWYBAAAAYSQBpQAAa2Qw
WAIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIA
Bfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAQBAAAAAAAAAAYpBQAAAAAAAAAABAEAAAAAAAAA
BgwGAAAAAAAAAAAEAQAAAAAAAAAGlAQAAAAAAAAAAAQBAAAAAAAAAAbmBwAAAAAAAAAABAEA
AAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAA
AAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c
1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEA
AAKA4QAAgeEAAJDhAACX4QAAouEAAK3hAACv4QAApgAAAAAAAAAAAAAAAJ0AAAAAAAAAAAAA
AACUAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAJQAAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlm
AQAAAGdkUG4pAFkAAGtkHFkCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAA
AAAAAAAAAAAHlLX+CNYaAAH7/zwjgAZBIwQBAAAAAAAABAEAAAAAAAAT1jAAAAD/BAEAAAAA
AP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWBAAAAP8b1gQA
AAD/HNYEAAAA/x3WBAAAAP9h9gMAAIpUAQAABq/hAACw4QAAv+EAAMbhAADR4QAA2uEAANzh
AABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAABIAAAAAAAAAAAAAAAA
SAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAKUAAGtksFkC
ABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7
/40LthDCFlYbPCOABpILBAEAAAAAAAAAAAAAAAAAAAAGKQUEAQAAAAAAAAAAAAAAAAAAAAYM
BgQBAAAAAAAAAAAAAAAAAAAABpQEBAEAAAAAAAAAAAAAAAAAAAAG5gcEAQAAAAAAAAAAAAAA
AAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAA
FPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvWFAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYU
AAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAG
3OEAAN3hAADq4QAAWgAAAAAAAAAAAAAAAE0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAMkAROk
AAAUpAAAFiQBSWYBAAAAYSQBpQAAa2ScWgIAFiQBFyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAA
BAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2EMIWVhs8I4AGkgsAAAAAAAAAAAQBAAAA
AAAAAAYpBQAAAAAAAAAABAEAAAAAAAAABgwGAAAAAAAAAAAEAQAAAAAAAAAGlAQAAAAAAAAA
AAQBAAAAAAAAAAbmBwAAAAAAAAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQB
AAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/
G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8A
AAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAALq4QAA6+EAAPrhAAAF4gAAEeIAABziAAAe4gAA
pgAAAAAAAAAAAAAAAJ0AAAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAlAAAAAAAAAAAAAAAAJQA
AAAAAAAAAAAAAACUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkA
ABYkAUlmAQAAAGdkWS85AAkWABYkAUlmAQAAAGdkUG4pAFkAAGtkiFsCABYkARckAUlmAQAA
AABUAQAF1hgEAQAABAEAAAQBAAAEAQAAAAAAAAAAAAAHlLX+CNYaAAH7/zwjgAZBIwQBAAAA
AAAABAEAAAAAAAAT1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAA
AAAA/wAAAAAU9gEAABrWBAAAAP8b1gQAAAD/HNYEAAAA/x3WBAAAAP9h9gMAAIpUAQAABh7i
AAAf4gAALuIAADbiAABB4gAASuIAAFHiAABaAAAAAAAAAAAAAAAAUQAAAAAAAAAAAAAAAEgA
AAAAAAAAAAAAAABIAAAAAAAAAAAAAAAASAAAAAAAAAAAAAAAAEgAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkAABYkAUlmAQAAAGdkWS85AAkW
ABYkAUlmAQAAAGdkUG4pAKUAAGtkHFwCABYkARckAUlmAQAAAABUAQAF1hgEAQAABAEAAAQB
AAAEAQAAAAAAAAAAAAAHlLX+CNZyAAX7/40LthDCFlYbPCOABpILBAEAAAAAAAAAAAAAAAAA
AAAGKQUEAQAAAAAAAAAAAAAAAAAAAAYMBgQBAAAAAAAAAAAAAAAAAAAABpQEBAEAAAAAAAAA
AAAAAAAAAAAG5gcEAQAAAAAAAAAAAAAAAAAAE9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAA
AAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAa1hQAAAD/AAAA/wAAAP8AAAD/AAAA/xvW
FAAAAP8AAAD/AAAA/wAAAP8AAAD/HNYUAAAA/wAAAP8AAAD/AAAA/wAAAP8d1hQAAAD/AAAA
/wAAAP8AAAD/AAAA/2H2AwAAilQBAAAGUeIAAFLiAABT4gAAVOIAAF3iAABe4gAAX+IAAGri
AABaAAAAAAAAAAAAAAAAVQAAAAAAAAAAAAAAAFAAAAAAAAAAAAAAAABEAAAAAAAAAAAAAAAA
QgAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAABEAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAEPAAAL
DwAYhPz/GYQBABsmYCMkAmdkymBzAAAEAABnZAQNoQAABAAAZ2RZLzkApQAAa2QIXQIAFiQB
FyQBSWYBAAAAAFQBAAXWGAQBAAAEAQAABAEAAAQBAAAAAAAAAAAAAAeUtf4I1nIABfv/jQu2
EMIWVhs8I4AGkgsAAAAAAAAAAAAAAAAAAAAAAAYpBQAAAAAAAAAAAAAAAAAAAAAABgwGAAAA
AAAAAAAAAAAAAAAAAAAGlAQAAAAAAAAAAAAAAAAAAAAAAAbmBwAAAAAAAAAAAAAAAAAAAAAT
1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEA
ABrWFAAAAP8AAAD/AAAA/wAAAP8AAAD/G9YUAAAA/wAAAP8AAAD/AAAA/wAAAP8c1hQAAAD/
AAAA/wAAAP8AAAD/AAAA/x3WFAAAAP8AAAD/AAAA/wAAAP8AAAD/YfYDAACKVAEAAAdV4gAA
W+IAAFziAABd4gAAX+IAAGDiAABm4gAAZ+IAAGjiAABp4gAAauIAAGviAABt4gAAceIAAHLi
AAB44gAAeeIAAHviAAB84gAAfuIAAIDiAACB4gAAguIAAIPiAACE4gAA+vD67PD68OHw+uzb
7NHb0cbR2+zC7L66AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGFmgEDaEAAAYW
aJhEdQAABhZofApbAAAVFmjveuQAQ0oUAG1IAARuSAAEdQgBEwNqAAAAABZopUd5AENKFABV
CAEKFmilR3kAQ0oUAAAVFmh8ClsAMEoQAG1IAARuSAAEdQgBBhZopUd5AAATA2oAAAAAFmil
R3kAMEoQAFUIAQoWaKVHeQAwShAAGGriAABt4gAAbuIAAG/iAABw4gAAfuIAAH/iAACA4gAA
geIAAILiAACD4gAAhOIAAPkAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAA
APcAAAAAAAAAAAAAAAD5AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAAD3
AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAZ2QEDaEAAAEAAAAFAAATpAAAFKQAAAALMAAJMAAm
UAkAMZBoATpwxQ0gADswAh+wgS4gsMVBIbCgBSKwoAUjkKAFJJB4BiWwAAAqAAkwADGQaAE7
MAIfsIEuILDFQSGwoAUisKAFI5CNASSQAgQlsAAAGLBrAQAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAABuHQIARABkANgTIAsAAAoAAAAAAAAAAAAAAAAAQAtPBugD
6AMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8ABPAwAAAAsgQK8AgAAAABBAAA
AAoAACMAC/AMAAAABEEBAAAA/wEAAAgAAAAQ8AQAAAAAAACAYgAH8OocAgAGBlqobaUIseQ5
cMJq0/GMzdT/AMYcAgABAAAARAAAAAAAagMAbh7wvhwCAFqobaUIseQ5cMJq0/GMzdT/iVBO
Rw0KGgoAAAANSUhEUgAABegAAANQCAMAAABkUX+NAAAAAXNSR0IArs4c6QAAAwBQTFRF09PT
y8vLKUNbcZy8UFBQ+vr6aZS0HDNKU3ubxsbGpcnez8/Pubm5ZZKzLCwseaTFLEhhp6eng6vK
YI2ueHh4MExlNlJqCwwNmZmZXIemwMDAiIiIFStBbZq7daHCirTUWIKiZGRlIDlQXompR2J7
YIurHzdNSWuIlbzZQVx0TXOSJD5WPFdwboSXFig6kaW2ZY+uy9rlfarKV4Gfqr3MaZGwT3WV
ZHyTGS9GVnGKeaG/wdPfirDNcZm4MUdcaI+tl7bMUWuEUXiYYo+wipmnb5a02OPrc5+/YYek
d5++YYmnape4Vn2dS2+OZY2rvs3Y5u7zXHmTXYWjIjxUWoWlcpOseqfIsbKzY4upW4Kgaoqk
JDpR6/H2JDxSGRsdra6w1NneJz5U8vb5JT9YeJu1j5CRc42h9vn74unvwMjQYo2tXomngI2Z
4ubrka7EhK/Q0Nbbb29ww8fKWXWPYGt1REREZoagPDw8f6jGbpi4YIut8vX3VoGh6u3u4uXm
6Ovu4ePmHjZOz9PW8PP22tve6enp6+vr5+fn5eXl7+/v7e3t4+Pj29vb2dnZ19fX2N3h8fHx
8/Pz39/fycvOu8PL3d3d4eHh1dXV9fX19/f3LT9OWoWjIjxSIjpSHjhP4ePh3d/d5efn6+vp
4+Xj6evp6+nr6efp4+Hj5ePj7+3v3d3gXoen7evt5+Xn7+3t2dvZ393f5eXn5+Xl2dfX29nb
3+Hg29nZ9ff44d/f5efl5ePl3dvb2dfZWoOj19nY3+Hk5+nn6+3r6+np7e/t8/Hz09XTy83L
7evr6Onr5eXj5+fl7e3r293b7+/t3dvd8/Xz8/Hx4d/h4+Hh39/d1tXX9ff1ycnJztHS8e/x
x8nJ6enn7O3w7e/xVn6f7/Hz8fPx4ePj4+Ph1dPV29/i393d19fVycfJ9vX38e/vw8PDxcPF
6evr8fHv6efn0c/P3d3bXIOjzc3N1dPT2Nnc9fPz9fP1z8/R0dHRys3P7/Hw1dfV1dfZAAAA
////zMzM////8wn/SQAAAAlwSFlzAAB0RAAAdE8BQpI5oAAA/KlJREFUeF7s/V1wlWeW5wsK
9OHEAgmwYAtIsMVXmgJjGaNKp2yBM20lKXDhLqAMLhqRNKarkszBSWXRiD41p8fZI2lLe0sp
VNYW2CYvztVEEHEuzgnNmRvUtzMXJ+LEjIKKnmnPTUUcgo6YCjPTcVSKNor5r7We53mf5/3W
99bmfcg06Fv73Vu/vfRf//VfVc+zk12B7ApkVyC7AhV9Baoq+tZlNy67AtkVyK5AdgWeZ6DP
HgTZFciuQHYFKvwKZKCv8Ds4u3nZFciuQHYFMtBnj4HsCmRXILsCFX4FMtBX+B2c3bzsCmRX
ILsCGeizx0B2BbIrkF2BCr8CGegr/A7Obl52BbIrkF2BDPTZYyC7AtkVyK5AhV+BDPQVfgdn
Ny+7AtkVyK5ABvrsMZBdgewKZFegwq9ABvoKv4Ozm5ddgewKZFcgA332GMiuQHYFsitQ4Vcg
A32F38HZzcuuQHYFsiuQgT57DGRXILsC2RWo8CuQgb7C7+Ds5mVXILsC2RXIQJ89BrIrkF2B
7ApU+BXIQF/hd3B287IrkF2B7ApkoM8eA9kVyK5AdgUq/ApkoK/wOzi7edkVyK5AdgUy0GeP
gewKZFcguwIVfgUy0Ff4HZzdvOwKZFcguwIZ6LPHQHYFsiuQXYEKvwIZ6Cv8Ds5uXnYFsiuQ
XYEM9NljILsC2RXIrkCFX4EM9BV+B2c3L7sC2RXIrkAG+uwxkF2B7ApkV6DCr0AG+gq/g7Ob
l12B7ApkVyADffYYyK5AdgWyK1DhVyADfYXfwdnNy65AdgWyK5CBPnsMZFcguwLZFajwK5CB
vsLv4OzmZVcguwLZFchAnz0GsiuQXYHsClT4FchAX+F3cHbzsiuQXYHsCmSgzx4D2RXIrkB2
BSr8CmSgr/A7OLt52RXIrkB2BTLQZ4+B7ApkVyC7AhV+BTLQV/gdnN287ApkVyC7Ahnos8dA
dgWyK5BdgQq/AhnoK/wOzm5edgWyK5BdgQz02WMguwLZFciuQIVfgQz0FX4HZzcvuwLZFciu
QAb67DGQXYHsCmRXoMKvQAb6Cr+Ds5uXXYHsCmRXIAN99hjIrkB2BbIrUOFXIAN9hd/B2c3L
rkB2BbIrkIE+ewxkVyC7AtkVqPArkIG+wu/g7OZlVyC7AtkVyECfPQayK5BdgewKVPgVyEBf
4XdwdvOyK5BdgewKZKDPHgPZFciuQHYFKvwKZKCv8Ds4u3nZFciuQHYFMtBnj4HsCmRXILsC
FX4FMtBX+B2c3bzsCmRXILsCGeizx0B2BbIrkF2BCr8CGegr/A7Obl52BbIrkF2BDPTZYyC7
AtkVyK5AhV+BDPQVfgdnNy+7AtkVyK5ABvrsMZBdgewKZFegwq9ABvoKv4Ozm5ddgewKZFcg
A332GMiuQHYFsitQ4VcgA32F38HZzcuuQHYFsiuQgT57DGRXILsC2RWo8CuQgb7C7+Ds5mVX
ILsC2RXIQJ89BrIrkF2B7ApU+BXIQF/hd3B287IrkF2B7ApkoM8eA9kVyK5AdgUq/ApkoK/w
Ozi7ed4VqH0y0lsqVj1eVz81lu8duHu/Nrs62RV4Ma5ABvoX435+IW/lQHH7ph0tNbe7c7nv
I08u19BQ09LUfH5NIeP+C/kweSFudAb6F+JufqFu5N3pTTdvdcewPYb6DTU3N80OvFCXK7ux
L8IVyED/ItzLL8htzJ/fUdMwL8D70Z/rrtmxfeQFuWzZzXwBrkAG+hfgTq78m3j/8Y5b3dGF
+nzf0n1rx/qZyr962S2s/CuQgb7y7+PKvoX9l1viqvhcd0PDrZamph3XmjedX7+ufjTPp1Cc
Xrf9/OVNzTtu1ty63RCr4ne3XM5oX9kPosq/dRnoK/8+rthbWLu9pSG8WM813G7Z0fx0olAo
lEYL+UIBaMcRyNunv7+/tzdfwF/9/WOXm1qiGre5hqbHWa+2Yh9JlX/DMtBX/n1ckbfw3vma
EK0G9XtN0+VioVQqTZQI7c4J5TwzXp98b19vf377tZsAfvApJHerOevTVuSjqfJvVAb6yr+P
K+4W9jbfCmA4132raf3o6P8FJbw68+B8rz79vf9db//lMO9OrmbTk4q7oNkNqvgrkIG+4u/i
yrqBtedr/JDPNdRcqxodnVAnivPhwo1T0BvQW/84f/O2/wt216zPZJzKelhV/K3JQF/xd3EF
3cDeHT5NPtdw8/zo6GiphP8sHPRhnKfX/Xe9mwLNgO6bYxV0YbObUulXIAN9pd/DFXP7tvtK
+dztpvrRsTEgXo5b0AcV+uSKPgr0eH1/b1/R7+DM1TyumIub3ZAKvwIZ6Cv8Dq6Mm3e/2S3l
u29dKxrCpwR9cis2GvR96gS6A7fOZyJOZTzEKvxWZKCv8Du4Am7e/U0O5eF9GbMKeV9BPzF/
iT6Z88D94GChyRXtGzbdr4CLnN2Eyr4CGegr+/5d9beu9rJD+e6Wx6B8COeXUKLv7dUFvfw9
ONg3fdP5rhour/rrnN2Ayr4CGegr+/5d5bdu/W3LzZ67fa34/2DMx4A+0lwZlOgdww1PTkUd
F/QC+95mp7CvqV/llzr79iv6CmSgr+i7d1XfuPpbFuW7a7YX6cwb9IkS/dw4j7K+r++y7efP
tfSu6sudffOVfAUy0FfyvbuKb9v9HZZ7PVezfWzM5rzntYmQ6OcxFjtX0A/iDAw8tr1A3dey
YapV/Jir5G89A30l37ur9rZNW8V8rma9orxX0CeCPjAWuxBzZZhyQ5gn0A/MjEzbrL81vmov
evaNV/AVyEBfwXfuKr1ptVYxn7t1nit5fZRysxigTy3Rx3IeqMc5b/USupszx+UqfeRV8Led
gb6C79xVedOqrGL+9iaH8guR6BN7sfNTboTzdK5ZPpxMrV+VD71K/qYz0FfyvbvqblvtJi+S
svvmpB/z5dSLFeHGPvmb3jffsH7VXfvsG67kK5CBvpLv3VV222zN5vb5oSDmVwT0KZQbg/t1
noST25EpOKvs8VfJ324G+kq+d1fVbbvXYtyUocW8Za4sN4negH5mpu+m5xa6mY3MrqpHYCV/
sxnoK/neXUW3rb/GYB7FfGg1v7imG18vdh4SvU+5oRdncEasxIaWbAfhKnoMVvK3moG+ku/d
VXPbqkwnM9cyHIl5o9xEVvTzXzoyB9CLszIg0SvOE+uLnuGyJpuiWjWPwkr+RjPQV/K9u0pu
2xrTxMw1FYdwwtT5lZqLnYtET5Dnon5kxrOI3i6ukrsh+zYr+ApkoK/gO3d13DSvmu9uLjLn
VzvoRwD6kZFm8/TVMLo67onsu6zcK5CBvnLv21Vxy0pGtGm4/D8y5ecD+rlvl1r4uFRQovcK
eqAexwvevN23Ku6M7Jus2CuQgb5i79rVcMN6jR3x9vbJyckk0C/dXOyiSvSCeTrbzdNYzchq
uD+y77FSr0AG+kq9Z1fB7RowTptb9cB8WYJ+DhI95JrgqTdPZS1Z4NkqeExW6reYgb5S79my
v133DeZvP2bMG9An9WKX03QTCXpLuSHJxvLc+Gg/ZFDflI1Qlf2jslK/wQz0lXrPlvvtatK+
+YanCvOrCPQhFnox0YvnxndmtYCTu1bu90r2/VXoFchAX6F3bJnfrO16frRh/ZDhvNbokyp6
/1rwUb1HcAls9FZFr9zzSS76MAHHaPW5Z2V+x2TfXmVegQz0lXm/lvet6tUlbsPl8eHhlQB9
2rnYuUj0UQX9yN27d0cua7Pl7YHyvm+y764ir0AG+oq8W8v6Rt3XoTbdm4D5JQB9iq0jiaBn
wvvXgsu22ISx2GBFD9DfvftfmvUvMU1lfe9k31xFXoEM9BV5t5bzjdLAy+2YIsxboE9yV0Yu
jF2wjX5Oa8HnB/q7d5/sUG2JXJZhXM4P0Ir83jLQV+TdWr43qkpLGDVVfs4n2uiXAvTRBnp+
S0C6SQy6iSjouao3ftKGfPneQ9l3VolXIAN9Jd6rZXubarWlsmH7lOJ8UKKPTECY97xU3nf8
Y7H96Sv6SNBHem5IojenXncnWjKrZdk+SivxG8tAX4n3arnepvVau2iewhHhZhFBn2i6YcAz
9BM1ekH/YvViLdQb5aq+XO+l7PuqwCuQgb4C79QyvUlP9OTQzfHhONAnuSvnMi/lr+XVyyk5
Hw36yKCbOOVG4V73omuyor5MH6kV+G1loK/AO7U8b9JlVc7fnh0nzEdX9AsGfd5vuwngfgVB
f+/evQml3+S2l+c9lX1XlXcFMtBX3n1alrdoRMNtU5Vgfv6gj5iXKpWY79BvAvbKxQP9AiV6
1PQA/b37m5TV8ta9sryzsm+q4q5ABvqKu0vL8gY1q3K+pqpK1fOLA/oSOyvlvxNKo18MG73q
zqY33UT2Yu1WLP2bQH/v3t1b6oJcLsu7K/umKu0KZKCvtHu0HG/PoC7nL4/juAX9PAZjJ/w1
vfLRryLQ33uyXhX1DVmoZTk+ZCvte8pAX2n3aBnenk2qem0ZJs7PE/Sjo9KEHYvsxS5jRT//
XqwU9KzfaKtpptSX4WO20r6lDPSVdo+W3e2pVSpF9/nxqrmCfmyMOrPyX7MaPKDRJw3GBq03
KZuxaTKKFfPjgm5s9cYD/ZP769TwWE3Z3WfZN1RpVyADfaXdo+V2e6aURNHCkJ9/RV95oH9y
T6f+5Erldq9l30+FXYEM9BV2h5bbzVGx893bx6fiQa9MlUuxMTapok8/FxsZaZa2F+sV9Pee
4NyfVUX9jnK737Lvp7KuQAb6yro/y+zWDKguLJltwir6IYTRU5TZ0i4SXEl3pc90Yyk3BPon
9+4qpb7hbpndddm3U1FXIAN9Rd2dZXZjVORBrnlYyfMM+8lJiT5Y9gQEA/yUEv0cIs3mXtEz
56mo1576LNKyzB69FfXtZKCvqLuzvG6MLlZnx6soqpJtlQHXTWDtyLwzzRKjbpYe9IkBCP6K
/sn9+0/0GpaW8rr3su+mkq5ABvpKujfL6rYMKPm5aRycj5BuljfTbNFAvxjuSl3Q38fRjYz7
ZXUHZt9MBV2BDPQVdGeW1U1ZI+b53HqifAZ60eoDBT0qejpr5EkxN1xWd2H2zVTOFchAXzn3
ZVndErVNqaaKy/kXFvQJvVhI9HLuKZmruazuxOybqZgrkIG+Yu7KcrohtSqR+JqivA36hWaa
zSWlWGJvFt11E5BuFtCLVaSvvSa/Ad3KsovL6YFcMd9LBvqKuSvL6Ib0yZBUbrvHec9euVDQ
R4RXmkyzxQuvTD8YO2/QK8yzfCMXrbuvjO7I7FuplCuQgb5S7skyuh1PpThtsDBvNWOXGvSL
F165vKC/r5Ocs+ybMnosV8q3koG+Uu7J8rkdykOCzAOb9P55qchNgkl7R5Iq+lUL+vu1N+UZ
MhuTLZ8Hc6V8JxnoK+WeLJfboeX5Zqeer4yKfu5rR5KasZZ0Q/9UW7iylLNyeTRXzPeRgb5i
7sryuCFPlFFw+/QLCPr081JmLtZH+lG5fA1ZS7Y8Hs4V811koK+Yu3Llb0jtk+eqDXvbj/lg
1M1qlG6SKvok0EfZ6G3ai1+pe+T5vQz2K/+QrpjvIAN9xdyVK3hDnuTXXG6qyX1fo8JtWv7p
n3z1fAb6uHkpC/S1tS0i1K+v+T5X03R5Np9toFrBR3bFfOkM9BVzV67EDRkZfdp887ZKnEcd
qpqJfsqHzUtlFT1HmvlPba121Jurmrt9c9PT0ZGVuH+zr1kpVyADfaXck8t6O2oHp9Zfa1EZ
xEJ372wK4fxSVvQLXTCVPo5+GaQbgL5W/V7kv64NLdfWFwcyQWdZH+mV8sUy0FfKPblMt2Og
6vyOGlW5+0nEL5twGxf3gTj6xavoKw70tcOmmg+5xN01O85XDSzT3Z19mQq5AhnoK+SOXPKb
Uds7u+lmRA1v4aj7caAPGx51k4E+SrpBTT8Y91QqV7vh5qbZ3qy8X/LHfYV8gQz0FXJHLuHN
uF942tySTB7BT32YbrO0Gn3lVfRAvQoLCv2lyX5ebWl+WsjatUv46K+QT52BvkLuyCW5GXfH
1l+DmSb9ieR8ptGndt2QSo+T/MuTd7fkaqDeZ7sIl+RnoEI+aQb6CrkjF/lmzAxf3nFrLogX
6tSE6zZZRR8fR+/YK4Xzz1Vucfon2e9zt5ouZ+L9Iv8gVMqny0BfKffkYt2O2vz2uVXxHopa
Ls9moHeHptwIhBQDU6qex19FZaifA+q5GX7r2vZSpt0v1o9DpXyeDPSVck8uwu0YGU/TbnXB
093Q0qSWjFyrn55eCOiLxSE6ZRxqtkz2Sg37ZrnUO5paGlK2SMx9g1ZtVea8X4SfiUr5FBno
K+WeXNDtqO1/OtcyvvtWy45Nj3//q8sf/lTw0gzMzx30k8UiNonofir9XaL/l+i/dEbH6O34
L/4a47OC6ZXLDPraTXJlf3fj6O9/+R837Wi5NTfeQ7p/2p8V9wv6yaiUD85AXyn35Hxvx93h
y01zafx9311z89r5f/jl39z48Md7D+FcsTmfvqIfLo6V+nGccaW8vIQgeOfV9H5YE1UolCbw
pBAgvXpOwLMDnSWMKV5u0OvRqa1/ivNv/uLG0Xf/8L+dv3Yzdo4hoPQ0NF0ezhq18/3xqJSP
y0BfKffkPG5H77rmuXhqcg01TZvW/f7LN4nwWw/R//D/s0IWjMPGVvSw3Uyheh+dKBRQnpNA
MzY2Ucgz5/WCj8FB+pemqe9veSd6d0AfyCfmq7NqQO8tB49Kr7zvafT8r3VydQ8R6eV8+hdv
Hv34l3+zqammYQ7N8lzLtTWD83iIZB9SIVcgA32F3JFzvBkj9XNhfK6hZcflL6HS/PkBoN3+
c+iSkOgy6fPh0s341PAQdJcSqN7fC0T3G7D7Njj5yB5YzKpf0cefgIjPRb4Rfla+op8JxFfO
MY/+vh/0tdNCc4v0ivef3fjyrb+/vKPFSxoK1PL+V+Rqmusz4X6OPykV8u4Z6Cvkjkx/M+5O
bWpJXQt230bAyj+/e/7D3x3YCsB7jFcl/UGGSe7ydATox6HQjGI9tyfRBPfzeQW9g/pI0Bvg
490J+FLhm52xSyjd6N82Fm85eCDULED6MbmvDng1Pf3rZz/46NMzJ09/duPl3/78l4gdSq/e
51o2DWcTVul/XCrkPTPQV8gdmepm3B+7fDNtP6/71s3m7b/9+/c//PGP9h5AIU+Y5//jv6ao
XyucP19fHwL6KWK8hfhAJe+JNuB1f2/aij74DEC8l/J+aTX6lQB9bSjpf/bRR9/94sLxzp6e
G5s7Oj+7cfS3f0COaGrxvvvm+dGsS5vqZ6ZC3ikDfYXckUk3oza/Pm3PNYcqfvsf/vkoN1sP
HDiwl0FPqOf/e5jfulE4vx6cd0APNZ4FeLvT6q/kDfbpvfiNAnoj0kOhAdJJosGrBgYG9T88
zs/wGRjg/wzgQ0nNCRb0BfRx3UPNXetExVcu83Jwqe59Ij1enJSafq9d0//so7fPAPQdmzff
6Ok8/elHP/vZn36EZu1v/8PTa6nFnIam9fmM9kk/OBXy9gz0FXJHxt2M3qc70kanoN36N39/
9MM3frTXO/j3AaY7CzeWfLPF4ryAHqthIci7dbzCaKhkA9nFen1/Hh3Wgq7sE6UbArzvAPdM
exf38wV9sJmgfulYPOkmNJDez/r6AOl/9jNWbo5Xb37vRk/bhU9/8DMcCDp4/V/c+PLd/4hW
bcrf3G7veNr7AvwIvPA3MQN9ZT8Eaoub0hlr0G+9tv5XRz/8871UxKOMRyGvjoBeSnnDe/xD
OP/9+X+igp6HpcaHjJMmUCVHVvR4A3knYcBxtRuiKQQdOfqXA+PHxBv8oB8Z0SU+aG+X9ksP
ev2tzLkZmwr0tbNypX/0J7qoJ4n+FxdOt32Giv6T4ye/Jc7rY3BPGwNSNWNyNZvGstK+skGQ
gb5y79+R2WupCvnuW02bHn98+V//lAV4rthxGPQ/Un/wT8a/xftDWwQimxjz9dNxkLc9lD7g
E5FVVa+km352y48WSLiRAp3oLlZ6fkbQ9XpeoX5QYdaiLKQcgj0+N9X2Kwj6kTlnIIRoN7W1
jxXpDeg/+hYS/em6z957773201LQB84P/vLG0bf+flNTukbt7WuzmSOncmGQgb4y79v+9U1p
fneHbXL9//FXb/7rvYrxqtcqPBd9HqjXwEexb+r6Q1uF881V9fVV45MBST6xohfx3TqEfEzC
jpL/kpifLN3oOpq9N319A249TcK96DjlA3rPSH9POemTbTcs5GwXlezPhPSi3Fw4Xtf13o0b
1RfeDgc9kf8HP/jLN4++NbZ+R9Q6MHkGUae7aXtfZf48vPC3KgN9xT0Eascup1FrGmp2bP/H
L998w2G8zXup7B2pnkScLWv3Hz78zqFDwvlrVVWTRX/f1UC+v8D/zNNfZIyJsFb2F0bJZi98
N8e1zVM/NlIaV01ZNtc7vB9g2PNYrX1SNmMjNfrg96J6BQHpxlfRzxv0akY2J+KNUm6Od7a/
996N6pPf/uBnpNeEnx/8DH/+zWdH3/0PiJxO8eSfq7mcGXIqDgrPM9BX1H16tz6NWtNd07T+
H75888ewxiccAj3RHaLNliv7D3fntOar6vkdQ2NkrnFzDFBFM+DzEmigYg3UnFRv3qM9V9vG
dGMwzwI75qCQbzNKSC0h5EbNwNLfCMLBfynpoIQ/eH7QDVmhLKs94L1m7uCgwH5ZQD/3iamg
SB+q3dTWnucn1m4m/c9+8DZL9J3tN967cecXH8VwHkU9/fkB/v/dZ0ff+seERZCqtL/VXJ+l
JlQUGTLQV8zd2bc9hVqDzPJNT2GcPLR1i8t434tKrEdVf+yrdwB45zd8EhH4FU2FCRfyxSJB
ljGv4G+eA3iaNXIqlkddoc6PIsKSU85oyIr9leZI/I1k3hDlKfaG1fw8SN9L721jln2ZCvYz
fYC9TFbJWbKKfglBrxLODjPoRblp62y88V5P5xkoN9EVvYCeUP+Djz46c7rrxsd/+P3lphS7
BhqanmahCRVDhwz0FXFXzjxNhnzu9k1i/O/AcFDdA/sW/DuI+Y0PXjrcHQS8A/ybnhumUAJX
J4qEdVXB+0V6r5DvL1hVPY86Ed85JIFwHZkcFirdUP1OJf1gYYLKe3pyCOoneM2Mo+Kk89GH
ZDUsnr8yWqSPKOlrJQ36Imp6Aj0K+o6O9hub29vQi43hvAY9o/4Hn548Xd1z48b7L//2nzfd
TE5P6G56OlMRPyAv/I3IQL/qHwIja5Ih39DSvObjy28cYKYL5pntQcRvuQLAG4XGX8g7L7eY
ar04PAGuj0UgXpCvQsmcmp4MMXpcKhBnRoILVe/gu8pQGBzwieM+Fz3en+WcKNzPAPek2Pen
LenTT0xF+isTRfrU2k3tfdlEcgzKzbes3HR0YC6WQP+nKSp6VdWfvPDZ5jd7ej6ra+t6/+Of
1zcnN2m7dzzOZJxVT4kM9Kv6LnxSvyMpYjh3a8f6f/ySCnmBPDNe015gz2fjVSJ8NNlzCKBv
2rS+eFO/yy3i/CgV8cUh0mtiMS/RwxqclG3mVPXyBpptVdYbEujVyQ8M9NNLOowezhwU7+K8
x6cd9GgvGj0+B2s7pP4POtX9XXbaC+sXeTR2OUCvN4YfgkTPyg2Bvqfr9LfAfLJ0o0D/6Xdt
PW9uvrG5sbqro6OzY/PRt/56e/LSyIZrz7J8nFVNigz0q/buu1/VnAT57prmNb+FsWaLZrxh
vfBdqvq1Lx0+HF3DI5z45o5N6/rVdVK7MNAWBGWnpsfx3yKV8wmY96yU1KO1TZUcWzAB7YZQ
zmynOErKrFERCiTUD3J/FoeWjzh59LSbBO/dD4Kb/ivhXk1McbNXv4E87UR+Jdh7rPfLTObl
QEkfJd3MA/Rz125q78sdvvcHPBZb91lXz432jpOUfxBJeuj3SqQX0r/96fH2np6e997bDNZ3
dradPrntLzd/+Ydn11qSHDm3m6vur9oflhf+G89AvyofArVDzUmzUFgmB2fN77wK3oE8Y37t
H3/YHfnj3X27puna+ekB9/qoaXx0Y//PxHn0XvPcf00+xEyCrlfVU00PSkv1TW9ImWrGdT9R
n1z3fPDEgMIehTyN11pFvMZ9v7xOhpdGCPZuXT9n0Ef6KxO7sUGDZXrtprZ2hH/lyv0JKTfH
O6u7Nt/ouoBebGxF7xPp2+oI9DcA+p6ujjaA/szbH3300bef3Xi3KnmR5O3mYjZCuyqJkYF+
1d1ttaObbsVq59gP3XT+V5ffoP1PRq+xavotW9fu/mFkDU/rRZq3F8OLt0H9vJBb3987VjXW
21saTWa8aPQ24wnuQVd9COh5FQmV9KHjUzNIMmMvTalE1huu+UWit4FLfhvq0M44U6pgPZl4
+JQb6KPasbW1BSG9gL7rM4D+pEj0kdqNr6T/FKD/7LPqnvfef+/VzV2dbRd+/TWBns8vkIq2
PtGQU7Mp2z2+6qCR+ehX2V02sF46cpGnu+ba9qMf/mQr1BreAOUTbTDtFCXEC+HzcRek1jzD
bMr3F8bhtElUbHwqCNT5fNjclPZNwi8p0oyn0RdHAXm8kjdSsS3HQN/XjB1R+o5W6P3+m77+
Xhv2VNcL65cS9NHd2BjtJpr0z/ieP/yL0zBXYi52c8cv3mbMpxXpv6vrbO9obevoee/1998/
Ut124eGnb8N3KecHH3377Wfvf7w9cbKqZX3mvFxd5Mgq+tVzf9WOJ3ReG1o2/dPRD6HIy+G4
AgP6jRehxIc+P+RoC+z6NOOQphHbBOl7KmUpr96NlRsnq7JQwKuk4zo0id2C9Lf8JUdJ9mMM
enmFWg9OEn6Jme+gnnux9FRioord4v7uXQpHG7ALe+rdmuS04A1aUtuNBn2IdhMNejU4dYxA
3w7Qd56RXmzCaKz20n90prOjveP08eM9r77/+qubq++cfvjpt+Swt8+3//rGu79P0nEarg1n
Ks7qgUcG+lVyX/Wdjy/lAfn/35e/+amGPP5GRY8Yefy98dI7EVI8lovsOD+U+ufVNGJbSnC2
RNfBoc8A1kAs+qrooZacpqy4biJXTLFzkqp9Qr27HZzs89TgnfHkmpk+Md7I8dyWQDxke+j4
FuvpuSF9RR+5eiR1NzaVSB8WS6/Di8VOv/d4J+Zib/T8xdc0F5u2ov/ZR7/orG7sOE0lPUj/
fk9j58lPP/KDnqD/aTvGaDclmC9bzmeF/SrhRwb6VXBH1U7viLVEdLeg7/obU8kr2FOm8JV3
wrV4bAjccXn63txuu1p19P33t0fjle1wbnI3FrOvpQUtjeXxqlFvMbhqxuKJo3dmBGk6XisW
SDeoJzMmzDeqG0v+Sv0Ct2d5q0nYiazo59CNTdZuwkr6mJq+hknfvf/Qj+GupHGpWNLbGj2I
/ouOrp6OVurk9vR8/v57Pe11D0NB/6i1rbHjs/ff/a/N8Xac7mtVqQuFuT3csvdezCuQgX4x
r+ZSfK7e8/KDHXHgoATkf7rRKuX5n1GueNoQOL882lrt8+lWvsS0bVhPuwlys5fmWTnRgEpv
lOZWqLC2P/aGNWKpxEfzVbtuAHo4LAfRikUBbxlvBpB1bz5ln1fI874qI+LAiMORCSm0m8i5
XTdxx/bvRy4Ij9NuYkBf6z3rd3+1FYun5lDSf3Syq72ns/V0GxT+6s3vv9rTVXeGtPnAeXQc
oL9w8tNv/+L9d/+35vg0tJrzWeblUvzoL+bnzEC/mFdzsT9X7WxsKZ+rubbuyw9tuYYQvzGi
34oNgc3bF/CrdpN6qsmNg8BFeF3mptHbphsU5CTAQ7EvsUA/OTSE/9B/+Vg6Pf1zAqabsSL5
MPv9GZYwz7MPn6Qg+G5GlO/GZ7OENiMZN0AuBHlVYpNfx2N9BOqjjPQhLqC0AZaWdjNP0ve6
T/rd7xzb+yepurGo6C+0tzd2Hj/eVnfns+p2stN3tZ357ttQ0LdXXzj59rdvf/Tt24D931+L
jUTt3jGdFfaL/eO/mJ8vA/1iXs1F/Vy9l+NKeUD+aQDyEYzn7VGxdpoU3/g6TZdNxVEoMHFe
lfBnANnezTtFQsQbNeBE809eH1aIjxCEXt2eHeOpWHRU5Vi92AE0ZkfYXq9+R6B3s1yWoH1/
L0jPxh3F+hl6nRbsYcIJKjhz78YGnfTz1G5ianqR6Z1DtI9qyHoTUx+9DdD3EOg7O2kwliz1
XW3HHxqHpSH+p8fbAPq33/5WHcD+t3+zIxb2NZezpYQpfpBW5l0y0K/MdU/6qmPXYlR5SjXw
Qz6C8Uidvzyc9MXSvP2/6O/nZv9Ufz+L9OkrerK6hySERZbLoo/Ilqg8hd30ittSu25kSGoC
TxjuOsGRkUEapfI1Yj0ZhUSUQcmvtAR7iDhmlEoyjr2zFKAPaceGqvQxpI8YpOh+aUuQ9rZI
/+3bx6mibyPQYyy2rQ6o76qTmSn3fHq8jkEPw6UcIJ8q+/WxeQnd14ppHkzZ+yz7FchAv+yX
PPEL1tY3xWTONNxc//s3fwKFxqjy4YxH6PymRfx1Wnt+GnpJtplvM1ZxU9QWvAAbDVfoamQ2
2nVDAWfkutGBN9p4QwEIXOFzbS9IhyZjoZ5ns3rFUs88H+SdhPQ8pTT6EQrA1EK6T6xfim5s
Wu0mxnpzX+amnoZkkuUOf3XAV9qbiv4Hn37a1tPV3gnlBpyvazted6ezur29s+7CoyDoG3vs
il7T/tPPjv5h/c2Y7I1cU9adTfwRX/53yEC//Nc89ive2x5jo8zVNNcffePQxq0a86GMRx5x
8+M5OmqSroJ2VpJAX5gP6Nksw4NQk1PDrMKPAqJDk8PDw1DnSaAXFz0X65Jz0zfo5NHzClnO
rA8elPes0ZsDO73nppduLAR5LaLgreq5SgN+wJukclG/GCK9X7tJXdJH1/Qi09/G3XZvHXaA
B4Sci4f+xFs4ZYH+TFsPwI5W7B0C/emTF06e7mhvhLP+u0euUP9pa3sI6An3r507/v5b/zVW
sm/ZvsgPv6SHZ/b2pCuQgT7pCi3n2wfOx4QbNDSt/2d0XlHJM+ijGL9pKe7Skv4V47Eu59NJ
N1w8ixASvkcQ4KbObLEosA80Y+GZB+0xgOs4b8hK4482mygA9CUU7zbs9eyUWS9FKr3U9TrC
0h2gkjQcavFGeoWScs2SRfqwkj5cvIkm/Xpm+zX16LyLYVY/7btf2vojBXtD+k+/64QmXwfQ
g/Rtxy88PHPm0cnOdszKngmCvvGzC68ZjV4rOAD9mT3X2z55+a2/Xt8UU9jfOu9LSVrOn6Ps
awWuwFJQIbvM87oChU3RPzco5f/h/BtbgXf6s/FK2M4n7BWZWirng3ZWNptyPh3o4+Vut1om
wYVDLH1H5mJhuynl3QqfcG/5K6mi514sJrG80l5Gpwzo+8Fx7bLUrDcaPVP+Hv93hvfPkgdz
zgGWcwN9rPEGm8P1mFTgbzFB2T+/I0Ha5w5v2YuhWLNl6szDDoAe2nxnByT61pNnvv7utZN1
7e3tXW0P3Y4shVxWn/aasQb0b792Zl8rtpK//vLLL7/1y+aY9mzDpoUaAOb1c5R9UNgVyEBf
Fo+L2mJM8xWl/N8j2GAjH2QKB/f6gfFLKoxql0eNk+Se1IyVdi2ZbVhFkZxhPeqE+IM+yOtu
na+KZdJn8H4C/H7juaEtVGNk2bGqe3jneWaWB6bIR69sN2j+ekk3eBdzAHEYQ7XTxrDe+CxH
7gnpIfXL7tkl1m4M6CNK+mjSc1mQ8z9884HoAoj2e/9UavqPfnGyuqfrOBX0HazcnHnt2x98
e6atrquxq67tpN2ShXTT2HX6Neg5Xi0vTdlHDwH6js2vv/z66z2NPUf/sD2msO/esWS1R1n8
3K6ebyID/crfV7VrbkY2X1HK//4ySnk+V34YCCSj/YBLyni6PLPq2+v2bexIIj2/nRqfxPjR
ogSVkUQPMZ4iilmfp5gbbBEMzymG3xFUn9A1vnHd0DOE46/EGCxtjjWgV9EH3ugUJdrTgRbf
x4q9x3odayavuTcCZUWqekb93EE/z5J+rqS/y/dKTcjj924wgrL7qwME+oeftcM438kSPSk3
371NY7FnzsCL01l38jWrI0sVfSjoXzu350IrNpa8DtJjrnbPuV/0fPzL5pboR/DNNVmM/cpD
JgP9Ct8Hteuim68NTdt/pUt5TEH5Om7Uc11yxtPVqdWSUn3KxUwRTwB+ZE6gMQvWq2YstWOh
uwP5wa2xvXm8r99fSRvE+5FwY3vp5bcGy19Jhhyj48Bvw3xX+8GNOk91vXzP1JK9d2+Eynqi
PaF+UbSbmHZsYkkfWdM/5gfEpvAHcO06v+k9d/jYj052NW7+rK7OSPSfMui/O328urEdETiP
vJo+sqJ/DTtP2hCg8DrOe0eqr5977dNPX4PJ/mlT9IaElqcZ61eYMxnoV/IOqF0TTfnb1351
/sdovEKtQWCND/INN5sX0TqZcAm0cLMj7QY+crxAe4HUQtFlalFUmAoCITyP96OpWKsZy0gf
pThjuwM7iLatY6RX6QeQ7inQTA4EF05GcO2VlozDpTrX9uIQ1SkIelSKQS+ox2HUz72kd/YX
2jtPdCdYfRX+GveSSR+FegkTjZlSGvcH1XR/9ZP26rZOkeih3FCgGUj/6afw3vSA9J735tPT
7V1hFT2Um5On6wT0r77as6tt22s4YP2eGx//9lq0l6BlzVL1j1byB3j1fO0M9Ct2X9XWm9Rf
vzsuV7PpV2/+FMmTIWoNTUst67LmIfUsc9vP+RQTU4DzGGMchfv41KSabyVjpa8Ri/cj443f
djNGw1IW8KHHk5k+xF9Z4MRioWqf7axUCZYK9ozaASK98Yg6rEejlop5MH5GUE9ave9Ext2Y
6a0g6S3Eyz8V5BdGev4lryH+EVzwR1AePvY7GpciiZ6VGyI9JmbvdLRXHz+D18gR0H8a0OgB
+gutBPpXX3/1vfc+39X2kECPc+76nY6eo7/cFN2dvfksY/2K0SYD/cpc+trpyKGo7pbzv/rw
AFyU8Nb459zho1/2Hxb1G3lOIivtEy7R9JMNPvAm2OihvgyP0xkDOYtTU0NjE+6GcMxEoby3
w25Ioee4G9twg2cPX3olqTjAfL5g7DYUS28fGYfVI7B3Z+xuA34hUBxGXT8D0PdJPR9V1c8H
9AHtJtRiGSXTR7lv7vLj42biQ3jgvNswzTUc+JQlekTRK9CfpDwEGHJURxY1Pqw4rQR6txv7
2ncwV9bdOdGDev7zzzcf6bj+6BGD/ut96PBeP/cX7//yfGTeZTZMlXhXLdU7ZKBfqisb93mn
IinfcHP7l+i9hnhr0HVdEbdas3qyuaxrYA/1Uc3YfoVr4Dfor4SuA86PTeGQQD9cHCt51hti
KAyRuvuKOLMB47gcLdh2m37j35GgYnhuZmC+IcFH19POzJS23RgjvcN6L7UY9f094j2jHtTn
qn7ArekjnfRLV9JH+Cxljm1dmsdw7yaXv90XD3wkyg2fbx/Ce9PTjjwE6PYo6CNAD3PlHkj0
d7p6XoVw09jzSfupk1LTPzp5qvPO9TPnzlzvOvrW00gnTq5pKM13m73PIl+BDPSLfEGTP93k
jiiHwu0df7P+jS3HLvol+VxN0/ZlVWusG9GrvtmWQD2fFHZTQAE/NU40LwrwbVrmR/FGIT13
Y2G8IdxbGQi9EGnAebWCSos+o3Zp34ffAFRtXyLPDW0z4aWxXmFPIcWyfUQdMtJr2JuhKZbr
TUL9vXv0zQ5IVR+G+kUv6VPI9BFFPYviubS/5f3TtVvOY6/7q70e6c88PF7d09554VNSbt6O
Aj2bK+90nNgM0O/q6KpurG6Tiv7Rybq6jtZtjx49bL1zp+P9d+t3RDVnczsy1idjYpHfIwP9
Il/QhE83FpU7nLvV/A+Xf7fxG79c093SXL+836L71VSCZrcRtS3gh1T0o1Pj4Lql3k8Q0Kuq
xserxslGaWeb9ZfGihr00oxFC9bz3HCs2QDlGFuH90tNwFuvzwzpPQjEpN3gCvQMe89sw4n0
DuipPazEGk/CoRszyAoL+M63TFA/M/KEq3pLql980KcjfVhZH+mxjHjQ3PfNs+YuHlAlPYO+
h9IQgHoFeh6XtY30r50jib6jmir693Z1VBPoH3I/9rVtx9s62h4+eu3chbo7dW13Tvb86pfN
7vOKJ0R27yit5IP6BfzaGeiX8U4vRE1Fofn6+zd/etBvk79983L/Mn57YV/qvPrhfBZS0DvN
WO+FQnG4qmqqOGE9DeTHJlHcg/bj4xRlVkBdrg+GYY3pRjVjubpX+ZVU00O4N8dsjUXZ7hnp
B0i4maGpKWWk5zUmVmGvTPS0Z0rZK/HhwnqsHbQj2qgbS3hnC72g/i6L9bYBZz7aTaxK74E+
RqZHUR9E/STfQevn9DDxqTi5dw79jDqy3359uuMzRJkdP33mWwb98dN+0EO5gbkSEj1LNyfa
6qqrEZ9w/QyB/kxrhwY9SN9x+sK5RwhA2xTlsO++VpjTN52984KuQAb6BV2+OXzwTFTCQa7m
/D9/eOAd3yzU7aZyCIYaUe3gpv9PNOg9HX5qakzRfWJovAqnWLJoD+V+eJL1+XEIOkUL9v3Q
5IX21uqRsV6u6PngqUF89K6/Ep57azt4n1PRK8HGKuxFuyG8y79Q1psVJMZIz2Z6EW1MVf/k
yd0nqOpp46B6eppXSb9IpPeznq1bgQHZxAdmlaviHN76p6TMw3vT2EP59NDou9pbBfRWSf/2
o23kor/TdYJAX916vW1D1647dRfOKdDX7Xsk2k1dXWfbd48enTvXeRTN2QitsmHTSOL3mb3D
4lyBDPSLcx0TPkvt04glIqjlv/zNVz5RHknEKyXJ+26HMoDq5YERvhtsgeVTQik/PqQcN4Ui
s358asjU9oLJIup6asVOTU1asO8rjLmxZgXQtAQVyIK9B3rLYGkNTQ0gydiZjZX5WG88Fu1Z
quE16EmYVxIOgu/Nc1Kfsj4i75gaC6A8jurKCuqjQR/Tjg2CPtxjmVTTc2HvWevv83Nx2IBs
0iP7/nYnbvjwsT/5FM4ZeG8oof50a1d7Wwjo2VzZ0dXVCOmm+vSetrbq9judXNKfw7PEnevn
zpF2A8zXtZ0D9B99/fXXp9//7eUo02XN07T9haRbk7099gpkoF+GB0hRb+Hzz7bWbFr/tz7I
Y9F3+ezpkdnL77/3j8T2kwMHacW9/UO6ns/zBtn+IbB9qqhfWZok1leND0N9B0gF9P1jQ8J5
asZiHJZSb9RBaa/zKycA07xU8SXjtoGKY+8eMXZ65JmpM4CYHHc2VkQcL5YANnrdlxXJRnkr
KZVeHUC9T5qw/LpBQb1I9VLVL0FJn169EdIL7vH/Ib6L/tf5PY6rdthJet3H/uRkWxeE+s7T
WDDV3tbqr+hJoodyUw3Qv/dqV8eFh3v2tJ0gqw5K+q9Pdp7qaD333Wvn9gH0dXe2nSHQE+m/
/vrCjXejDPaZDWd+99wcPyoD/Rwv2JzffbA5YldUTfObvp3LaLyOzvnzL+UHKAjcDFTyHGAz
SUVwsch0LIxPV01yLT+B1mtV1ZAWbfrHUObzGfaI3k+avTFYTsJhqS05g4O95KUvjgKlan8g
1fETeV3YkxmHO7LWoU5sb4nCbmhkCuNSTgqCFnGU7RIVvaTeGLtor5ZwsG2QD4G+d1D0eanq
RxTqnyipfilK+vmQnkB/n6eru+f9OCg486yYnf0MQ7JIuAwB/duPzpFy00EVPYMeRfuFusbq
E9SE/foCSv1WEP8R6nyA/sJpXdKD9N99h7p+U0Rvtrt5AauM5327X6wPzEC/pPf3/fURQ+G3
mn1ON+yAnV7Sb2Uen1xZ6MMcN8Ngf6nKtslPTtdXTfIr8kUG+5Q8BaDMHx0C/KfIcFPwCvgS
RqZsf6XAXgjaT7pNn+u3sYyVvSUH9BOqEwvJXs3GooHr2zHFthu22JNWM8JxlrZ/SEecMevR
fKW/TVVP35egHjBmV/38QJ8g3likTyffSEV/X9ZNtczjDtYfMuiU27mt/6bns46OxkYt3Xjr
BB9t29cK0Fd3NbZ//t6JO/vgrDx3elfXibY9qN331NXBgkP+m9ZWEunrINKrip6q+u++bjv6
2+YICfPW+kzCWcAdmPyhGeiTr9G836MqIuPg9jU3AAqpBuvK8HH+36tfRbb7C3osHxmtwitH
BeVj6LpyUV81XTXOCk7vKOvzVcNjWvkujBE5x6ZIny+WlFJTKA4ZI73YKyf6PSe9ar/auLd8
lf3e5hG2VtIOWVojqy300HB8h6t4Y5aHD8c35utJOGS24ZsxKCq6CPMzUtVTUT9gvktnH4q7
rzxN4o0bhTB30gvo60Vfm/fjlD7w3mW7Zdp9oLPnRg8c8rJ2yuyN/e7hvuOo2wn0m18F6CX6
oL2x+jiEmm2tHdUgPl6lQG9V9AD9OZxt8OE0R9Q+NzMWLegejP/g7OIu1cXtj/BS3m5yJxRv
l03n1X8l1NOUG0JPewQJ8lVU00vFXqqqr0e9TsSfnp5WqM+TWs/OGy8OYYgDEHCGh8hlSUdY
r0PNyHYDO47GKKaq/Ad59EaxFwf9KBX0g7wsXFBvWO+LvGHQ00pZ1YAdCCQ6WCNTAnpd1T8R
1CsB58m9ESw1lBMEfVw7NqmknzPpBfT3uUyev3ij7vja7TctlbHhJ11t36ngYg/07LkR0L9X
fWfP33H9Xg3nzYV9586c7qiu+zWB/vp1ROncufMLT6RXoD+353rr5o//8Vr4LFXuWvm0p5YK
Cyv1eTPQL8mVv3c+/KHc0OLYD7pbLpevOlmURmzOioUp9fePgfT1E/0ItGHQT1ahVC+A9FzU
9xYJ9fJPekGdcSXxlIaooucDf6WW7Emwt0k/RH1YdXoDO6dIny94A1P9ExNEVhBfg55HY3UM
woCVeEOcp3ofCr0W5ZWF3uSbmX3hqOIV6bmqRx0vKQiqquembBTpTWM4pKSfC+nTyDcC+tpa
Fm+SM2+SH+uzVnZBbv8BzroxFb246FHQV3e1tx95r7puz9tkoIdk03Xn9Jkz5053dHSePMcj
U3DS3+mwRXohPW0hrLvT9f5b/3gtfJ3a7fPZttnke2ke75GBfh4XLelDiuGSTfdth/63dyzs
l+2k72Khb1dq6nltoYfUAc0Gakx/1ZAuhsfq6+sJ6+P4u4pK9zyTvkp5LCe4ETs+oaHZ1zsm
sWbirxzSrO+dkJ2x7KQvSR92lFUclM7ubKx23XhRCJRmxpW9HOWvNKwf1CkIqqAXz02/Kusd
1Mu3SU57bsea73qEK22u6pUBx9NvFlzSOx5LK7MYX9Gy1yT88yk/Jy9OPTzZ5NX1uYt7rdlY
lVwJ0Fe3d/V8Xr1vm4AeKTm7Oved3AZ/JeB+jrqxBPo7x792RHqSbvZh3KrjBJ4n3n+ryvo6
th2tZXKhj9zs44NXIAP9Yj8q7kcMRjXY5pvumk3lW8rLFVEzsbdsgQMBllUAvZxiFSyTU4r0
w9Mg/RChcRRKPbVixXZTmBzn15bGq+DEJFROcFmv/JUQapSG06smZItUzyu/zUSvSCPw2Adn
Y4F2seKQ5YYEexf06MaayVislFJxN1LQO6gfcVMQ6JtV0rw24ZCAw+o8Fsn2KaEeUr0U9TGg
D9k0Jb1g31G2ffWX+QL0j9SoZ9379mI9lp9aen33V3+mS/q3v95D5kok3HRgYurzDoCeSP9o
z4W6XbSKkG03yEMQ0NddqAuI9AjKaUNQDoIx8Tnef2t9uL2++/KTxbol2edRVyAD/eI+FKKK
ebtkweKoMmy9+q6DXisFlUYOID8pfynO19dPQ7uBasM1fRGkrxcbjpjnPdeNVnHGp4Tq+SKy
zjwnvWekLxUnh6iO74ebXpF9Qi0f6dejse5sLHVnWSoZ0N1YU9JzK7Zfr5eCkQe+G3pJcZ7L
etV/xbQUH1PD6x6pqer7lJd+oG/AIz1CEeau0i8R6Z/wA2xuSQhxj/xae8Spe8vPWKV/7etf
k0SPgr7jRE/P5uqTAnpo8qfvtFd37NuHJwEC/WsP29oQd3P9juWkZ+nmDLYQkgu/vf1EdQfe
oe393zeHa5w3hxb35/KF/2wZ6BfxIXD/cqjwaA+AI7tsYhG/4tJ9qmvy1NTEBIQuT71Xo9gM
V+X78wD7FEp1Arwm/bQU9XltnVdifZ6t9STiDFMUPc7opAE9+W6GtA+HjYto0BrQQ8LRFnro
O1YIgjJYcsEvqjgc9rZ2oz03eT0YC5yD83paSqp6PRmrynpNeooqljR6LdUbg6X23rD/hpqy
cy3pk0lvt2STinrVjb1fy2vA5p6EEPMAGrRbpocPfPTt269tO8nmyuqOjuqeRg/0j67DeVNd
3XahDf+Bo/4R2W7utHV0PHS6sV+f20YSPVq57bu6qu/UtV4/+XBb29FfhUs4Deez9YOL+OOd
gX7RLuZY5MIoXc5jpUiZRBsk3miVTtzNHkSq4k0lD+gP1dejuCddHmbKIv6qJ76PTteTPs/+
ylEB+6QipwxREemRiCDp8yUZmVJBxcPQcNTMFDR5Z/cIzUvp5msedb0S6QX0RFnU8moydgAL
DJ1cMzUrZYUgGOXGjEzpHEsq6y3QWzZ6ei19y8pLD8KPkP/mvnJazpX0IeKNT6d3SZ9Sv+Fy
oinxjp3TO9hZq7ljfwoXvZgrOxCJ0765eo+q6F87c661o739TlsbbDcnsYhEQB/sxirlpqux
q5pAv2/PNjrtH68PT8O5WV7jg3O6dOX2zhnoF+ceuX8+3EXgSTa3dzxbnC+1ZJ+ltq/4bPv5
5mtNTS016tZc9lsQx6an4bwh1aZ/grQaMHCYSE9IHwXnQfphxiUsN+Ms00/wf8cE9dyHVVpN
r5VIz7abIj8FQKGnvSW+dGLjoEe8mRziPOk63IgdLXhlvRVgaZz0XgYCj0qZI4qN9lta0s1d
prsAmIMs5WiD5cAgldqgPew3YUc7b8KMN2ElfTzpU6Fe4ioWvfPz2LJcvrP3QivMlZDXsXdw
1+YOAj1rNxBrNnR1dd1BmKWA/joi6dvq6lyRXik3HV272rtOdJxqO61Av23bSZqatdVN/e+s
rF+sn/YM9ItxJSciwmz04xXRZYvjiFiMb1Z/jtrB0frtlzdd23GzpabmdoMvPZO/9dv2UFG+
ahxl/DPk3hSolkdfFn8R1elvUnF6+8cF9azYFLi0L1BkMSv3nHGmffSqBQtjpbd7RHlw2LUY
NNAX8fQgSB1EXS+gp0JfOE+9WFXWYzu4oN4/MEXCDR3djbWHY71sM4Y9im6R5yXfjGJwFOk1
6gdR3qNTKvLN3KamQhuyftL7ivo0qGex+9ZiPkLkc9lyfffWv2SJvvPOrq6enSfBeQ36NuTf
EOg7r39Nthtsla1DEALbbiTuBgfKDWfZA/Qs0UO5Mafzy986sTsG+01ZmvFi3KcZ6Bd8Fe+v
jy/mu2+WT+91YOjp5eYdN2tuhXI9UFPRZBSfKTC+ahYvVj2rJyN9fT1ewaINcJ4nmZ6L+94p
Jv00j0/RUX1ZJn9+UhLpZWRqTNCJ8Hq1e6RIr+gtDo0inhgnHzIYO1ZQSEUeDkBP4n2vFXlT
yktZP9LLqA9MxpryGqtItPVG30DjoOdsGwN6OHAk8kZzHn+LSj/YN3iPSR9e1MeW9Glqej/p
k8T6+0/6+O57uuDHc8gnmLFc7199CuWmrrOruqfj5GsG9EA7SnoU+9WtSLJ89GukIdS1XfB1
Y8lceUqBniR6UW702fPmW+tCJZyGLB5h4XdqBvoFXsN85PpX/rkD5Rf4BRb84XfH1p0H3FtS
wt2ifUsJnpsi8F58hl5s/SzR/tkz+CuJ7EAkG22oWCfQ148TzYelpueeLAapzMiUKu8N6GG7
YbIjzLJIZf1kkbGPVHqoNjIai4SFkMFYrzVbIurb2WacgMC5ZiMzFGLpIz01ZRFBz3E3BvWW
NKU3kYzAYoN1g+aonYLehqlBhjDMlSNCespE8J/YqalQ0Adq+iDqE+p67hEteD424vG23gup
OfzTTnC8q+eOBfrXHu27cwemya4u7a+s7tzQ6o5MwUXP5krdi92354yh/EOcbejM/mNzWNWU
ayq/X4gX/HO5vJ8gA/2Crnd9RG6H0LL75pLUV2m+4/ya9c07mlpu3Q5TZMLUUPW6HE539+HD
9GKuAJqXnsFrU/9soj//bBb/AujRh2VPJeyWmu/kpgfzqZk5Cc6LSo+jerKE+2HudGLToB6N
RSNWByGMTg6zljOql48UKdQMRy8Jd4A/Ye0Id0Is2UlfKqipWH/WDSk3MNTDU8naCeaobO1G
+Su9RqkH+l7U7jhPRkxVD4FeUD9wVxX1S0P6ENTHsp77sTvSPDzm8z55zx3TvfVC9RFV0Svt
Bgum7gDzu7rayF+5rbWtugMhCCaTnpSbc8pcuatLSfQPXdAT7H/R/m54WV9TdpF/87mGK/cx
Gejnf+3vn48IIFaUXzf/Tz3fj8w/vnytqSY93Rnr4Prhl/ZfvLJ245atW7dsPXTo0F5GRnMV
mD4N2Bdn6T/PZsH2+mfPUOFT/xXtWJJwxFvJMr3Mxk4K5ke5KduvjZaQ51m/6YOH3pqNndTz
Uizb6NlYclfSfCxbLcPKep1Qbws33siUCbuxWU8pN8pDr+zzA9SX9TebdVlvVfT0XWPpFJlt
NOqVl37EK+qDSv3cxRtfwhk/u4SfiDkqnnHLLZ0rsXaTMb3nvvqLTzr2kXSjQQ+nDQIvGxvR
jSVn/XH0ZZF1zCNTSqRH0A2bK/FswBL9nm1nzumSniCvDvKMQ8v6hvPlP30y35/bpf+4DPTz
vcYDOyIWpEktP89FEPP7bnrXEN9vparepWJ/SbiOP/Qf9xzau4VvQxWJNqTX1K9hiX4Wog1A
L7abetLqyWFZPw28lxj0amBKl/LjnFdv5JuqKeg3JNUI6pWRflIpOCzb2OsEMTMbIdZTK9Yo
OJxrpvuxZjiWR6Nwek3WDdX5/XpFeL+kEg+gqveRHt+xSiz2IhD4CWqAoatQj0HZuzwsK0U9
GXDuzk28CVdvgvJNFOpDnwDusuyxyBZL9xE57anoF//8gg3617b9GjtLNm/uwDbB185ch9u+
rm1Dpz0yRS56kujb4bmHRH9hz7ZzwZKeNZyOL7eHqfW5awPz+/nIPup5Bvr5PQiKvO0h/HQ3
PZ7fJ53rR/U+S8l3Bff9V5jtTHb5y894Jv4BKegvz3LbFSab2TWE+NlZKPYAPV5Dw1L1U+Kw
FJke1npivkxIGcWGlHmkF5szxYNRec67MbOxrM6TcKNI7+2N5b4sNVx9XkvFeZFweicCpKdW
rM4/mBHUs3DDofQqAEGtBrcS25R6g29ZBBwr7YZRL9ZKikHgfuwg/nP/PnIQZri+fhIQ6uNl
+tSkjyzrQ1g/xQ/Imbk+jub0/lZj9vABq6J/7bWT++poXvYC+Sv3wYV5CvOxMFvqil4kesTk
wHNTfaeNXPReRb/NKunxzz17bnwcGnvWMjanbzZ7Z30FMtDP47FQuz3aZ9PdtGYen3FuH3J3
+vKOlqT6XeD+zv5La7fQoeI95I+NevUkcOjAWsJFwzOMv45zLb9mlmg/+wzlr4BeNBv8LZKN
8ljq1Ep0ZDXaGfwW6ceF6qNAvR6N9cQbpd1YC8KLRSQi0Oyrg3rF+YlRZa7H6nC3pFdOeu2n
RFkvwo0FepqKFZ77UI/vVz0H3GVbpa3VG9STSD9AsQggvFLqQXqffJMA+gjShxT16VEvuRUL
WUGS6oHoNWa7t36kpRuA/mRd4+bPG4+fIX9l56mujrbWjuNe3M25X+/j/ANI9NV3Ojec3vfw
TERFz43Zh51HQ+eobmdbZlPdSb53ykA/56t2tzlSs+luWtpAyplnm3a03I7rDHyfy0GX+Qql
u3uE8TbqqXZXso28mg/9dYBv3/l6RIHNzgLuz9aA6UOzJNQz6PEqNlSizBe/Tf0E1HgSZkiq
IbbrQVj0YPl1Xk2PcSlGfVHvB89LF7bIf8OBwwGWfKSM15ZKW6xn3YYMlmKlp9QzKeutqGI2
WOqyfpDMNr0q2Myr6sMSLCE38Qoq/Bca+YwDeh1eOUDRZqTicDGPxJsBLur9lvpFJH0068n2
450Sl/T5OT+m5/oBBeM1y235gUY9VsN2HNncU0dLph4i0RKgvyOgZ5EeEv0GL/9AJPpQkV4V
93v2XL/x+7CyvnvTapkvn+tlXcL3z0A/x4ubj5yNWkrKDz7e1BRLeCrf39m/duNW9FIPHACw
AydYzjPbPfFGKzmHLhIsbq8Zzeen10CQn1qzhow2DPoCQP9MzUrBZaNK+/ppxcP+SURXcnPW
OyTUW+6b8fFJZnp+iCIQmPoYkcURrb7EBksL9GC9cs+bCEuGO4amhO38kptUrKOKyWCpN05x
Qe+U9AT8kKqeQU+3Z4CLa5NLT+oNjp6NffKEXhok241V1Lvum0UlfQTrXdDfYxdYzRwf0/N5
9/9i9urkjn0k07Howba1N27u+DVPyrZ1VWM0VmZjGfQi0WNa6kTXzk4l0UeX9CTf4Hz27vaw
hMum/vl8zy/yx2Sgn9O9/yzKTplrWRonZe86EN5JOHb6AsT3/V8d23rgkO6nEuf5JSngzQmX
bcI0+kP8FaigRxVPMv0a/i+Dfgycf0ap9FzIo7TnfyjNpjAlaTduTV9FEQj9psYndV6hflLW
hcNcSWdySEScCS3dWCkIKsOSxXrOPejVw7Gqqiek5lHVB6KKCe6K9ZxL7wQgcKyZCDjeuilW
buSJSxz0VjC9sF0V0Pzd9pGX/j7sN1zc++WbeZI+VL7h7yWoy7ugf9LLd97QnB7U83znWuON
Mag/c3zXZhHpz7Ri7xRsN97IFEn0mJdliR6em9Z9D52K3ifSs07Pp+3of9gR8jtszdL+7jzP
a1K+H5aBPv19Uxtlp8zVXF5051ft1KYdNQ1RIhEDfu2WQ1y/+87evXsP4Q3Eehv24RK9rx1L
4H+HC/pnoOCzNey7IeVmdHZ2FtV9kUCP+l4kG0xRFTAoJcnz2DlC7VgiPZQcW5hnoV7NyMps
rNJvWK1Ra2Mp7Ub56kf9JT3hXTqvfaVR0ux7vbgbLutV+kFeSze6pFcjUzoYnuyWftKbqt5k
FbNwL8esB9cvC9yFt7JzanCABmR1Ue9LRDCgD42mV5vKw0LOolHvh70P9Pd4rmnRgukTfjjM
HjWF+kcnqzdvbmzbtg3+ytaOLqSc3TEBlkqiP+ElV0K4sVR6txtLLynSozH7y7AdD5ndMj26
nmeum9QX6/6mCOrebl7kJKni+WjEswQPYyRZ3iHTkOmdjmb93gPA/F6U9ER6U+WrLqu/Gesp
8469kmvC7cV8vmrNGqg09WtIvxkX0E8S6NGfHRVtHtrNGDMQu6fUgCyTnvz0nk6vFpJ4sWYU
gaDTboZ1gKVsB2dZp3fM1W5YrDdxxZRv4wO9QX0/xVf6EyypopcpKmwWDIIeqWaSSy9ZxXb+
gQ67Uck3JvBGQunZgAMPKBfz6MRycX/P8VkmlfRRHVky/SQcVdxr0Ov3HuS7b5lsX8+fP9W/
4uaOfQvF5td3NpPBct+jc/BXEujVbOwjjijWEj0iFCj/gDlvnPSRJT3xvgsKjvOrLL+Q27To
9VVqHKy2d8wq+nT32L1r4Zhv2LGYfq/8evRaw78Q1fAvHQThN5JF0j6mKBfcC+n14acB1XVl
Ed7Xjw266HkotgbCzegaLuXXrFlDg1IAPU1KEeg9bZ42hZMEDz89BSDokn6aZ2Rtsw2RX4an
dNaN2iKIBEsr14xQD5oi6caJpFfuSm2eV/W8SrDUhpuCbCAR1NsJlsT5Ad2XJet8QL7BrRCn
DXqw/cReVcDzXxJ2M6NCzqSkV4um7gnoVVE/I6R3fZZLSHpB+xPf88Fd9v02pHtUL8Z7PTao
3/p3r23rJNBfwOLYPZ13SKTv1CI9bRHcQBHHpNycart+4ddw0dsVfSzo9+ypO/r7kLCRXHPW
l013J2agT3OdBnitQ+DkWhbNSjm4vTkC8SD8D1+6Ar6D8PzfjRu30j/5jzqqIucC/wAX9MJ8
kusF9U6Fr2gfXtHzrVyHgh6lPAiPsv4ZQPgMoIdSM06gV/5KbBKk0zvEHkuy0NOScEk149wb
qyPLQj3eUycVe57Kgua8XhAOqZ5DzQJRxV5bVhR6F/RefCUvIFGkVw56bsQqCw7FILhHboae
kyLB3ga9Rj13ZTXn9UZBKurpuxWlXlScRSN9YlEfBvp7d/kOnE3zsF6k9zGo7z6wjZz07W0P
tz16WFfXTiK9DrBk5aazGkE3slzqJJkr40HvaTeo6fd9sOH9t8I8ODuWdmxgka7Rin+aDPTJ
d0Fv+EaRW5sWZdj87prmm7dCHZOkwx9UbHf+2qo57zdRsjmS2I7/KtRDzOE/dKS619NSynRj
9WPpny9xQV+VzxdR0OdpWIqUm+IagJ6wP6tAP25Wx/J0LHVkieQa9Ez6fpv0LNRTVLFR6MeG
J6msR2aCDrDUC8Il6SYYX6n3jwwMYLNgAPQo7UuDuqo3JT076JVWr1A/GAZ6U9UD9K59nmal
uGzmYEuvomf95i5SLHmhINtvmPduSzZRpg9PLdbCfZKAE6jo793nR+tyqfTy02NQf/gnjY09
jXf27Tv3sJX3yJpu7LlfI6L4TrWR6Pc8FM57vpsYkZ5A37qhbud7714OcUNkiWfJDMs0+sRr
VAqdge1uKiV+ZOI79K3fUROB+B/CKhl5AhW9Za4RdyUfo96TmsPKvVffu6EH1kssHK3jTuya
4TwV9GswAouZqdlZslUS6Glwis/EOOR6ZaXXY1NS0UuwmZdeSalmRPrSVNW4rJgqDMNJP8z2
ygllu9GcpxUkIan0Y9SNRVI9p1YOFMJAT9HFTNY+lUlf0pNSGvWi1fuqeh2DoDeQ+EGPb1yv
ILFBr1IshfTKdiOktx31CyR9qrLeeTqQkn6ZKziD+ot/2d5z58K+Mw8Ra8Y7p2Q29hGbK2lc
CstlaSxWPDepRXoC/anqE7s2v/w3IeEILYvww5j407q632GZHw+r7mKNh/SAvs/VLHgL88j6
a6GMz5GbBtw1Mk0I7bco3cbSbjwXJThPmrwVYUMyjjRpFfBZ0aF+rf+got9PkLg1SRb6NbNw
H6Kgp47sM4D+GRT56Vl4KYWLBY6sBPNlOha1PPqyyLxRoGewO6RX+0cmuN1aVCkIk1QjK+eN
B3pMSzE+MX5lDvO9n9uy7MAZLPm1G/HVlySUXmXS86YRO684L6h3Fk1p0EPAEa3emZMSHUeF
Fdug75NN4fBWSlHPwo2cJ9aU7EJJP1fU3+fKZAk2kMT/8JqtDMc6TrS1PTwD280uiPTVMjLF
+QcIujkh5koZi03SboztBv94RX4fwO8L778bYresGVp1aFnebzgDfdz1rg9bUd/Q3Leg++je
umstIREKQPw7LMVzEo2W40OrenqrK9J7oAfC9biUZ61XvhyP9Qr1ljNHvTMX9NsL1IldM57P
Y1iKJXrwnhMQhrVio2w39Ugu5rBiLd4MG9Az6Uu2eiPrZInsY16u2WSJ2Mleehv0Q8UJiTTT
oOdpWB1bzF56MtO7McVqOJbXCpLFplQiqiPixjmUU0yot9qyhvR6gWxAvbG6styBpbAb+ltF
mynUW6S3AhFSkD7GfSO5O3M5A1zSL/++1U3qt9Pc3o7O69uQT991oq6uo423TGlzJZKMEWhG
Y7Ga8zG2G0uk3wfLzp3qXY2fNLbvqr7xbojd8nZmrI/DUgb66KvzNAzHLQtpc91/3BzCeEL8
g7VGqmHQR+s2YLy/orekehLnnblYE0/JnVpC/Y/Mf7Q/R0v3W7d+w5YNeBDRiUVBT/oNe+mB
ex6ElVoedNeCDfR7Tjjjw5k3Wrup4sEpayZWL5HtK3Gomck1k5UjIL0DehT1gnqG+xiT3VLt
ZVq2PxT0aMX2MswxzoQdJIFNU/l+zra861X1BvRU0PdJVe82ZPkZiqV69s9TKS/FvVvUe3Hx
dkt2EUgfDXu/7QbrsPi30OUYj/X97NzX07KH/1xA34XR2E6p6GmLIJSbrhMEeiRXmoI+nUiP
XmznzhME+l0nqk+1tb+7PijWNyzNzOKCqrqy+eAM9BF3Re36EPW8u3neOam102B8wDkJV/zF
tXw2pgc9kT6qoo8IQGALpphylAMTwP8RMV+atsqFeYi/wfX9+XEAfloKerLeTFUNaV1+rKre
5FcS3Ev9vbodWz8Nb41sCCczvZB+wtsyJWunEElvLR+haDMZlC1aoFcpCEqqnyiOcgFvd2fH
lK3e5Jn5soq96AM/53lmSi2a0lW9EenJYgkBR4Zlw1HPtTxV9ErFEU899k3xkXYsLxn0anoP
9FGDU3GzU9ZAVVhdHwT9PUm8WYmUgP9ZWyD3//kest3QyBSBnlz0ElF8AosISaI/Zyr68Khi
bs162g0sOyTRM+h3YnfVvs6P/yaoqnZnSwejnlky0IdfmbAh2Jr5bhKZ2nQz6I5HHb97IxOe
IG+RPk1F79puvIqeTDcHQoJuSLP3/PbiwqTanv8w8Lm65xz6BoBwzWNI81zQc5SZOVX1bLtB
XjHHmuEgdF7LOOK8UWtjOcCStBqdaDYpe2QLkG70nimTVMxuywl/SY+pqTFZIEucNyKOZJ0h
6kaGZf2o19OxCvUcZeYeWS0lbhel36gbyJU8/Vu8liFNWWwLJ6+NV9HjG5e8YqXeyNIp+Y8R
6lORPkm+iTDiuKCXcQBWHJc8xDL0J6ek8Jvb0tp2oh0qTQdF0p97iGYq8g/0zpGT21KB3iO9
SPQMevxGsOH6PnLW/3PQJ5GhPoL0GejDLsz2YDWfa5rf/Gt9SNOVO64a7wbzuqRPBD1T3irp
beWGe7HBRDOVVMx5xXqg1tT2P5ID0ktsJYSbx4+poB+tnwLS5eSLMN8UMDel0m50CxbPA2q/
FGGfA81MRV/FYQhM+uECYx7+ylGQvqTWTOmoYnHf6BVTXoAl4m5EvxkYKPk2TZHpZoJJH75m
CvINS/G+XiwjX+yVvUxW3jOlfl2hodhBubmqKxss6jFA5WTdKMUeXJeiXg3IMunvjczwd0ih
a4mTUymLeq++V+W9gN4q+/HPZ1zSz/u3z4XpDbor2/2zLrbdXEBJT6AnUkO6IYkeUfTnPNI7
i2P9ufSqqIdEvxMSfWPjLgJ96/V9dFqP/v5m4Jfk7hVf0rywy7dEH52BPnhhQ9LmGy7P4/rX
Pt0RSN4D478QrUbV8h7nU4PeUm5Yr5f/yyFpJgL0qqJXW0csCyYX91zZEx66YaF/Vj89pTd0
EOQnodfQmGwBc1MEeoxOSawZsR0jU0alr2dZ3kf6oSox3LCNvmqcyveSLdLDZjksPdkJ35Yp
yjUbZXz2+TcKio9eFk31W7tHTLAZc54Wgo8MmjVT2mSpbpuSaKiqZ7qbgp7mfSXD2A6vVNTn
tSOedMOkHyFxHnnFTHpWbyQPYY6kT1vU21j3MV5K+qVfNRXz81Crp8iPYcsUurEA/Zk9+9rY
NcOgh3JzxgJ9Cu1GmSsJ9JDo8Qn2EOj37Lvw/m+D87IN8/3Nex4/46vmQzLQ+++qx8EW7K3h
Od+fd9c33fIVG2D8S1c15JUsz5g3f6QDm6aidzV6S7qJqeg5z9KNpDdBOWK/5PSDTUh5tCaK
xsg9T1K9DXr0ZXmbIJ1pQFHrOFg7BRoOW6CvIsTzXvDeIZWJwKQvcE1vtBt4bli+yau9sV5U
sdFufNtj9WysDFEFFwqytyYvPnqJoveOuXkq+aCvn0FPek2fkes16sP0G84q9paFU0+WuH6X
ivoBmZ0S0j+ZK+nnjvow0N9dT/dkbs6P2sX6gD6lqXT/pK6NurHntp283ta5kyT66g7eOQLO
z0Wk1xI9gR4S/QdQbrim37fnwo3fBt2WDQtxTCzWRSivz5OB3r0/qoKYb5nrjHXf+Zt+WyZ8
NQdtxuv+67xBb4w3bkW/NUG6kfhi88cYMGW4ShX0moOjVeS9oaAbG/RU0jteG2jvbKmXQ7K8
lPSqC6vqYHv5CAk1zj5BHo2VQSp7Q/iQlPODqhkbWCjIRX2JFfxBS6onlR4OSwzE0vIRUXDc
ot57IuMMM/AdpOeFI6Ybwd82YxcBOL6jom7YYKmPJNOTUq9KekV6s2EwnXozZwHnbijo/xfW
HjetHGvWqZ+j/b9g0EO5wRbBEyTRK3MlQP9dspNei/RsrjyhlRuW6AX0QP3JnnebA1Lr7Qxs
PrCt3GOhDL/yVMA3n5vjquXCJr9/EoU8jDVOKW+kG6ee1wbLOVf0di82vqJXg1Sa9DrzRo3R
cvpB0/8JKTPD41Wo6slbuWa21J+nqSn205co8kaFIJgqHqZKrx3L/dgJJj2DflKqeQvzpN4Q
6XsnvZJeZSBY8o3EV/KALJXyY9x4dXR6VdLDSu+X6mGvZFFcTccWWL9BcGVISc9dWdV4tYQb
VunpyNNAwH9DpptAUT/DRT2Rnv5W/7eSb5aK9K48r15q5rb6Cv6I1e6QX2hze6uhx++5oPIP
WLkhc2VoSR+VggAX/amdJxj0/Als0O/bd/LCZyHG+tvFFbz15felsyc+7z4ZC1hzu5vnco8N
Nbf4Kotc9w/PBgp57xUu55XBEjp7go/easWyhONp9JJ0E6nRcyc2WNHrtBv+ySxQJ/bxY8TR
wzxPoIdKw/9Qi2MF9NZALMKKJbdSHTJRTlr+SgamMyKLuBtuvg652g1tmeL6WO8TlHJerYtl
mvNgrM6ytILNRL/RUv0ER94M6ribEm8Gd5uyTtqNQj0R3TIYqSqeTPX28hF+NZluJOrGrull
NBZKPf6eIeXmntgs59aRZYv/gs8I35kr+tM9rH6cvvrFtodQbkSiR3IlSfTM+fTajSvRw1yJ
it6U9FzWd368KVCk1SxmsOxcQFCO77uiD4WyuiDaF8Z1CJ/uOQQdDG4KQP7w/mMbyT8Zefz1
vOrGcupY3MCUZBWH2W4E9BGmG5m4dThvLYvduvUq3eZb/bBW4sBzI8o8QC/EX7MGXVkU9Np2
48k1UGtM4A00e1LlqaSvGmMo5qdIt3cHpwzpbZHek2/GyHcj5bxnqpSZKT0bKw5LL+9GFgqK
flOi2nkQccVehKXoN14Wgi/WTA/E2k5SKelFv7l3z9VvYLyhaSxCvSXfqN2xd7mk58zie2Kz
nDvpF456VslXYGjK/plWy5VzPzp5HcoNu+g5ongfeW7SgV60G7HskOmGPgFL9C7owfq6j80a
FPMTXFMoK8Ss5DeTgV6ufiFgyW1Ijfnax02+aiJ3+J2ra4+BxXGcd/V5ttJLCPEcQW+V9Az6
KHel8lZGVvQqzqyKOP8YMcUi2MBrQ9NTgnxOKybbDayWHttJrfEqehZvRqdV3kGJOrCTeA1H
FKtDfdghqemNwVKpN7JPED1ZVc5b+wRld6xFfof0JNUD70D9hOa8nUrvb8r6o4oF9eyht9qx
QnroNyq7UqEfEfVmPlYtmuLKXm8JZ9CLVB9J+pjRKWULXVhV38+6yQo5LDXR+pSp/isU9JRz
wxI9do6IcpNepJfgS63csEQfAP0eoP5yoMPWshJjYysJ9KivnYGerox2CXjVfEPaRlah2RdO
xt4a+kPWx1jQB0hvTDeIp4zNQIis6CMWg0uNH6jojVbPzy38S4wq6Nfw3hE649p0w5k3tH9E
dWMtXR78s9qxbKaXenhMkZ1ew2tHLNJPskrjK+nV5hHknFGomT+TnuWbPqXl6Ire5N3geYDC
zFifp3reXT+i9JteJdX7QS+xBy7qdUmv90wZ/w1FIYhmw556r6g3o7HQbhZO+oWV9cy8HSvN
HFXUd7+Ner5LgX7fHuF8au2Gg264oBdzpYDe0W64L/tKx7shqF9YMtVKX8DF+voZ6J8/r23y
AK9Em3Q7yu6vb3JLCAxCXcVhzi8E9PGZZj7pxq7oY0GvxmNDS/otW9lb2ZyXgt4oN7xdSpDP
+0a0dkP/NgcVe8FX0hMkrQ7sBD0XuKAfHyZSjg4L6q01U0OyfArqfHChoBT1KgshsH2kX/c7
+8I2ChY4t3ImlPTUdB1gsBp/pWrHKtrzVJJuytKAkhLnWb6R7bHyTbNuQ4e+U3LXR+r0yTX9
gtT68/zEvVicmPfnmRClPre3q729EdJNZ50yV84F9Igo7hDl5sTOU0qiDwE9UB/Wlt2xwr/X
zPvaLeYHZqCvDeyCTdeCHb7mGuVzmHY1lCeTzdwretZukk03EmFsxVdq2w2ZK6PGpTTlQzR6
acbyj2MhP0ucXwPl5pngHbYU9a9o0NOYlGnHKs0G28C1wZIAjwq/39stKONSTPqJAOgnpSU7
SNsEyXrjHC7qe6Wo93w3OuhmolciinUMgr1RkCZiWRTpY9Q7JT0LN7IuFhHFQfEGt082Csqa
KSro9QoSvX7EgF7n3XB/mCjvqjcph2SVfLOQzqyMOS8mLOb3udT41FeIGAbo7wD0SrlJPRxr
JHokV6r8g9CKnsv6z0LMljsWZUXQ/G5+mXzUCw/6dX4Lbndz8sbh//7yTefDct3Q5LmOV+V8
OtCHaTegLrqp6aUb23YjLvoYjV6iLM0fbbehv3cTFlryRS7oPeUG/5pQvVgH9Igrtpw2KNhF
sp9WdkpaL2Wc9LxAEIDM+0r68WGiZYFreq+il/3gAD3vjfWDXhktC1TUB0E/KqCfyUeQXpnq
qSlrg15GYvGUJlvC7aEpT77p5exKasqycuMtm+KkYi3fsFFIjJZMem2ztMIsLZtlqqJ+nnX9
vZWJpQ/h2rD82tt9vKexnediVS82TLsJNVhK8KVjrgzXbpj019uDqM/NZ7K9TBC9ON/GCw76
scBk07XEJ/81O9wPQjgZVfIG8Uq5QUUfb7qRtBvvjwRYMnzjOe9U9FzNq5I+qaJnwkfYbrj+
Gyo8Y9BjNXgVYs1wjM3SWx3LIj1CECynDfVf4avXxXxxHM6bogP6KnJdetYbnVNMKk3eJr00
Y/tG8ddgXyjpZcMUR1n6tRsak5ITrt0Q32XvCFBvDU0pztN4LBf1yKpXiTcW57VSP0MF/T0q
7PXhSAQ9JysxCB7pyXxzF7hfGOnn4bgc6WW8zi+haXHgoj+LrEL5PvfTnsaunXXH9/0a26Xm
INJLFr0CPZQbJdGHajcK9b/VgclGlG14vLi3abV9thca9IN+q01uR8JS+fvrXRdlrvslgbzF
+fSgj6joE9aOqCXhIbOxWw/tjTXdyDbwMI1+Cys3DaqgfzwE5QZ1PQ7E+mFV0cNe2U8SPYMe
IQheDn09aTfDwxJPWZqaRlIOiTku6cds1d4EFZeopp80Jb2oNgU46XlF+FhISa/D6TE95Svp
IevQmFSBUU8bwn3tWBmYElN9rwd6rudljyzNSTlKvQN6vWZKq/WG9Lwq/J4q6pn0rNLf45qe
SQ+xPoL0aYt6/q5TGnFE97nLhfS1siCSkke3oKTvJNPMQw67SdWNfQhzJRKOpRdbDYnecD7Y
jdXTsvv29fxWDWx57bdb+bK4FCv0TbzAoL9/zdeDze0Yib0XBjY5GWUYeT1rKO+r50W6STDd
hJb0yfulAqC3KvoUoHfVG2H/1q0/5FZsPw9LkXJDbnoC/LD207OP3gM9QhCsbmy9ipqnBiwr
ONPw1iOZ3tkvhbB6CPdyNOjHp6iC7wXpSbtRqo2kIIzxtFRQu6FKnrPM8przynfDjdo+pN5M
cFO2P2i8EdKrFeFm7QhF3MxIfc91PEcUK6XeB3qRbUS5sWt6sdSrnqwBvTRkdSKCTXpbqJ8T
6ZNwb0n7IyNl0o7ln6miyDcN1Scke3LPnm0s4CQvjiXQKxc9J1emA/2+VzYH485uxv98rxCC
l+fLvrCgr73szxyLzyEuXHPmZnOHXzp40MJ8SEWf6K6UdSPmjyfdJEj0funG2G6SK3pHojcB
9XgtXYxcvsDDUqTcTBHvcRBKr0w3xkcfDEGYJvskzsS4ykUA4vHiuAt6JNd71htD+nGq6fuI
9JO8TbZvVCdYFqNJX5TUA9oaa4amGP69kmPJRf0gFfW+dqxCPW+YGrDSivVaQSa9XdQHSC9N
WT/o1aIp3ZEl6YZDzfjbZMkeJ3zpFL5TB8+L+AI/wseXByRJX+X+TRHqf0H+yNbT1/ed3ENV
fZrNseKibzf5B9Y6Eq+E9//r+vVXbgRQn7uW3H9LuiGr9O0vKuhn/aMVsZMV046NEq1XlPI+
zAc0eiq84230/opeafSYeEqj0YfYbmjrSORcrDjpqZ730x6v3kg/hLf+b9PMeaXcMOgBQxmc
Eo2e7ZVE+npsClfd2EkKBCPMW93ZaWK/1XyVMp7eS0dYGtIPM9+HhsdEtdGYZ0e9eOn9CcXs
uOFRWF3Ug+08N2uSzcR+0x9Fer2URC8gMdW90ua5qB8gpT4AelXTi9PSE29455TuybJ0I5W8
1PRqw2Ak6ZcI9axM3iwXMomlPvcTOCw3tBHqoeAgij5pRfge7KbCtJV20cNcmRL01//tKzd+
7xdnu8vAhrQid8iLCfqCP9Xm1nT01R93KX/4C7eQ916ybTc05poM+hCRfgs2/qUCvdboLdsN
z8UmmG4ciV7ZbrZsZQ/R+rxw/jH4JxIOgb6kJXrjuuGSHv56iqEfB/DpTLhWeiQgkCTvlvT2
unCvohf1pk+8NkVncyynIPSGcR6v457swKhU9PKCHUvP8k1vKbykN/pNPzsuveWxemGiDMqS
/cZPem7FKvuNQ3op6mfoVjDoVUt2hr8zSS62Uoup0J+H/WZO5f7dApO1bIrYx+JUO3Cn81Rd
XVtr6/ULJNYr1EduH2GJngt611wZbbCUhiydVz54/2/8P+oNLybyXsRbPSK/RXonJu2gykf5
3VcP+iWbQDc27bxUqEZP+58SQC+mnOCSqdiMYjUb64bdmNFYVm76x4XzUG6Uy9I23XgDU9p2
U6hCVj0d5BnXoxPrVPTTlHvgaPR4ga03UtN7pJ+akmIeqg02hDubY4t5TikOP5JoyUU9y/O+
TVPSk81HkV6Z6sVYbzlwtIneeOp9pGdvpSffWDW9kP4u9WQF9INcyQvpZZestYnET/oFFPV3
I/Evz98rUkGGfdG82NWOddy508mo12U9VfWa9H6DZUCi9wr6aN+NAv31Dzbcefm8/5f3mt6y
uSLL9428eKCv3eTDfLRx3q3lkUQJykeV8z6Rfr4VfYrsyo3qicDYbrRGz6CPlW5IvPEZLDn9
4CBdkhYZlnr8eJJ3CXJFX6UWhDuTsQx6RCPIKchucHDd8luiHVsF9Jf8pEfhrwZmLdDLzpG+
/iGVd8O9WDroxJaI9PZWcDu/Utqvo6Ms4/Sb9eDyD+wSlKLeizbz7Y5VuwaVVm9t1BKlXkUi
uKAnxs/09s4Yod4m/SBb6qknS6INfedso09J+nmjPhr0PPK9wslmNsvuipLy1Z2ODkI9Kzhk
onm47Vzkmqk9tkRP+QfpQM8l/SutG+o6QuLqd5TNbznLRvoXDvRDvuf3XFOEo3LSruVho8RA
FIr5ONKLdKP+zEe6IR89Cvp0FX0wv3L+FT1XflWqoFeeGwY9mC8hljgk3VCoGThfP6x2yebN
RkFyWHqLpgB6tljaUWYMfZJC+JWe70YslazT8zGcZ9JzuJmOt/GX9qLM8/HvCB+FPp8n0vP6
ETohW8LVpKwbWqyfwWRtrC+LXnnoZVCW3maDXgVaDkCwV6APkN7aGE7ftSPfzLcrGw16sdIn
WIaXjTX0hXbwd9Rwqhqov3Oqrk3UejRmjXSzzVfSE+hZoodyU035B3MB/Qd1yLHf9d5b/n2D
L95i2RcM9Kqk8Gr6lvAg0/w16/mAmq/UVk0AvWa8ijQ7lsZ1E7DdoKJPKd14oNcV/aGkpJvw
sBtU+XQ9uiWfmM2Vk0qst003ynXzrL5qSCvZdglfj2LdSjajQHryU/pLem7Icr6ZIr1gvpfV
Gyj0AdAPsfnGy6z0rZmSJHp3l6Aq7akTSxNUWCgYDvo8m29wwkGvi3p7lyAV9KoPS6S/aw3I
CvFZvrmH/0pFL3kIYqjn5qxjvVkk1EeD/u5KL5oKPonI79OH26oZ9aTgkFpPjVkYLvn41oPv
u64lespPsMyVMcOxSqR/Bc8Rp6p37WrseT3Qlb31guk3Lxbo/ZbKW6G7JWearQYOUf4s6vhk
0Nv1PN6dBlaTXDfBZiz1YlNW9H7bDdT9vbG9WBJuyHIT8Fjyaqkd/6OiO+Qa5b5hQ7023bCP
vn4c2Qd8yHRe9cyNMrOSzXjzCCnyftKTdM/WGwa9wjxCLPlfpNE77VgemCJe2itHbNaLbOPs
jDXBN0R69GRhpJSi3lfSG85jUNYJRNAlPf7moh5SjT6UV6z+3Uf/tqMQVG3P8g0pOAJ6zkN4
kp708xBwokE/wgX0rWWt2ZO+2Ho233S3dSnUo6xXjVld1jukp16smCs5KMdVbuJEetJuPqCR
2l2Nn3zySc/L/9kfJf5i6TcvEuhHfapNQ5jV6v55aypKKE+gJ86nlW44uzId6P2kRwJCatC7
thvgmyv6qK0j0oxlyPtmY7ds5R+9kqQfPH6MmVEl1hPojelmlqQbdUbH62k2dtIGvZNsRjNT
bLG0MyuF+fRKWjjlYX6Ic82I9P1Mele70RsFQzuyo1q5sQ03NuknsIWEavYg6CXhLC/jU1gP
7m0Mt0CvV8oquNMOEs4146PlG1e96eNEBDgt9bFslqE1vV+/mTPqY0A/yPXzvST4LuvbJV0K
pD/BrGe1XhqzqNFJwnFBb0n0vJ3KVm5SgH4ngx4e/MZAhHH3mmW93Sv7xV4c0D/xeW26w4Yn
trdYY1Td7zw4iyPCfArQ+yX6+LUjYfvBKeqGFofE++h1FI5vyVSyRM8lvW/LFLVnWTYtPl7n
em7wkrdQsH5KOWyQcVNV/4yc9HDbOKAHwce8Cl+X9O4SQSI9rQ9HgrGu5s1CQUN6P+iHioVw
841MyA5wUR/Q6NGOlRQEJnkvLwq318Ya0YYzEWaiSC+DsmrBFIfieIfdNzMmyFIDX1vqHdLP
RKs3Aal+jmJ9DOhHuLYps0SvYSH98a4ukJ5Rf8dTcIB6H+hV0A0k+o46n0QfFkpvJqfIXckS
PYEeQ7U7G9/yJ+DUvDijsi8M6M+7g7C5kDnYvN1+pVpeY56SDlKA3hbpF1LRJ9nog6DnULOt
B/ZCuomt6MVc6a/oz7JyM7tOQA/lRjw3OJJ0M6ttlLDLD1fJzBR8N6Tk+LQba9EUgZ4tloF+
LCWe9WIairlYJAFHbR8h0hdch6UkFQ8V2Xzjb8lKOQ9/JbvoI0k/UWCmg/R+zg8isJgKedoe
TumV+tglva3UU9aMY8LR8o2vpu9TgZbBml6PyOpfRPTfvqbs4k3LcsxHGfluuKwt8dMPk16z
/hSZcCDWS5CNh/o9JNHv7KJebJhEn1DSb4BEr0CPIPu6DZv/cNOHgTkthV7ZmnxhX/0FAX3B
J9DdCuwNvr/JFuZ/yLW8Br2S6JOkG7eiT6XRB6SbFDb6jVEV/YH4pBs1Ghus6LnAKq5ToEfo
geb8YyTdFBFNL81X+m/9GhmNJdDDeDPtlPQAuK8dW8X7YwMNWZlC0pj3SE82yzxIHyjph4Y4
+aZgyzdSzvfxxBQj3+ejJ4elOgUiORIrPdKzbsM7SBjuFGlpkd4Ffb+237C13gG99lmGgp6i
ixXqWb2hml7Z6Z+M+Ekf0G8WifUDdN/myku7weJOIX0rtk4Z1vMYFaIpXdSTi16NS7FE/4qr
3MSDXkn0XNHTxpIPWje8X+UboHpR5qdeCND7V0h1B36Xrbfy5XOHd0OWN4c9laS6K40+2knv
VPS0diS5GetPu8HC2MQ0+iDoJaUYFX18AIKS6X0VvQRXdk8r0FMUPXtvZuurwHl1SkOYhiJ7
pQY9SI+k4mEH9HDUWImWXNKTycZaNKUSzSQaB3sETYilqulLqqb3SK9K+qEik94y34izsh8W
e56N5Zd8TnqP9CWRZ7yK3nBekR5vhz5j5Bsf6ZVSH8J5FWjJ87DeEe2GAxE06WkDCZFeSnoM
TgVIH4b6Ocv1wdEpRmr5zEypslTV9PDeQKnvUmq9+C25rCdvPR/bRY+14H6JPla7eQWgJ4m+
kSR6cux8gNP58ibfBoqWcnsaXFjpHvHRLwLot/viy5p89+yg5aXMdX9hQd6U9Gy6kYo+ZmTK
sdGnA70bSU9p9OlB77PdHEoB+jCNfi2h4OYagJ60Gyg3VWtmp4dKBvKF4Xp23syipDcVPUCP
bqwr0rvtWAY992O9zVJsq1QJaP0G80a7mZqkIASoNyGgL3LyjclD4FmpgQmzaGqUx2QRXekc
b/9IgZmp1giKluPuFORFgv7MGw/4aqesz1XPz1cyJmsf8liyz9IjvTbUK9CHkj4U9XPU6/2k
n2kuR+3m+fM8PwEd7uwA6rt2tQvqd3YA9dSYlXxLsB5BNyTRYy+4SPReRLGp7GNyzSyJnnbN
Mug/aP3sY9/q0Fza/dBLQuBl+qSVD/pe3+9qt4bdS2v3X7Uwb7Ne92KVjT4N6FPul6J2bBjo
kyLNtIZvbDdS0RPoU0j0PBxr/ZGcm6fC+TWz0DImbLOhzq4E6Esu6Dn7xinpxwLtWLZY2v3Y
KWrFymF5Xm8gUQsFmfSlMO0GSOfkG56SlfQDd6MgKzkxpOeivo+LevrXgIa+DqbvI9LrNAR/
Sa/Ci/3CjdwQ9ll6e2P7WKKXlDO8Vgv1nEtP2g3n3jy5J93ZZLGeh77md+hDRbspv0lQUW9e
woxsByiPteGi1lNVL2U9o16y6GnpiDJX+kw38RW9T6L/4JVXBPWb/8an5DaET9MsE4OX5ctU
POh9gQfd7rP3SLNnucwd/uPZ3b5y3jLdpAC9NRdLG2NB8cQzD9CzKKTibsziWLLrpAM9PxfY
qKffd7ox+Do9XvTKeOB+sgqhN6N6LpYii3lPuBHpg6Anqru+G+nHmrXgwzRDRYwfJvF+OAB6
ZBX38+BUaEnPLVmq4nVIsZLsVVaxLA6PKulLJeWnlJAbIb5KLVZh9OyZV/JNgPSSiBBO+gEf
6SXcLIz090i7YaHeTrJ0aB/sy6rXzAn23mfh5/H/dVlgMqcvMsrf2Fedd6ioh36jynqwHqhH
OsIHpODsE3Ol9GKD5srYmalX+JcBpdywRK9A/8EHG442+/Sbis8vrnDQ9/qeum86C+H/yTNT
IuMgyHivG0vMVspNCukGFT2HjiViPqSiR1hNQkUvcfTWfnC1SJAXxiabbvwVPScUt9hF/OhQ
1TTUmsePZ9GLtUCPwEoP9NBuAP5xp6KvR5fVa8eKdmP1Y9UKqvwQtJxhgD7viTdKo8f6Ea7p
R0PasUR1Jn1Jkue9ABydSq8Wh0eINzDd8BpB/s+g47TUN571GSXf+EmvtJtw0rOj3gj1RHhe
N6XiLB3zDaXgSE0vGTipq/q0uPenKnC8TNOcGLw87zzNiuqWOoN6wJ4UHCrr4bdksf6D1jaT
RR8u0Ue3Yy2JnsyVUG5eUaTHW6o/9rmtG4rLc6tX6qtUNuhZoPTO7XrrMj9p9p4EulHMnzVG
G5f4LN0QkZNB7ybdpKroXe1GbPRzAL3I9Lxiimz0cRnF6ilA3sWq6A/T9VmnBAxSbYy5kmIs
hyzQT/pAj5eL8NNbB/j22rECehZvaLHUkHhtCmrJlARZ+rUbIj3ZcSzSm3YskR7JN0JGLBL0
jkP6wUjQ66LereftReFctot84wM9u+nZduMNTBkRCv+gUEu9IZzWTbFkzzU98d8236Cil3z6
EOuNoX5kWe+9wVfgR35EFd2/DSvFl7ivK72zvXV1dyDgUFnfvgsSzglCPav1UHAgvvBYLF4f
kn8gOn2USI+5WGOu3EUSPTgv2g2dDZuf+orApvLTtxbxXqtk0Pe6k7Ddtme26MUcoZjf/SCC
8kq6OWhX9GlsN1TRp0hACKj0adyVERU9rZdKBj3NxroiPScUF1Fk1z9b83jNGC8R9Gz04xbo
YbOhhDOj3aAb6xPpKYTeCytWpOf5WL2DimNu+JBYj2EpV6SnjYKTxEiP9A7oQXou532JN2bR
FGv3zpSs14/l4VjBoz8Mwfw+w6QfYPnGIb12VobEnCncU56lWiZIaTfSm+U4yyDplfkmzHrj
FfgpWK/fZSTufQcYp85vsovIjwV9KpZVc3/aVkdVvSg4u4j1QL1S6/EcwPEH4fkHqiEbQXoo
N46Lngp6D/QfbGh7WVahmNNdJsu4FnRNoz64ckFf6yvnWwa9a7C9xty7ObLMP4gBPU3GXk0H
en9Fn0K68Vf0h+C6mUdFLwV9KtD7K3q6ErceUy8WR5srhfTswPEOQE/cV6CffTYNFrpO+nrQ
25uOtUp6oeGYEevJfQOZvs/I9J52Mzw8FE16yqf31/PUnDWkD7RkXdDLZnBY6t1jzUrNEMv9
pGf+99KvJKzj26W8+TfJN09GlGKjW7NMenrBqelxCyJNlraUk5b1saCfYTNCmQ3Hqh9FHufK
nYQ+Y1AP0KOq57oeCs4d0B+Y74EPPkqijyrp/y1A75krRaJ3SP9BW9e7vgVUFVzUVyzopatv
TsNjg/l7m8ybyEwJyNOJUOi5pD+bFvSK9KLRp0hA8Ntu5ijdKH8lfS3uxSZEmhnxxrbd7KdL
dE1xfh0yD6pMQf943FsYS7ifgnHeBj11Y6tc7cZpxyrphuR47sD6BqcQY9xXCCvphzngTFaE
Syq9jMfKfCyX9L40S2t3LLdk7Wx6m/Q8OBVP+rwU7xzapo8oOngJt0J0/LBDPssndyXA0jNb
UvINLSOxST8yKHtkIxuyc6zr4yt6rpvLbThW/TQyaA/va23dANZDwQHeUdWjqBe1nl5o/KSn
p+cT6sW2hbjoo7UbCPEm/4CHagOgh83+xlPfb/0Vy8MKvWG1XCt4Zfs1g/n+JtNvz/1QU36x
KnqvpJ8n6FNEmnGbN9iNlaSbxGYsB1jaGj1fDc35dVDlPYmeBmOf8eZYOeOIMXNAj27ssAt6
stLb7VjJMAvDPKgPQ07fWIh2MxxO+jGB5WiRhqOiSe9vyWrQTxjbjd91Y6v0qO0Z6zQ8ZUBP
Vf4Iv6RJb0cXG+j3Qb5RBnrLVU+KPSs5gvoBGp0aMKSPasjOqbCPBj1/Gi6bl0QPWPAnvc86
+VfXr59ubdugUU+kb2+ksh6qzSc9RzZvPoKSPhr04So9SfQ66IbzD4Kgh1J/591rrn7TdH/B
N6osP0Flgt6XU3lrVF/7Wc9n073/6pWD30CdT67oMRlruW7SLJmi7MotHGKZeCyDZaq1I1Gg
P0AVfZLpRmIQAuZKA3rU8Dq5EoX9EAn2HuihyXNv1oj00HJGfaBHj9Vrx1ZpOyVY6InzXmE/
ir6rcdMr8UaWjzg1vdTzvFVwkJuwpMS7pLdK+lEmvdWS1aRn2YYSi8VHHyXeAPDkqCf5RpFe
1fgK9L38Yijpe+Gz5JFYVnD0IdJzn1aRnmp5/FNMliETsnN34oRLPPrzjPBz+VBZ4uf5/52/
ub0nESrcSgqOVPWAfCN1YMF5YP7zzzf3NLZTAELQRR/djmWJHln0Kv+gTjhvq/SqKfvP7qBN
d2UisRJvVa2ssdEnZ5qw602fPXcYbkrYaL7RnI/vxjKxtesmPehTkX4hoLdmY0miT1gjKBEI
voqef6/XoH8MI73Xi32MmJtZF/TstjQivXRjHd8NtWNl0dS0V8xPwT4fTLGETE8GGy3T2yq9
S3rC/ARTkhIPNOmd4BtLpYfphuMsTUtWh1jS2FGfhFiyxdJMTDHynUR6YbnivBLo5SUq32NI
D6FeY90jPQ/JSnOWSnqOQNCkj2/I+pmfUrT3fRgPgu4oT9A/f8q/b3z0cM++C4L6UyTMV0tV
34hy/vPPP3/1882fNJ6gMPpw0od2Y1mix0ityT8IBz30G39T9mYl2m8qEPRj7izErZI8xGst
af7wF/sffHNpjqCXAISUIQjH4JJMxXm7G8sVfVJIcWRFnybphkQbJ77yHfo526RBj17smCfR
r+Fkeq+ihybvgp5E+mlfST8h7djpKfyDTmm4SiJvAimWLN4gxUy56V3QOzX9EMcf2PGVVNO7
EWemHUvuSm7JmjhLDivGrimEFetdUxxd7NT0zpapfD83XQXtotkbvZ5uFJX8KrnYp9b3jRDp
7YIe/9ZxCEx6Vufv38W/2E4fMSEbK+lE8j78o4p0H98uU9A/Z5H18Jlt1FQ9fV2hHmU9yfPM
+VdfffW9zzc3cjdWzcumSTZzJHqj3AQqegzKHm//la+ot23Y5Xrd5vh9VRzo/eW8moR94kVR
d7+z+8Hu3Q++OXgFbdYUFb3aL7U2Beg3mo2xLN2kIr1d0aOlSqb4pAwE7+0mkh7myhQBCKak
N+JNQKK3erFqeawhPSXQ8wtau6nnLVPuzBQxvb6qKKZ5xBwA8/DSk5cykGKJV9AGQe2m95Ge
oix7uSM7xHH0otroQ0W7o97Y4s3oqNOSJc5zjky/tz2WdRzHfBNCeuY7QX3Q8lry7WJxJ7Ql
yzU9WrLO8Ujfp0B/f0TJ9Skassk6/kz8u7CDdo5gWL53Z8huPbMNwTY0CQvvvK7q2z/ZTJjH
QUnfjpJebR30cz5MpL/e6kr0H2jpxnJYak99a91Rn9Oy8uw3lQb6AbeLXpPnB2zfDl3lwzT/
x910qKK/mhL0lEa/NgXoD/5mq14NjsqZZP1Ehd7y3SA1IU2kmV3RWwvCUwUgiIRvi/T0Q9Zg
JHr4KfWeKRT2GIwtQMgxoJ/t7y/YoJ99hlnZIR/oqR1L+QY4E1NMeQJ9aIoleSxpDlbJ9D7Q
D08o7w2eDEi1KbLxxhy/Tu+CfpQj6nVw8USBa2C9JZyD6TkIoTd0QFaQr5R5dtk4nnq+bfzq
EKFeIs4CNT2PTvG0bB9V9PR/In38hGwy4PV7JICefybKVKR//vx/oJ/N3J+cod1Se1isZwvO
zg60Ynu4oCfQUztWzctKCk7CjvBXLBe9HosNFemF9tW/8hzX/DNRaek3FQb69a46L+V83gxH
QZoXzHNFf/UKO+iTu7ECeqPRR4v0R9+4IjW9WiSYBvRWRT9v0JO7cm/SHsGw0VjJP+BEMzoQ
5S2JnhIQKLBYH1o14oKeAyx9Bsu8KnSxiEoWCjLpgymWUuBPEfuUTO8nfYFretLxBwfHlMPS
Jb29STaE9DODItTnOd2rgMJeH016OwrBLemV+4Z4bgk3RqePEurJTY+Qs3D1ht31NBbLnVgs
lQXpqXWbnugR75kAehbpy3fFxmX69rrPnTtzDrBHWU99WRmJbeyhkv51kH7zEZ6ZknDLoIAT
VOmjJPoQ7Uaasu/74m82VZZSX1Ggf+LOP9TwoveSWSqTgzSvMC+gR+x8etB7nI8E/dr/dH7u
Fb0f9EnCTUhFzwEIaaUbZzSW8w/Om14sWOdJ9Bx1w9H06hDoZVW40W583diqSSXZoJiXjqwG
feiicF4hC/YpN70f9ENEej6j7nis0N7nsvSBfpSCi2dmEGc50Uuc75W9gp54UygMoKa3Muqd
fizPxrJAE+C8dGSF9IE8BI4sZvnGp97oiDPKRYDpxiM93PQLJn0C6DkFoUyd9PQjyj+2Wwn0
QL1WcOrqOqp39Rwx2k1jIyUZczIC1pP4qvog6CmLXi+X4oji66oZG0l6f1F/a2b55Kul/0qV
BPqi04WVnMqSyS7K/XD3Hz3O7/7mrK+ijwlBQEW/0VJuIkG/9/lfq4IeFf3GY3OUbmhhbIq5
WAf0xnZDW0eSQ4o9241Ku2H11ig3IPuQBXqY6if9oJfUYuO7sUE/PVxQDOwtmvwbA/rQReEc
hWDEGz/oJ9lkieeBIWtoykq48ak3AdL3kzCfF3k+r7w3Dun95ht/TS+ktwV6z3oD1LPf3hXq
KccS8IeAE0l6Ij5+RaFOrHhwIOkvtKRPAD076buXHibz/Qp3Wbz56IyQXqMe+cQo6UW7YYcl
5+BwuOWG1g9c1AdBj8VUtoseWZgJoKei3t1Jkns63xtUhh9XQaB3Z6Rq+nC1Rz3Mv2NqeSXd
APRORZ8EequijyL9h8+fHzDSDYVXppFurATLuYNeN2PxDJG8R1Ap9JZIL2vBDeixIrZKFsfy
wYtTCaDnAEvWbsaRVs/2Q9jcg8lm01X+YHrTmp0imV7EG5f0kyzS9/VNuOOxkTp9APRoyWp/
CmSbMNL7WrIB0EdU9OrXFkkudkjPBT2V+yGk55j6GT04O4jBKbLeoLQn8UZltc2T+Amg/1+4
AqIfiDI95+n7u6hKemj1LOBQQDG1Y98D5j+nmSlKPAPqObLej3o/6a9j6Qivi6XlUpx/kEz6
1g3Vv3eV+goyWlYM6AecLDpeFlgy01Ew2vjPg/QVPRIQ3Io+CvT//Pz5b0SiNxp9CtRr7Yaa
sZRdifiEpBOYjaU9gmnmYv1OepboDegnIdFboKeoGya+Jd2oPSRau1EjU2Z7eBEBx86iKU+7
obhKlVzp+m+GAXNZN+UE3lClL2fMyUEIeG9MXnEI6RXoS2Z9rK3SQ6iPJb2KoA/RbjTp/XkI
qqAX0t/zqzd95LycoUwEvlnGZInJWXRmdS7nfFifVNGzNnK+TClP3xbz9Udc0hPnuS+LreBI
k4dKD8xDokewGaMeAo6Fet2XDYDeuOgRUUz5B9eTQU9K/dHLjizQYEYty/jipfrWKgX0651B
ZlLnbcx/8Ufdg/U0+rNw3Zy1BqZi0m6clOJoI/1GtG++FNDLxlhhfuIxKn1K0Nv+S715JFUY
vZ6bNbabl+jny7jo1yGkWK8IJ75P+UC/hmzzAn2t3dDIFLyUcsbGRbFBSR9MNquqoi5tmMVy
nOIqJ9ySflJhHnkHpOx4gTe28QbIJ5elnqIyQ1NjJqh4YpBJT0J9eEnvN984Y1NUrw+wo17P
TnnuG1XHc3qxV9NTQa/fEkZ6qunN9BR5bsh684TFG8lHWJrzP/NUUksqIKzMO43y9hurpEdR
v6+tbmcXWek5AgHCDU1Qqap+J6p6SPW8nCR0OJZ6sZZEj2j7dKDf0P5bx1PvTVuuzIVZtK9a
GaC/73Rhc0i26TUt2O53/vjHP+4Pgv7gJbhuvF5sXKxZyor+d7hX/hsD+mMs3aQgveE8bQZP
V9EHkool0ixNAAKNTNE7spPeddE/xlopxFga6QYeHAm+0d1YaPA+0NPIlJxRRXmAPiTZDL4b
3jUSWBROFstx0mjYY6ljEDTmhyZFp7dI7wYUc0c2QHoNerjpGfS9MN8ESK/XSznJNxbodTY9
k37AMViKRuW1ZPUmWQqlN5ZLrunFUekdRXp5BflvxGRpSL9UrC9zkf75cx5mP8CkVyU9tgjW
3QGre44g0wyAP4FgBI16jM4y6ts+MGK9W9IHXPQE+mSVHiX9qZ0vu+k3NSOLBtuV/EQVAXrZ
SqZPQ9XzkR26wCfM76c/Ae0GoL86F9Ana/Tc/f3p3Ct6PRyLudhUoHcmqmTzyFYk3aRINLNU
eiY911F2otmwXdEjm15c9Rr0UOQV6Lmkfzata/lRL8iMSnr46Id1O9bTbqpoj2BoST9FFkrK
pmfQy1AsVscOIZt+cpJmqnojS3rOvdHx9Fq7USU9h9MPYCR2ps8ivU+8EfON2SDrJtPzDpJ4
0lstWfbQe+V9qHpDwo3p0+KF+zNEehJvpKZfmrJ+kH9AVpIzSV+7lr7D7u+kG8uH1oLztlhU
8+28eEqSLVHbg/rQ6gn1VNbTxkF/VjEEfkuiF+UmLei73vsbZxine03SN78a3l4JoHeD528+
qTVTsJiOUpwPqejJdWNX9NHaTcqK/pd0h3/IRbxaO5KqolechzQv2ZUpNHp/gGW6xeDaSC95
NwR67sUaFz00+XrZES7HC75RpAfXDejrjS7fP+7Lu6kPWzSFkj5yaorFm16S6QnzRH2y2lC4
GfVhqd4v2WnFblFPONd+elul55EpCiwmdyUM9VHiTaHAeQg6+UaRXgZi1TJZSq+UPAT7aKSb
liwtCbdnqBj8/preC77BzaK8M7LTU8DljCH9EpT1rIGX9bI8DlM+5JX00Og3yFpwXi8Fsw3n
nVEGDr3GQn1r6wcB0423Lha/CSiJPhXo2avzybvunsFyXMQ41yeX1Q/6J46m1n2+1nikgPn9
XM2HVfQPUNC7FX0k6N1NguFpN4D7Vr72v+etUeirploZy/q90m4I9Kjo6cXY4+4alIqe52Lx
hnTiDY3tfnG4W37rMYlmPC5lgx7GcjU+pUCPQHpeRDJbT05KI9qA824MgrNoyirpx6JK+nEq
20mmnyrScnBgvigplpKAgFeMGoelT6V3dHqrpJdynkQc9tGjpk8gvc5DYLgT+zXnUdNT0zVS
vdER9cR1123JpPeJN8p7o14rWwfhwLHEm6Uo7Bmj5TsyRT84VEVbJT2UGzRjabtUO8p3XhhO
M1SqqEdZ76Ceqnr7KNDr5EoS81OV9Gqctud1X0/WWlo0V8KWyfuvetC7ss2t/+G8/rWr+4co
5nEiSP8AXpqUFb0Fejw5yOG63Qjw/I83+C6tBeHZwEiwVn1YTXIiuKK4sxZccz0l6O2nAcg4
DPr041JbDr5z2O5cm3GpdTQuZYFeRd1Y2g1ar1OzFGSjTnH6mQqwdEHvLJqyQB81NQXAE8yL
40NktUTOmcK8gH5yiOBPCQh6AYlPp6eOrOwKN6DnrBu9f2Sin0kfDXox36g8BBmVIjmH90zJ
YYEmqqTvlYWy2lpp+S3DdHrWbvQGKsL+3T7jsdTqzaIrOH38lF4mzAn/Nng+disZb0S5IYle
1sXCZkPzsBSCw0U9pHpU9S7quS1rDkn0HboXC3Nl63W4K9NoNxxtjMTLI+997PZkZ8v62qX4
5lY76PnhoU/uWr2+e3I//IIoHwP6S2uTK3qVY0YlOt776kGnu6oxLiX4lmNH5XK/AU2E17J6
60EIxbwGKj6wjEw3863oU4F+7X5dxlsXzUj0jwv5Ir+glBuMT/kqelC9AJ2eT364nnR6tWXK
B3pONvOp9DwGG17So5Qnj2WfTML2F0moV0dIT682pPdhXuXT26SXnGIvvpLVm75ShPGGQ4q9
jDPNeaXbKNLzHGwk6cWIee9eYMkg099QnW4GT8hapOf0eurH4tcBS7xZXLV+sI+e2styQ7jH
KLek3wOZvYNBT9pLG9lmJBjBSPUxqH/FL9EL55PEm1aM094B6D/Baff1ZL3VRSmoWobvsrpB
X+toaQ3rtfkGU7C7FefjKvqrlyI1ekI8bYvFvliai/UWfTPVVT1OfNdqydYt6te788R5EFt7
YGjNh/eSs92JM4NNACXq8jQhxRv5dwUnwNILQIjUbjaC8fZzovfk6PViCxiXskiPtYKjOvmG
9Zqqgl7FMVr1TDvpAf4pSDc+0gPopj9rl/Qwq4QE05PhhmHOmB/mjqwNemW9iSzppSNLNT2X
9BNkxRkgq405VNNT2E3Y1JTE0VNa/SAL9aqe901P+dKKhfle8S6kd8dkOSjBr95QN5b89Fq7
J/CPwGGPwGLlsbTL+kWQ6+XT8expGfLH+pbW02Nyr2rHPtwHGz0V5dg0JfnEEm1J+o1U9ajp
UdS7As4rqqYX5WYXKzeUf6AwnwR6cF6N08K2v2vzdqcnW/OkvC9fwne3qkHvRlW2aKtN7vCD
3X9MBH1MRe+lzouGfoxLcaOlHyPKasIbnv9UXemfcz1vTy/xK7xzSB/f62kZoHpGiNfo/ZxH
Q0ACECIwf+WHSo63Sd996yYLt95c7HhBerG6pNcJCGS7eVYFCw7VujhD088sJz1GpsYCIj1Z
6c2iKRv0ZLEcDzpvwHmp5nsF8wHSk9+S8ytleWzgGO8NOC+yTd7CPO0iIdLH1fSSfEOkZ92G
/TbOSUP6IOgDpGeuW84bnpQd4C1UNCAbfuZpr/c+2QD/psvZT2V7aomrhxXoSbk5Ra1XJNx0
nGqTjSOEel5NQlW9oJ5Zrx04iDsTAYdBf8Isl9ISfXrQ8zNE9ceOa7tbLbYo2wsY+42tZtDX
21JzzuyCPfwS9gN6oNclfSACATq7XdGb7eBcxLPqjriajceAeQV6q0kK1h8Tbca0P5F/IOeA
SgJ2G6NK0OEngcA5QPuh6NDzA5f5/B8Re/z59GEVPX0sv7+P9VffCWF8Q8uO9f34Rkfph/+m
qehHCwXuxVqgH2eBvgpdWm1GyTPlrZmpcJGe1HiJNXOSzaqq4LzMB0GvtHmKQggE3siG8BJJ
99ElPdf07KenLDMcu5xn5HOymSZ9wGJJlTxvDs9HcV7p9N4GEremZ2kndMGgr6bnYl7KeHWo
xmfQw9oTRfo5i/b+JwzOBynn2Vg8Hvl7/BNR6Um5EYn+RHUHCvo9ex4+5LgzlVcPVecE9gQS
6cmCY6GeqnpHotfmyhTajYk2JtDvPHXqfacnmyvz61epoHdclQ06AaH7pS/+CNBr4SamGXtl
rUzGfkMZloT5SwcPXlGIJ8B7h0HvH3DlN9N7YTJq49pja3+lr/NvdDMWr6Q/9FzB7ynafWh1
D8Qr0uNJQJ4J8EuBJQCpZw0S+0NBL+ulbMxvfCko1qCMb64324/5B2u7ia4sFEbNvwnwqOir
ZqexN1ad0WGMypYkvtIr6dWWKb92A6CbZDO7pCf13rc+dhxbSriaJ5V+KoL0/FQwEV3S84ws
1JtRVc6PeeOxqrSnmj6e9GyzlD5soJ7nX2fChmRVES+pOME0S63eDIpplBFPf9syvZTzjPoB
tVg2orJPwfuIjyzyk3p5F6N3qXD7SiIsodwA9DBXsj0Sy2LBeUG9XjhIRb1T1ZtghOu8LlaC
bk5IFn0a7aYV41KyffAIaT5IyKnbcOL3Tk92Fe8jWbUV/X0nfshYbd754gsBve7FRpH+Abw0
WA7+4JtvAPpLZ69cBeOVjcbzNxKgEULJmDZ+G5f4aqfU1bX/k/4pOooPoIWA1vsFVHVDZOG5
lPhU0QvmgX1V9Svcy7ODqvRZNzKFPv61FfNSh2RhrHzitS8FCvncrabLsoXFHL6CVi+2MGWB
fs0skm/MKY7Xg/BQ7fO6oDdRxTBaUq6ZT6QnjSasog9MTY1Tg5Y2Ck6yTF+MKunJXq9S6UPF
mzFWb1Q5T0q9K9341ZvQmp5Jz1p9+JFh2TA7Pb+BTZhR6s2AkF78lAJ8Y7E3pEfmDb1tKQ7d
12W7TlA9JKnjlnuNpmPZXImYYsom7oBrRoPe2kJ1ZyfrN0rAAfS9DJwNItED9EqiR8R9mm4s
SfRsupFniFMb8Ik+dtqAt1dtdPFqBX3ebi3mlIaT++FL4PwX4PyDP8aD/sGD3ZiXWov4SpTx
qONR3VtcRhWuMA2M0zMAJ1HGnis/Mfz8f9G8VPyCqY1rTQvWaucC8CTwCPdBbiXn6L+ovmfl
R4UYeGAH6PcS6JnyQcjnGlqaw+5nenb0MorrCwUt0a+pnxq1IF81u0YNx6KqNaDXpJ/EJtkg
6MlKH9qOJVHHCkJgzGMZFcdXkk6vNXp/P5YbsoNKpg9R6cVPz6ZKZ32sxXveM6U6sqGgF/MN
jcnGkT4QWyybBeG4iVVvKL2YK3nRbEiwMQ1ZnYGDfqwq/Beb9QM8BF3eFf1z/rXjAFX0Srnp
Es/NBlFuTFG/7/oHbWTAcVDPbVmp6nlpCQGbBRjeNJuK9KYXq58hQPoN722yFeLu8TK/hlHf
3ioFPXfo9dGYP/zSFwb0u2NBT3ING+G5kA/Mr3KVTkd1ZclkYy2YCo01e9O7wnsV6M0C2YDq
w5/Q+58U/MR3z6qjxXw/7VnJZ2HHWHnAfpVduTYgyXfXXNt+N+LOdwMQhguF2XVe21VQNzQ9
q8yWLNcAgAHQQ7spUDfWV9KD4IXQkt5aHztO/8YZo8AbGpeilqsW6X3GG069GdQmyzDSi2oz
MOoLQrBIz5umlE4fU9KToT6C9OERZ7J1ECdBvQHqPbwT3LVML55L8tTf9SZpF5X1ffw7b7lD
ivTXdyDS01isSPTw3EC5ue5xHjW92i1LXVlBPXdlla8eqD/FnJeIYoAeyk160LPio+esNnxA
pO/60nHfqCXU5X4p/d/f6gQ970bzne6XmPKqoo8BPbbFkha/FvI54fzK2iuSPiYVu7cCXNyV
TPUUoP+9d2U/ZNDzQFWqDAT285CED35rkYfLdS3pWLX93r17f4T/i7CjdB3U/pDoN/rlGhJr
qOcade7TBdRzsY/XgG4YWPIOAhBUppmXdwPrjcoptnw3kDJCQB/ZjjVTU+OUfWPqeyY9Ve1j
saTvlZo+BPRitqE0hGBcsYY96/TRNT0Zb/ToVBTpKQ7BV9OLH4dPfEdWQK/pbltvmPQjsF2K
eGPOosCepSI2kJT7gCd1jXKfnjvzUJQbKuhPwHPjKTcs02vUQ1gR1Cv9hpLPuC1Lr0I9j1Ul
LNGzEydNSY9EM5LoGfQs0TPoN2z42JGJW1bljsHVCPq7TvS88D7H1bygfj8arBbobdvNgweX
FOWlygbwuai/cvDKlYOXrpyFloPDdDcuHLwYBL0/kn6Lde//ypNuUqKeq3viOrk4GftWX1X8
OlrGB+WtQ7ZK5JkdOOYMu+Jy1FyrT6o5ttN1u0YeGwy70r5sXciWhqrIWwOvjbUpnMUbyPY6
7MYjPUT6KqrofSU9UolD27E8NTVVNSy7ZfM6op5Bz7vChyKMN2S9GRxU1hs/6VU5D9KXQuKK
HT+9Ir0p6dVNV7qNdGRjanoagx1xMm9sukeSnoJwBnppnayhOBXxTk0PpyWZ6W3Sp5Xso+w6
5nPx78DlbhvJs3ZzTo/FwlDTxcrNPiPcGNKjK/sBzcoS6o1Uj6oevwIg+gxlOWdeios+LehF
oifOK4legX7D+xyuqU9DuT9fhv3kr0LQ9wYnf7ANVkFeVfQ26E3WjVAecryYJ6meP3jJAnpU
UnEK0F/5sXVx71N1jmZspHTjl3LEoY95KQa9KvCdoSgOVVCwZ7aD7uoc2PKSe0Gg1iRCnr5b
/rVoHKZK60xMTq/RMQgAvdZtdAzCOIw42nVjQunhpGeR3gf6Sasda+2OhbcSb1CjRoUpY7UU
0NOAbK+R6d2pKc5CGBwshZT0Y6LP59lbORFT0suecFFvfOKN6POQ55NIL9tGPNSTQO9lmXnV
va8tS6Sfof8r/400ZGc0ibWd3hZv5lDah4De93xB93aZ226ePxftRkn0FGAWUG50Sc/6jUK9
1ZWlvDOu5o8c2XzkE/D6VFtPWtAHJXqMysrpOW//jHWXdTxceIG3+kA/7qwY4WfZ7neMbONV
9JZIzxb6B2cvMeeh1aigeNTxZ2G6IYslyncakvWqePtfKUB/lTZamfO7Y7oZm7KipzJegV6k
+8DElGfKF3X+EAUTI/fgK7eUB+RTd4vYOKZDGwn2VcJ4baWHTqMHYzXokW857IFetWOnkYcQ
Anriucmotx2WXNLTGXVGp4T0JN6MRpb0Q+RIkU3hdkkvQZW9o1Bt2EMfrdKPjlodWYf0bKvk
DEsmfZxOL5K8Jj0H3VhDslGkZz+93jQoEGa4W0oO8nIC4o2L60gpxwa9j/DqRbq3byX9lrfS
byfLdO5TGYsl5WYXPDeeudK0Y0W+8VAv+o3S6tsJ85s/xx9SYE5t+Lkaoko03hgXvWj7UG4M
6Dfc+ZUjI2xf6Qs156+/6kDP6yWdk3sHso1N+j+ict8NBUeOGpQC59ldQ0rNlYOo5CHYQJ8R
zusTCfpjcFd66n1IN/b/YF/5N70FU6lEeqXWcEXPBX1sfqUx4h9zjfLdNc3/37nc/zwVD/P8
UNUzAL3KjEtp0KOiNztIFOkB+qIx0uuSnpz0LNIHk83C2rFTsNh70rw3PCWg5w2yFHYTMh6L
uakikZ5leg/0o5x4AMmGDks4Mf3YKNKzYjOo9CtV00fI9Pl+O/jGG5jVFXyseqMD6z3SayxT
c3YART4smn7xJozcPuQnfszgKki7ef68QD/ZPyKJHv1U5bmhsVhbulEqvY16LdUL6sF5rB/E
OfIJ1gh2PO+RadkE0APqWqKXPbPIuvdIjyWDjs+yvJNAQzCw2kDviGX0qMiR14aO6sSSjx5Q
N6BXxfxZqPCMeEjxlzAndZb2jpCPPkUifYqK/pBzaX+JCSu1SXB+oI9NKuZ4TF/rFZr88Fwg
T+/LP/mmhJ90QQ/lnlKLbdKjlMcMVSlQ0c9iLXiYSE+zUdgg60zHmmo+ZH2sJd5Egj6E9HlR
bfTm2AmH9AEzPV7B6k3eFW94KlbFV3o1fSTpLbpb1nqb9D7dhl/sI/XGBBkzvbWtHv9ki+Xg
DFR6tx8bXp/7X5v83LAK0m7woCSDy7E9F3gs1lNuIkEvBhwl1auuLJXzn7+KQyV99c73n3/s
gj5q0ZSr3JCLnjivxRv4LJttLaGcFzOufo2+1gmf0KoNcz4M9Ax56DHslacq/tKli/j/A5mH
vYIa3Qf6cO0GoE+o6A/+xr225GlPr9GzZ19LN1ZgWkTiDar+HzryVcPN9WbaNT3t79Ll88Lo
JwoFT7jhGARY6UNAn7cqeqXdDGmRPphsNuSAXvtsqKYPBiEI6BPEm8lRlLL9nniDF5Vqo0t8
dt+Ymj6S9Oy9UeJNwcg29n5BdGSTSU+cN0n1SaQfdJOMCdaUbybQZtBTDI4x06dDvLxXIugl
7Sb9w2OF3pN+wA+fxFgsJ1d2Ve/stKalPCu90m6kqkeupd2VpXqeOA/SH2k8sfPd5z9Hxk2K
kj4g0TPnW5VKzz5LW6i/tbpCzlZVRX/Pb7dBOW+OXdFDumHNBhoO6A7MY/QVhL9EQryWcr7B
xFRK0MNeeewqpqsc8caZn/rS/bl4wwF9ur2xpNHzfqlQjd6D/lVHlUcpP8+sJTbd7DAVvRWA
oLQb+CvtZixtFERFHwJ6HXcTYqW3w4q1NI9xKZqb1XYbv3jDY1OTUdoNFk6B9NyQpbBKniJF
+9U+VOL3xsn0UtN7pNdtWKsprTuyUaSXgPreflkObhqzCaT3RHr1jrilxnoj47Es3syjpE8E
fR/33st+sJOC9nJnlLkSDpqOuoBy47VjNe4dA057I4P+dSnpd1X/i+fP73xApE/SbuygGzFX
+kC/4c67diBCQ3lnxPmeqVcT6Pv8dhtY58NAvxtIB8/JZEMHSvwlara6qWYPvklf0Yf46CX5
TG8h+el/ci/r3/+UF0zNyXbjgT7EdqM5f8Wh/PxKefWtsgjmbR0pFCYN9PkftHfED3qKqPcm
ppJEettKz9EHOBMSdIOavj+QbaZKehqb6o0WbybzYDun3hTpX4ODBZ/VcoxIr8djg0kIVON7
HVnU9NyGnXHMR15AfSTpZZOsNGKtowge2pFV7VhluZf39PLNAHpqzkLNuXfXeHHmUtQnvO96
ur/LvonYyyI9lJsOy3PjKjdB0FNVbww4WCfOFT1I//nmnsbNeLi/v6H1g1deiSd9iEQfAD0c
9bak0D20Qr/2zOfLriLQT/rsNgg8CAM9SvlLsNOgdmfMn6WESmI8XJY26h98c3AtCn1Xo4+Q
bq7KbFV4Rb/3w1+F/BL3746+cUhzfq4VfRToL9mUz9U0j87nDjcfww/Zp1ak2XgQ9I50Q056
GqKyRHrRbvTykUA7FnAf5fhKslpKA3Yau2NxqKQfiiK9PTalHZaya0rWkBDdx4aKVNpDxgnO
TnHsTSF6bMolvWrDaje9Bn66mt41WloR9WGkR0HPe6jcfYNksiTrDYEeuQjzFm+SnhMYoeW/
PoNE+kPHaS04JHpKKHampfy+GyPhkNcSA1R1yLBvbNxMFT2X9Ec+eRkP+Hepr4qqPrYdG1Ru
giX9BtdRn1u/oJ/AZf3g1QN6rkis45Tznki/f/f+B9RxZdBrpUZtCPeBHuhOC3oIKj7XDVX0
V7a+sf5/H313/WHT70SoTzii0cveESXdBG03+x3Kt5yfhyrvfqcsgxnQzxYK0y7oHwPqLuhB
euj2QdDPjkWI9ITzaWwRV8X8FDCvQE8lfW8U6MdpHbgem/J76cl6Q4Cn4SnyWoaFIaQlPTqy
pT5pw6KyD6vp0Z+NrunJQB9cJRtZ05NC39c7wINT9hmATg/lBRr9DCckDNCyqSRsz+PtdH+X
fwuRhlC/IomePTcdbs5NuEiv/TeQ6mVDVA9r9FLSv4VH/b88xRYaL8TyFX0+8I4DeuO5sRyW
ylHvRN+sHvPNqgE9Z+p6B55K/5Gp2N27yTnJ2o0ca52gA3oSX+ZS0bvuyoMHN/540x8Sn5Nr
//nDnyaTXnqxvDFWrzdxSe8oNt0t8+m9Br5VdmE81aSfNpFmBvcgnGOvJJEeGQkO6KWkx9Lw
vBgsg0vCR9VsFKZt1WG+T3F97z+WeNOvxqZCSnpuyIaqNpr6bKcvRYWbcYNWvDelGdos1S9N
2TmqNyze2JNTWsFRFht6o31IocfLNDTlzVfRO/BrBPScYnx3Pv3YZJGefnjK3kj/nBTFw21Y
LdIlY7Eqit7xV9oGS68tS/1WdGV3Vjf2UEkvvpsjf0UP/B5knW2AfhNX0nO4jgq6sSR623fD
qK9ebyvIZT+Cpn/uVwno/XYbCrYJgp76r1Brrly5An8lJBz+X8Ta2AcHLyGm2F/Rh2o3shzc
Bv2Vn374D6kTL/7Tl785EF/TU0kvCQimGWuBfu07lmbVfXN96i8c/zTEkWYG9Bxp5p4g6LGD
JJ8ft6UbAT1GppSTPmilF2V+HD5LB/SBuGJmvgK947wJK+l7GfO9oSGWnp1eD06FOW8U6Yn2
I3k9OeUjPYv3kd4b4Xx60ktBj0MmS5f09JpeSDeQ5knAAe19kTfzqN8DH7I6jPTPaQl0jqLo
d7V3VdMSwX17trmUl1z6sEOkp5L+kyMC+s8/3/w6/xC8DHLbRX1oRe+46NGKJcuN/N89dU7I
Wc0i/Tgm1owLfIfVAfpaJ/7/e2z+xnFBz8W86b9eBOgTgorPUkV/kCKN7RM2MnXwKi0XMaA/
8Jsv/99zver/7eU3KOUs+khFL6C3Nfq1+636ofvmurl+4cj3Z3dlwzpd0Y/53JXwV0aAvhgE
fbhIbzzzQ7JrygV9bEnPzhs1NhUo6YsTotrQasFI1Dt2+lDST3BHlhYMhkcW6xlZDMuGqTf9
LNxEkJ5/izGZllLWq4Je/uXW+iTcz4zIFnESb6gf62wUXwzQc35lma+NxaN1iB6XJ6mgJ+WG
ougfpgY9NWU3kEpPJT1NTG0+8i7/APy8muLlUdRTVzZ8SXhQoteY94N+w4ajdshZw+qwWa4K
0D9xbZXdtF3EqehFtFEuG0q0gXJjRmPDS3oMVWHDVNqKHksFeVv4lh+f/9/Nl7X/9c2fBNZU
Cfm9ip6jbjzS2+3XhqbH8/3KYR83TT9QNU91SV8olHwFfYhG/5j8lRMO6LmkfzaBTbIi3eiS
vgox9QK4MW2l95HeiisOOCw580ZH07sl/RCtjxXSx4G+yHb65IbsTB+CbyJJzzV9KOmF8/1c
1vvXC5qerN2RHUDZruv4gEyv/Dik3cN5c3eQVPpkLWZu+O+lYqn8QV9Lv2n+pOMEQI94eVJu
tm1LT/p9r6Ckx7JYmpn6fDPSbn7Oj/2/oljLnZxVL03ZYEkfkOg/MKC3rPSqtn/fnpJtKHvP
Kl2C1QD6u04eNHnnv9jvgB4vkm0eqs03kObxL1htAPr4SPqzZ7Ez1j8wFSHdYBPJ2oNrf/Lm
0AJRe/9XH+6NqOqd8EpOu7HHonI3F5XyuBn0K/L3Tes80I/5QE8OG18zltcL5oOgn0WuWckS
6acneYs4pqKI5hGgp8HZSJWexZuSm4PAxpsxoVueZfpY0tt2+sixKfHTJ9T0YeqNGCvVekHf
zilvmyzeR1tsbOgT113xhkep7mE3CZaY3Hsyg37s4lssGU4L7uEv8Ccg+cPph31vdRdJ9Dt5
ieCcQA/thhIoewB5YP6THvX13sdeWUG9KuoDpA+66D3S+7QbvHjDbhl29yXfqhV/j1UA+ruO
fZ4CzBj0toOeMP/gIuj+x/1c21MvNhH0kN4RdZNKuqHs+p/+86Kocf/q8qFQ1PPeEU+5WfuF
datrLi/Kl3YebDw/s0lX9I8LhaG0oLdHY1VYsSXSP5seRm4xnyE4bkAuk2w2l5J+KkS8gd9G
kh/zxckhst4gsjhapi/advoA6Sd4WTgfu6T3N2Ql4SxQ06t6niQdnpyKIr2n3tC/vM4sWW9c
0tNrxI3DzwLoz1orSOZWuke9N+9Y9m2TXHH+BL8B+u39AMZiIdHLEsG5gR49VWqp9hxBSnFj
u0j0MFhSThlID/2mjpuyIaBXWfQUdINoZNhxlEIfVOlB+vbLduOsUIbX0fctlT/onTEpMduA
5Qb04rTZvfsiO2yU8waTsQ7o7Uh6bb05i7DiSwHQh5X0tHjkGMr/Yz++/B8Wdo/+/s2fwpEf
B3oVamZ5KRuuLckEHsuM4LyU9HBXVoWA3ue6efyYJqZc2w1rN0akr59C8A0flUWPkp6t9CEq
PT0JYLeU7+h+7KQn3mjtptjPDOsvkpl+qETmyjjSc3axttP7SA+3DU5fibw3A7GkD+3Iim4j
0j2R3oQguMTv7ZXJWerAuh4cCPI+0tNrsI2QxBuy299d3JKePu8auscXr8mzsJ+E6I+mB+Yx
7bnBEkFwPrV2s29fK5LJlHcG26lOiET//Plf07YpS7+hASo52l8Ju45ZLkUh9vx6jfpgSb+h
2s5DyI0t1dVYtM9b9qDvdTY26lgbLd1w2U6Uf7AfkBfO09JYH+glkv6POsmSWX+WdsZy7E1S
Nxag52bsJSShHXrjS98UbNq74h8v/ziuH6sqegL9xcPGRtp9M1W0fNrvwXo/sdFr0HsLY72g
YgSYBUAfmJhSJT2K+Kln9ePQ6oXyJsyMBBrpxQb7sZSJEAl6Fm8mLPFmiGp8zMwS5pn0ZL0Z
i63pKdZSkd4FPXsrZ/KjExO0c6rPDqcP1PQhOr3WbYT0pNPHkh7qDe2l8gp6pzWrXk2FvHoX
bstSSU/1/cKP/rpF/h1uHg+V5f0QUpi+Is/NiQ6t3KQHPZSbUxSSQ5sFYdrZ+dfqe6+FjKNR
z/6bAOmxdMTdIphQ0m/o/NhSlHNlz9Fy/wYnbM7f0nKNVPTKN6/t8l7YzX4CPYHfnBDSU0V/
cHca0GO97BZuxtK5cung3g//nt256c9/OvqbcMHGK+4BeqwGhzLvrRHJ1ZxffMlGf9P8KIVE
LyX9eNBdiWbsaBD0cKBYO6ZYrqeSHiJ9YVRRftQDO6w2wIxJNvNpN2apoEN7XdKzeKPGpoaH
sV2Kj8I8kZ7npopx4o1tp7dJP0iYHyzhVRMlknB650b6ASroVT1PpCdZJrAxXF0MrulH/AW9
CDTuhKwR6UW8QUk/otWdecPeeW7h0dgd6R+0K/SeZKR/B61YKDd1NBY7p4peVs0y5+HZqX7f
3IaPmfRU1QP/pN/Q/JRV0vuz6FWhH1PSbzj1seURyS12D22xr36Zg97ZMtLiBZihfldrA0Wx
AdWt/EoE0ouMEwd6ZN2sPZhKujl7xbZXnqUgzGM/eTN5Wkruq7/6+8gGrK3hSEW/1tNsGq4t
aY+HnkAxL6VAXwy4K8leGazoH2MbibVjSoH+WT0CLOU4lKciHmV7v6nofaSPL+l525Qq6QOY
p5KeGrL5WNJzOr2y0xvSQ7vncp4PRmNVaHFqlyXN0t7ttS2XBPMo0vdT+U/PDC50e6n96kzI
cjtW3gnizQgJONyc9c4ceO/7YvIigb78B3yozXnYm5Z6yKBP6bth5Qa9WEL6jZd/7pRJ/+Ld
13uI9LRHlpuyGvXMdAY9rYvlLHql3MSq9BtOnfrYcn3nyjxGqLxBX280DFCpyQqqFNDTWhH8
33jqdU2Piv5BMuihyATSK8OXTKGi90cgYChr6xvn/13S8+4v3/wJci/THKroj3mazVIW8/xN
M+hNRY+Fgj6JnkLNCggr9h1sjXVBP/tMeWxA+VJVcEu4syR8TiX9+BDIRtumhtlRiWoehb11
hoYKID3izWIasradXpGdgnAwNqu5P1Ei7FOUZTTpHfWGMxOsep7EG1ZmQjuyeCV3ZAOg5ywE
qyErDktR6eG8uUegNyW9n9sRyA/Fu/dK+mGqSXrErvjbqWfc3Q7PDSk3SqJPC3pRbnY1vvfy
H8J+5679+cevKqkeRT3R3Kj0NFGrxmJ5z6yW7qNLemg9O1+2DfXlvZC3rEH/1OJ8w48dm43u
tTLbjaKjSJ8S9NgeG1Buwpqxl1i68WfdUITClb2/+fK/ifrR+Ovzb2xVWwuTWE/e+a0bjc8m
d3PJl1IO0KXFYKwq6TEdFAb6AOcfYzR2ytoai7Xihm9QaEJiEOqRauNZ6X2kHwpT6c18LGfe
TGrMj3FP1iF9snhj2+kZ7Wyvx3JZ70xwYzYF6cVlGcJ5ZbKMJL0smQ0cIr33SrxEUQjyChbs
8b8B15oTC/LEd+2n5/byz0Dgil48N22nlXKTsqTHuFTdnfbX3/qXMc9Wf/XWy5tFv1GjstKP
9faCqy2CTjM2MB2L3wf4I47aaZZl3f8oZ9Cvtzh/629f8tJtvlARNgx5y2hpVPrd/oo+xHaD
PPq1Vy/6e7GhJT2asVtCQC9JxWt/+ubvA1L6vV99eICXkKdNKt540WC+4dq9pS+rhunaNqz7
zwJ6uCv9Nvp1MNhMBEEPI/2YBr3XfO2foFyzWTUz5eYgSLJZtPFmNLofS4HF6oxOKu+NU9Kn
JH2v7CEB3KWcLzitWUN6r6SP7MgWQjkfZ6fXJX0Ih++C5YbdVN8T3414Q6yPLOlDkJ8IerY1
NCz9Q2uBX4E0+pcI9HcQRX9SJPq0oN9w42OZkIo///Ld19uV1ZKKelFuTC+WNHwv6yyypJen
htft0alyjjgrY9DTDgJ9Wvbavvn9Fy9e1Cab0Eh6GOldf2VIM/YBloRfPeuPQIgA/UaA3k0p
9vbGYt/4xv+r+8g6unUr51amBv1+03OuWZ7oU147cktX9GsKhSl/RQ/Qjz4OaDcAfYFBX4/R
V+2Xh2JDBstw0JN2Mxyl0lN+cQD0XklPzhs6o5NTIZE3WqaPFW9sO70sEe+bcC04ExKG4Jgs
o0gfwflY0nMnNqykZ2OmQrbMUIH8Spcnt+XcSvpE0PdTKdGdBMEVfzu7bkygmZLo02k3ne/+
+5Tf/l/9/D2vqNcSPUk3jkQfa6WXp4bG13kgRZ0ybnWXL+htzjcdcni+++LFB2yl9OWaWRV9
hJHeMlg+OAhd5VIq0NMqwY2RoKey3qfP/XjrFjwzOH/idPqXNOZzTctlyOWrSwkIfOCu9IUU
w1qPReC0UdA9z3g0th77ZHn4tX90qh6bSJCCgH/Xh5MeVvp8FOhjjTdatCnRvqmwFEssH6Hd
I7H92GKR7PR5quiDso2S7SfYbpmC9Jxd7/RhTU+WwxBCZXrhfALpqTcL5nu6PXMeccUJurvV
qk18z9UBehJDjpFycweeG8P5VKSHcrPZ14INA/9fv/u6NGWN/+aDOspCY9Dj1ZZEH+Oll27A
J0fet9dYly/pyxb05+0nyq3OHCyGYC/uDoRXKr+leC7PnuWKPtZ2Q6BPV9EfRDP2WFCj95ZM
HXzDeUDVbjWgTyHdfKEx373jbsqCZOHvxmOSLRr0VYXCsxCNnoZlfaCniSmE0rN/PI+0MhmT
hcES2s14OOhdK71PpSdhZypUvNGGyr5eCSwOL+mL5KZPID3Z6fNjSrYxXVhbpuc5WddOH6jp
GfKBPqxnvokiPSn0gzJVFUAx2XUE5dR+xV/kt7HEG6/iT6R4b+JTQj+5Acs/7Ia+y0NdbK68
fvLhGS3dpPDdcKJZV1fj6+9ifWDE+RdvwXvziZjqPf+NUm4E9LxF0N+MDar0dXd2oqD/5Mgn
r9pxCGWr3pQr6G19/toWR7ehqjwc9HpBOGUgJIKeK/pAqFmodHMQk7Eb40B/dYvzuPqHLekr
elPNd18bWTi/U38GLkOaNOingu5Kct34QI9KvopKeT5jGvIK9MikH0Vh70abSSEPSKk52eDQ
FJX0hSDop9R4VB8Nw445oPc5b0im740nPZssKRABu2TDI4vD7PTh6g12lEStIiGYjwRqevLc
4LUcgaBz3qwWrK70deSZZ7qk7GJ8aCK/9SdLfsfVsR6cQ81YoifPTRzo/WHF+z7YwFU2IN54
9N1gR/ZfvXX0E7ydxql8pvq6U3ciJPrIaDOR6An0je9x1aROuZK+TEG/zrtyueZjFudhqESe
DVgfVtF7oEcefaK/kmLmDwabsUHfzcErERW9tTf2lzZiP2TQpxHpjTbfvRwdWOt75B7SNQ36
oaDphkAP6cZU9IA8PPTqFH0xCCjpeUN4OOjJW+O1Y0NKetkja2VYDknYQd/E5BT9S8amIsQb
ctMX4iyWxSKTXiz14aAPtdP7SJ8f4IIeuTdRpCeYDyhJSwNfLRHvZzs9+XJ8pbnWdDTwvbwz
9lvOoaRPBH0/iSK3U5cCK/SO4/TA7FTKzZ4z5+ZQ0mPtCO8OoWmpnafauo6+5Xksa39+tIec
MneQaAONxkI98m/ktcZFf8or6KNVemPTwS8Bm+2tU5dX6MIlfNnyBL3ln89tOuYxXYkxCDmI
Bf0X+y8d9Bnpg7abBwR6uHMCqA9E0h9ERU/STVQ3lkT6N+3r/FNPuom13VzSTpvu5uVOFWRb
GGWasesmxEavNHom/Zr6qQlrQMg/McXaDXVjPdA7xhuq2qciVXoKuXQxT3NU3IIdxpQsZd7k
48QblulHY0nPqTdYGE7mm0jS07isa7J0SM/pZjh9vJ3EHpfy/k2k73NJTyDvY+oz0ukfLuqp
4JdMHHk9PJaWeDOXkj5R3aH7vOx99Gyjr2bl5vS+h3MBPZsrSWlvxLJZxJJhqrbV2OHaL7yC
9eEgPa0XgWpDVDf6zU7NeUB7l0+ijyrpjU3nk8YT1Y3nrQH+5XFTzPXppCxBz8sH5OQuW/U8
c54tlTQwFXLMxNTFgxx+ExuCIBV9StCTdBMD+is/sS78yDFT0XvGm2Az9ooej+puXrqkg6jH
A/8av12DPphGv24d2q7Fxyjpn9mQH5qGdhMCepAeCQjDEdoNloQXPNCHlPSTHumnCPME+jHC
PA6Z6WUHSVhJD+dNosdylER6HEmnjyR90E5vkV44T0U9tJtY0lOv1gg4BHCVg2OFnzlIZusN
RmdNnrFx3khJ7xuPTcR59DuQP6TsQU/PRvt1FP3Dc3MgPSk3bIShgp6En337/q0eX/9XeGHf
dd4frop6D/UncLgRSykJPok+OvDmlPRilU+ncb1F+rKckS1H0Fv5NrlNay37PE3BMt4J4LGg
/0aBPq4bexbsTQt6ct3EVvTHrJL8y7VpNHoddtCwIqqel2kG2IeEFK9bByNl8VmVarxSC3Yc
/prHNDHlLhMUVz3H3ZSeGe3GKelpm5QVgOOumqpCiduvQT8+JpzqL07pzBtrB0mEeDOGkr4v
cjxWlfNkn48nPZssI2p6no0dkdBiDE5Fkp4EGpqa1Uk3thWHSC/FvVPWs3pvmrKymEougog3
6VX6pOeA1QD6Wvol9wBNS9W1XiDlJr12s0+NxTY2nqCGKoF+31FV6Ly1By8A9bQtikQXV7+R
Av/IEejt/KHWyvCoDEv6JF4I2s5TXVZNnyvHiNAyBH3ee3LMNa99SQ9KUX2uDZXE77iSfjc2
wu7+Y4LtBgOva6+mrujxpBAn3Vz9lVc7/4ZAzz76aCe9ttrkri1/NU/fKWeaaYkeNnpfSPHj
Nc8QduBp8lX1egcJ+D+JLeGBo0T6UJWeks2sdmxIST8kG8NpTwlOfmjc89JbMZYRJT0nFucj
xBvxzg+USL3xp974/PRssgwlPTtuBqzlglGklzAE9iQ5cg2/pGV6H+r9EQn4FF4SwiKW9P3U
gC/3ydj19Lg8rgLNSLmJBb3djhXlhip6yC+k3BDou9RP5fvMeaeoZ6meK3KhPG8qoaAbR6KP
KukZ9NSLlYbAqQ3Vlk5fjlmW5Qf6PuuXIOK8Ar3KIFZ1fIJ2s//BQeTTO6APivQIpVx7JcRf
GejGQqNHTPFapBQHDs/G8vnQA/0Bkm4U6C0vvSXemDHYmwNz1doW6f25O2DZ6C13JXlrvJq1
NDw9ay+aQo92NBT0nEnvaTdOSU9yTEg7dloK+TwV/FVVwxOC+cLkuL0ofHwqT0kIseJNf5RM
PyajsPmxIidZmgnZ8C2y2k5vxd6wesOcV+I8V/ZyQoV6ruHFfsrrSaxgBNOY9ZX1sn3Wq8dN
eY+nAIB+JrHNmlTKq7evBtCTcnO4S3JuYK4k0J9L57BUEr0EVwL0xPl9+1RASccFRXrMwbJU
L0U9ay84R47QhtnPjxyxE81ip2PVuJRSbihNodoa/MkteYTJnDFQdqAftDYrXSPOa9A7W6XQ
jo2t6HcfTDbSc0X/DW0UT4ikl8UjqOjjRPq95tL/t2u3xFf0V7U4X7Nyjwd+NtWgn9buysez
VdgSrg9ibepJpXet9EDYmjDSP4NIP0kLZEMclu6iqdA94ZPIxKEzqi04WrqRfmx/yFpBlYaA
sSmR6YNHRqT6JugtZL0ZTCC9zix2ST/IY1LqqpCII8yPWBrukZ4Tim2/ZYD0qjFLH2JlFhvx
Rmr9xdJu+snvXeaum/v0uDyAKHlMS13Ys405n9J3Q8mV1ScoothTbvbtk80j/0Jhnv5i1Ndx
Ra6LeuE81okf+cSKroz10qtxKQv0G05YLstc2e2cKjfQj1ic38F9WNHofWOwMFjG+ysh3YRX
9N5s7DcEerxbGtBTRR8L+qtXTW1+eSP2v8ZU9LvVrywNK9m0cUCPNHr2yHuMLxSKxUJe6Tnp
QD8LJ33hWURJj6LdWzTlgV6V9IrxwPyYNTzlkZ4Wxcb2Y4dIpu/1izeqCVsYk2cAon5vrEw/
yoNTlE5vR1kaV6VcHiK9pn5YTS+DU1TR2wK9kmu83qx5AiAxHq9Wag0/2UG8ka2CAnonzThl
9R72bqsA9MzKz8hF33b9wsNtUtGnIz2SK23lRgr6fZJI/7EFetFvQHrttJRN4q/ifL75k8ag
dBM6HUsuehWZgFFaTj3e0GWTfkkzxudcz5fdcvARa2uLcF5R3hd3kOCvxMTUQb1XUGfSB+Ju
zlLYzWJV9Fev6L7P8x/bFX3AdqPL+ZWw2liPD7Y0SRj9LAp6B/FV01Dk10G4n1TTsg7pYbup
h+MyeKbZYBle0nOmTZTxZlxJ871F1mzMMaSfIrdldEkP583QBCcWOzW9jEj1K8zjTdZqwQjr
zeiETqc3pBe7Dbnn9aG8G2nIhhf1PDgVkX6j5qZ8Y1Vm4aDGs1ZyBPSLVNL3E4fKO9Ssln78
9/c0tlNFv489N2lBb0n0Srmh/uuFTn7M33BAv++V67qoZzfmJwA9cZ5K+kZ3MNaXYUm9XD56
XIocmizR8+myZmS7B+dB4yX8kPKq6PmOVqfJyz0ISbXBPFSY7UaNTAnoOQ4nevfInCp6zD8l
VPRv6Htpiwt610mvJ6SaVkqcV98lX+SqSUuoIWwVq9aYJASAngam6Dign4K/MhT0SqQPNd6Q
djMZAnqU9MMwX9Lpl4ZsGOhZvKFk+miPJbvpxyzScxI9VHmL/SzTxzdkRzmdPu/V9Mpu4zwT
zqQg/QDX8zDVe1bLkIasV+c72g2V8izlMOjnMDQVX+6XP+hZ5v7LzT2NXbJFMBn0ph1Lyk2H
tGJRYm9ofWWfGG04DaHNBT30G8tUj44qcf51/GHthuOLW13njT/D0ifRK9BvaLdyb7qXezQm
/lmivEBv5fg3HXqHRBsWaALpZS+hoo8F/aUUoN8tYTdB6cbfjcUALMcUh2j03mzslUPqQv8W
6fWQbnQSvRNgqcv5htklfO5O86nvM+gtfCG2BlW8fQj0+jU26eGvHKIhquBRIn2oSo+i3Vo0
ZcSbKnHN0ynGpFiO0+qR6PlYKul9Mr1Y51mc9w5PyIpMH2WnH53gbbKa9Mz5gYI7JMtFvlfj
B/UbrulZoFddWauC9+v2eBMX9Dr0Ri4GPppasAr0i1PSl79Gz3Vew+efU0nPGcUP06v0PuXm
g317BPQf48fh537Og/TXwW7Sb9CTBeg/Z86jpIfBkjcNhnPeJN54Ej0sPhSOI3V+XY+VZXl7
Zfx0ET/+ZQV66yrdBOcN6IO1O4E+RqTH5pErMjEVHJmSFbM4HHZzkP6R0I0FzdGMvXoFI7Mx
tpuD/yiX+E0EJligt203ppxf8YfAXeJ8jvg1imGlQmEYu6Z8qWYAPWKKgyU9/JWjsOGEgH6c
nfThKr0v2YwdlsZO2TtGKn0Q9J7HkpLpffOxvswbJn2vgjrKe/LaBLqz5LVUMn0k6Y2dHvHF
klZZQFC9U9Inkl45Js0eKluqAbzdtYM8ScWjsdbQrIg3CvQmzHgBAj0+tOw1ei7o/w2k8p72
E2S7ubAHqE/puwHoZb5Ve272COlv4EfyZe25sYB/HTH0hGbaIAjthkt6kJ59N2oniQ17X0mP
camARM+s32zl07ekKbmW633KCfSWP6nlADj/zkv7XwrHOU1MxXVj9z94EAl6040V0D9IBj3W
iFNFfzUe9FdVyMXfroWN3qvoLZFemW0a6pfrzo3+OoMMetTwLNPDRi9yva+ijwI9bDdhoJcU
hHCV3m+lr5/GbirhVh5PNTRSFVvSUzK9hJtFDcjyYkEOvSG9nvyWITYc0u1LUtJHkt7Y6Sc4
fb5X9pE4pKdCn2z1kUq9qO5Wre+hnujtLKMSkw3R3hqlwidAexa/FJAxf5GMN6QrlLPrpo+M
GIepJwrtBvulWmGFl6reGCwjMyz3tbaJsx0VNsQXfKQCfSvVXsGKHh3Z61LUo6vK2o2U9DQz
xaR3i3rNeV3SKxc9x9ejF2uk+w1tNunLKbS4jEA/6+nzLX9LnH8nci4qCfRf7H5w5RLCz2JF
+tQVPQz3tHjk6qXYiv7qj5mr/xOePQj0WBXr+yN+olzTymP++XNeFK12g0eDfsKA39JuKKj4
Wbh2I0768JLetdJP+xuwSSX9OIWbxZrphzixeHRojP4C8kNHZdlXr2T6SNL3k3oj60gg0ei9
Uw7pqdTX1puQniwL9MpOr2lvUO/OTfUT4lHiO/yXYh6LSIB4/lSLkoNQ7j56zl/616+++h5p
Nyjp2wzqk303BHpT0EOiJ85LSf/z53/1byNAj6KetomfaCTthkt6ttKfINSD9I5+45T0nkRv
KzeC+xvWdsEyWiNbPqDv9zhf82PmfGTSAaSchPxKAj3bK+O6sZdSV/S8SjCpoj/GgsyvYNrc
cihY0StTZcN0OXD+ecEGPRIQuKJ3S3pIN6Uw0GNiimw3YSU99scOEejDVHp70VTVJM1IUTE/
XAUFhw7l0seW9NSPLbjhZmHizSA1ZaHheF4bF/jW3FQk6EeJ9H1c2M+QbKOOQ3rHeuNHPU9K
BUhv2rL0Vq/C19zH37bpnklPtT5/Ltt8OS/9Bl8vX+ag5w3Rx5TNkXfG1tUZ1EdvFJR2rCfR
8+IQLugZ9K8cff5WCOfJZImDpiyX9Mp2w1Z6buf65Ru3pLcWDyJWR0v0Sqd/3+o0lsdPOyGn
bEB/1zPQN/yGOa9B/461Ldao9QB9XDd29+4g6AOzsZBuroZq9P5uLLH7WDjoraTiq/9AF/Q3
KOSloncK+nfkaawsynl8l6MMehVqNlso1AdBD/x7oLeNNwiynKYKP9RgWXBAb4/HombnZLNp
nWfTO1YFzCvQVyWW9F64WaR4Q4nFfHxNWH9Dti+hITtKdno6gyV7dMqRb8h6Y5su7TlZvEnq
cH+f1nPZeEw3mg2R3RLzCfwEei7pF9KONZ+TWmDlG4FwnzqxuR6A/r3PNx9BOxY7pk51atQn
7I7dd71NJVfqaSkGPZG+5/lRacv6DoMelnqo9NKOfZVHpgB6IT34DfnGc9/YJf2pnRJfL+ZK
Kv6tU3eUg6Tk9/f+sqjrygj0lrGy+0PBPMp2TrSZF+gfXDmYpqK/grCbZJHeA31s3A2nIOwF
4EWjV6Dnv0Sez5VNgukkfz/eIsEQ0EO5L3iavaXdUH5lOOhntUgfVtJLstn0sJqOKkwx5Q3p
qaQPGCxR6hszPYWb+ZZNOSU9rDc0NkWxN5EBZ3puqj9Bpmc7Pap6bBeMJL3fXu8NytJzwEye
y/GAI0dkeFFrzL9FsqfXWqBXndh+KennNTTl2vX7yjvUjLuYP/38vfc+/3wzRPr2E6jpO+7c
UVU9tWUjloRTSX8dyk0HLQKRVqxSbgj0J/f9q89CK3pV0tM87a5GlYGAZxiKsKRP45dvnJLe
luiN50Zb7DfUHbWK1uVbGrc67JXerzu55pcM6CHSR4A+wV+5+2BwYspf0T9AfCWsNKlBfxD+
yljQ/xSX+t8h9gagP+RU9Afljm9YroWwyVVEFX9D3IrljbHPVDC93Y11QG+V9PBXDjP3gyV9
ob9/OrKkB8lHtZuyiKEsX7ZZYklP/diJmH5skRJvfG76MOST81IFWUapN+y8Ec5Hkp6sN3ZD
1kxP8YISEF4nWYaU9dbclCno+ykQTUUaM6FFnVd/o6Sn54J0xwW8eamspRt2YjTQkOpm4nxj
e1fXia4OYj2h/jRpMYL6h4EDntvKDfw6ZK40Iv3HoQW91m5EpEdJv5koT5zXqNfyjS7qvZKe
lZtdFIgWlOjZZmmFFpeLybJMpBvLWHntC8V5Dp6PqugT/JXYJZhou3kAjf4qjcYm+iupGUs7
YxNAvxbP3kcF9Fu3mop+7VUlz7fcSwbwcr3HlF3Rw165JgT0UCos7nslPeUXR4AeKQhFBn1Y
ST+hKVUYliFZXdHHqvSWxZLCzcRMHyLeYPeg0m36YaqPO+ymj23IijzP68L9qLeEemrI6tQb
y37DyThsrISAMxMafCZBlgxgsVWqY/8br2LDDejOlvxBx6mjfx2QS6pfigC8fnU5SzfjlMmR
q+sB5Y/0oKZub98F1HdVk4DT6VT14aAn5eYElgTuOtFBrVgNemJ8XXhBz6SHnZ6pTRnFTHl8
aY45Y/uOkm9847EbNmB7iYkorr5jPDeefHPKNhA+ry0H/aY8QH/ZiFrf77ikBHodfxAu3QD0
sf5KD/SRs7EEeoqvTAY9loNvObb2bBLor375/PkbV5R042n0++XGXVsuiKf5OkUf6B/rFSQW
2rF2yh6h8kifzxfkhUBJPw2muKDXKv301ISqR7mYl+OSPqKk90hvLZvyk36IFHyQfoJk+vh1
U7BfWnNTITU9B97YJX1UUU8NWdt6wz1ZXc/TTCy9PXwXFbVrWaa3Cnqp3f3ijS7tZ8JA75I9
6T3KeMPUXR6J/92unp6eTyDbkG7TdQKwN6hv20BmS6rqg6B/uIc8N1Bu2m0TvVfSx4CeUm84
IUfV8ZRZ7JHe15PVJT3WVEkWvZLoHYVeXqi2whBuNpRDY6QsQC9CAp+bx7RuY/LMQkkfCXoJ
Qdh/lir6eNvNg4uUahYKel83VkAfXtHb3djfPH++VVX0WzbqZuxLfLu6/3Ma/i7b+7DrRmv0
yDRTIo7juwHovUAEOwcB7IoA/TOQh530bkkPM6Wo0FgpaKUV+8SbRJWe52Ml3MwHenoDCTvF
oSHSb+J3hUu8mZbpA6QX2aZ/gqw3/aqkjxDqCeom9UaKeq7nNdyp5jdDUy7xifBovfp0eV8/
Vm8UV+3YhIK9Pwn0JI+W1RCPebjXsnK7pbqLOEuURyFfXd3VBdLzS1zVa9SHlPSi3HBBL0vF
vRNFeXo9KnoEWZL9XtXwsmvKQ71Fegg4Ano8NcRJ9Ir67dbgVFlYMMoB9L1eAn0ND0rppVIy
GhvajAXoL4aOxirQo6I/6wd9QKS/Cj0G8ZWJJT2BfuPaS1TRx4r0B57/gTjP0g0qem7Dit2m
oRx+e7OeRthHHwJ6m/Q+0HsqPWw3sxGkB9DH/SV91ZgmFEDvcH6uJb21bMomPYVb4pSGJtVi
wd4k0lvxZv7BKSnnS6OjE3qJbIxQT1QP+OstttvU95X24psnUcZXw/sC7OlFVusHkjieCHoy
g5SL7cstadh6frjzMy7iT4DrOB2M+i56DQs4bLa8Lr5JH+v36J0j7ZJzY4QbZaWPKelFuaHq
nKw21Xr3lFLqjXwjlnpV0nsSPQ9XuZ4bXd5vtkyWN5etgIv+QmUAet4eJud2k63b6AyEcNvN
xXDpRoEeGQiJRnqq6Cm3PgXoodFLRR8L+qu9b2rQ64peOH97hSPMAvf/iA36Ia+i94F+1m7O
Gu1G8itDtRvsE5wQ0ItKj+xjzTG45FHSW0vCbfHGeOmt7bEhMZZWP9aQnl5HHntgnkA/ROJN
KUGmH6OGrPJYOqSnjAQEFXO4ZcmW6SPkGx/pOTIBNb6BOl4MeCzVG4nevtkp1u4t8NOTwQz9
JpSupE94JiiQPLIieyuTOMcduu4LHdVSv6P9SkdQDz2mHW1ZQj3sNIx64riNeig3CDSjih5b
wXcaE73Vj40gPWz0WrnhXwagycM4KYmWouWI+0bHnNmg518C6HklHPR1G963TJZl0J0rA9B7
k2TdvxHDDVf0ykrPCo63N9Yy0l+MMdLvf3Al2kivQhAeHEROcdqK/tgWCjVLAv3535FEb1X0
ivMjSQ/15X67hJqJj/4/o3TX0o0NeiRbOqA3JT3yK8cV9f0qfZWn3czalB/j9iuSzUpWhOXc
VfrxkpmPVaAvUoKxxryQniZjoeEkN2SDpJdk47wKMSYRp0+LN+GkJ+uN15DlCDRnpSxP0EbI
9GyquTvgxls64g1X8rqkRyx9knYT//ZR+sV5JXcgRD3IWc/OfdTZcQJOG5qTwphUKzSVTkI9
SfWBqp7Eeu8A9BIyBtVHdktZ0k2E5UbQf12UG1T0zHn80gD9XSJzWLVn1PtJr58bzCrxEI2e
XmWZLMtApF950HuNWBgrhe9Mc+29iQL9xbiJqf0PrhojfWQ3lkFPYTdJtpuDcN1spJjiMNBb
Iv3BH0OwwRgW+ehZoxd9/lYZPKH7f8j4GzsvY1Lko9TLpizSYw9JOOjhryyq7YJ+0FPcjTJY
1k9q7oyOK8GGSno7ld5PelLp40t6Em/UsikivcJ8f1Etm2LSS7pZCtLreDNT08veQcg26pBM
z0GWAfONyb6x15Doep7FHEV30uxjZHqVk+AR2klCEAe96tliOnZhoCcnSK5cbN3W41EcKj9B
BQ/Qo3CXtd7XW1vbEC5JqEdV366reppOorasjXoZi6XaH4W/T7mJF28wF8vKjewf5Npcdk/J
kkGrqJfhKf4//Ji8LvaTT6D2RCk3RPovPUl65Z0YKw56aQvyaT7IeJf6XQ/HItgsXKQHoGNE
elT0emIqEvSXwOQr4aB3u7GqGZsIetkey6A/BtBfFb9NTXkFU8uPGD8GL3NJD9CPGs5boB/2
g16X9PBXlvQaWR/pZ0v9/cPQbeqndKE6Om7V8AC9vSQ8IN5EGW885w0JNaofO1Wk/BtMUVmY
Z9LTrvAk8aZIxXtezU0J6WXvoMg26pBgT9vCY0jvWW+set5CfYJMf9eU+4ritpmeFHzx4VBt
P2LPzc6D+fSbcxlmmslapr11EF+ooEfEDSryX/96zwUMQXFVr6R6G/VtH1ioh4uelJsueG6w
mQqrvZ2CXqUVh4o3r0Dbl18FlCEeOrzZPWXkG6+oF85bS0eiJXoC/SnLTLjiQYYrDfr7nkC/
4xgR3SnogXzSZ8JI/wVt/47ePbL74JUrasdUNOhNRZ9Q0lNFv0VV9PEivQH9RoBe/PM1K55J
HPYrM39rm3RFP+mB3iM92evdQEul1zzjtbHhKj2J9PXjwD0fojwp9fpQYKXbjnX7sTQ9q3fG
RuwgITM9R97AOM9nDJW9V9AT6TndLKmkZ5lez00R6V3ZRkjP4fTaTe8fnlKJCHpC1s95VdXT
qyNkei7Y7XKfnUmemZ7/qXIRCPQL027yJNGXU56iPCxlVcdW1OQEeinosSz23LY9+wj1qOpZ
v0FTFgq8cuCg9FZVPSk4bK6sPgHHjpVQnMp3Y5QbAT2KdiyUNUW9Ir2SbzgRgUlvB91ESfQS
e9PplfTdM8utzvq+3kqD3utN1+wlzUbp86qgxyuiJ6Ziu7G7D0J9j7LdKJGeK/oHJN2kAv1Z
pFcmifQMeqyMpYr+oHB+he/giC/Pz6/NwnfsDAwDPTYMPvNl1Cu4q/zKsH4sifQu5W3Q4629
doU/j5JeLZuaVJgfnQTnXdLPQbyxGrK8qQQ+fPdQQ7Y3Fek5o97vqicBJ1Kml4wD/5OAZabH
MBUvqqLriX+PLEy7eUb3+LpyezTKpOTW0211jHNS6Fv3/frc11+f2waCC+pFqocBx6Ae7Voj
4HiBZmjF0ofb5kozHhte0bNyQ/vEeS1V3YZXcKSop9XhLM+IfKMUfCK9A/o45WbDBlFu5az0
71IrDHpvnW7DG7oJa3QblusjK/rdCaC/EjTSa3+lBj2Nxn6TDPqDc6zoCfSo6Jmlt8qynn/+
3AI9pBsb9KakB+jrI0GvbDe+oalnVQhB0LX8s5ClgoV+Z0l4YGqKSnprP3jYXkHeFK6M86Uh
xnyA9Eq8iW/IksNGx5vRv70urAV7GpI1bvrwml7WkIRynqt6kulD+rESZewPM6YxKx2Eg3/0
EvdZslmodtNLSM2V26NR3OaHTl5v7eSCnpUbFPRf4xjUiwGHUA/Sd8EHg3ezUK/yD/A0wK1Y
v3ITrd3Yyg2LMCjohfSAOVaHW+4bLd+Qii/d2mSJfsNei/Mr/svUyoK+aC5F7prnnxd5Xk50
2s3uiw9ijfSIsVEVfZR2QxX91YvJoD8roKcNUwndWNHopaLnHLOGMlsRbAo6Bv01LuQRUzll
VfQ26KtCQf941PgrrfFYS5efGK+nTVMhQQjISPC3Y13xBip9f8iqKSvdjJZNaUdleI6lJ97E
k57EGp6bGpUurL+cZ96zm37U0+ld9w3LN7JXNqSeF4s9PQeERCGwo4YK9UAWjtCf2S6EJ9CT
8XIh2k2J7vEyG5e6K7/PH9p2srXNasVSQU+gP3eGdJnrp8WAA7yz1xKoJ2O9iTsj64wai4VE
b+XcJA5NkblSWWyoYmflhkHPpAfPhfS6qK/eyQtJWKKXudh4if5TT7jhm7myv02tKOj/iyXQ
7w8HPRIsI0T63Rcj/JXspN996crVS0mgv4KJqW8o7CZpbyzy6I1GnyjSM+g3XqT7tnui3H5V
1t8Pj5w3Md8RPC9x9PoouqOi94NetWMnVX6lp908qyp6NkHtpA/bQALQ20vCnSQEAnxyST+s
RJsCx97oit4v05PzBlbLWNLzFhJ4LKWc7x8NjTgTN3006Qn1Qnp/7o2ZpCLSBzyWEm5JGA97
Ez0x0NtwUfGOnGdGJf28fDfyRMIexmdl9XDkrgE4f27PBbbNsHLTJsqNkB67pQj1yoBTDSEe
qFcCDufVQ8ChN96prqaxWPlw21sZm4OA/AOl3EjasAI9kV7LN9pR71nqyWlP7Vvtoo/wVm7Y
0CaJtbe8WrZvJa/+ioLeE+hbrOQDu6BHJn1kUHEs6PcT6P8oGQhRe2MvwSCzVkAfL9IfvEoV
PS0eSSPSM+jX8tN52cQSBx5i/DN2U4NeUop9oEeoZQToTX4lkx6lPGZlqQTt70fEPP6rUhDC
SnpMyeZdK70v8gYlfT6mpB9Wok2vtt5EkJ7WCY4mkV6WhUsXlhcM+hR6fpHd9OjLxhT1DPpI
zssTgc9jScr9ACn4RHP/EfrjTfQeuqSndBx32Wyi88b+vHSHl4Gd23ogruEyL3fg3LaTSJMX
5abDU24Y9IJ6SPW6qu86IVU9jbHKtCzJLFTsk3JDHx4C+ggv/StKbue5KNh1WqWiZ9Ar+YYT
EbioFwfmThyo9xr0cRL9ViZ8rssbE1rRIMuVBL0l0MvqQMtXqWkfbbvZf/Hi7lDXDVf0+y9R
AnEU6EWkP4uKfu3ZFKA/i4p+49xAzw/i8pw35581LjRaGO1m74iP9GGgl5IetptR1ZelUl6f
ofrZNWso7mZ6jZqODYo39Dzgs9K7pI8u6eGxnKSBKck7kMgbq6R3a3rOLIbzJr6mZ9JzFzZm
FQm76eNIr6QbJwvBfYFCcVyaG9cl+N0XJt7k8zBa8luopJenhJTaTUhDoMBm9TLabPf8+SYu
hXI/eu3cQ9hmPM/NhT2qoBfQM+q1AYcEHK7qkW1JyQi0mgRee3ldMOfG1Pbhk7GOckPqvnDe
I30dhHqBuhmewtfX8I9z0ddt+Egq+UMn3pffW1aaBysIell+wfc2NWJdX6UBPZgdMRob668k
0OsMhGBFL6BH0X8sdUW/caPS6FNJN2vpZpVrI5ZAz3VGDfvon5UKs05Fr1T6ZyEVvWSb0TZB
+gs+Sg2VUhUgT2cWNfsw/rKDEDgMQR2A3m+ld8PNsGWwEF7Sa0Ml2OeZ6T3xxkd6gB6BxQlz
U6LakGwTs4qEtpDQFFV4UV/gOaloiV7L9FSdm2PNUYX0YynKvo8ref5NSen4I3ehAEUMX8kn
jn4jxx80rKR04Pva96UN2/2z1147xwNPMi1V13Z630MNek16aPXGgIPinYZlKfuMUnH4UJHP
YWi0FTysoA/vxyrlhl30pNzogl6BXop6PSZr3De7VI2vJPoo5eYDtSEaWfdHPa1+BWX6lQP9
fe/271CcD6/oI3aPfIGKPqYbe9ECfUQ39sEVaDecdRMv3WD2FVk3GyOlGzvAUoVXcrp2sYx+
sPzfCv+c3Wa+15cKOqXYEW9Q6QekGw/0s/VDBlvFaUV5Ij1q9tJsdElP87I+K32wpA/z0k8W
VNrB5DjPx8r+2GiZXgKL40mvurAs20STnt30bKsPk2+Y870cVBld0+sBWnXJ6L21rxITV8FW
rTjolaiDji0hHK+YGYwFfUgpr54B2MVYRjk3o1LmHv7otdceOcoNm+hFolfaDRX1WDcCqV68
loT6E4R6stmcOMFaTiOHG0sUfVCij5iOpWkpDjRTJnoP9CLeKNK77huJMT5CWg4H3USB/isp
YfdS39YLp8+tnJt+5UBvCfRrTUFPgrx7Im03XzyIyq9k7cYejY0Q6R9gYGotLY1N6sYS6L2K
Pqmkx2AsG2hXfuw55omGe3MNCvSl/+hW9FLSo0k77HPd0ItU0ltEKY3Xu9OxlIKAV0WV9NN4
87BfpXecNxiqCpb0Q7xOHEnEw7Rb0Morjia9GpuKqellFhYyfdEifYhQTzK9TMwGUS97Rkol
VmeiSW+WiXPlbYQbeimsVSsee/UEgJKefx1g7SYS5nFvWEeFRxkV9JelyPvqtUevvfa1q9yg
oH+kQW9Kesg3jHoy4AjquSvLYj3A23OEtpVQRR8u0YdW9FagmQxaGeXGlPQcSewr6kF52VGi
GrjhpD8knO/msITPvcjileuSrBjot8uloLryb02UGVXoPtBH2m6+gO0mvKIX282Vq8ZIH1nR
r0UmpUxMxXVjuaLfiEhjXzdWEg8o00ZFEstcLEDPP1fl5ll2sL+eH4fM96pSyV/RM+lhuywG
Qf941lLli1XPeETWQT26slUe6AO7pjA1OxoAvb1WMKjSj9NELZ3ilKyQtfOKI0mvM2+iSG8E
+oHesRSkl6gzH+kLLNrkS8i+ie/H5q1l4uy590pzKu8DlOapWS3eQ8mhd+/DzFTfvEp6DlKc
LZdfMO8J+HIHXsN5dEaUG/bckHKzLQT03507Yww4LuoJ89hKxWtmd1V3+gLNYh2W5LlR+Qei
3FzXGn0I6Y1SfwTbDjd/fmRzLOh/pND2A1k5+LoXZLlppe6ElQL9iBFuTGSlGoMNgj4ikn73
pSTQ69HYCJH+wZVjZjQ2BvQHGfRIKTuojkq0oWWB7tm4diPOlq2cWfl0pe7SVF+XI4ZyDPqp
Ummdr6LXoB9zQP94jd16RSDlmtAgBIgzQyTWR6j0oe3Y2JLeWzRrMm8o8mZMazdRMj2NTU2Q
eBNqsqRMesxIcehNAVGXsfINyfSFIOmF8wVwvlRia010SU90H5Q3czyOhXZ6ivCTnsep9Dvh
BRJ6yIYTr91EPAvwr2/lEIrOD801Itt0/wlx3lNuyEZDY61nLNBbJT1Qv20bb4el2VSq6lHU
A7+o5rFnFhvFj3zSTjb6cOkmxHejlRv8YsAm+tZXsIfEaceKfEPGed2TpWoeX40OIs0iE80+
UnD7ioJ0aLfsl8ZHnsun+vFc/HdaKdB79tLm/RxwE96LpdHYSCM9Mg6ibTdU0RvQR5T0LN2E
V/Q0GcXTUVKlH9u6Be+rwL6R8Q6k03+PMdvpbKV9I/hrKxf0K/dLWroHCT8WuRlbDAE9kR4V
/YQBPTqvU5iT8o7OrwxG3pB2A80+YLzR/Vi8eSi6pMcCWQqx9FR6hfn+Ie7QSkU/PkV5Zkal
jyC9DiwOI71KMBsD4EW8iSe9hN6oABxT1WNslhaEM+dLJZ6ATZbp2Ww5k/cy61nJCSDaWS0O
Aw7egXw3M7HaTTjot9N93V0mEaq1aj30xW+F86TcbMBYLAp6rJFqJeXmUVC74ZJeinpo9Wyp
JAMO9BsG76uvvvo5SvoTOyn5MlSkD5IeoPcSikm5oRWyYaS35ZsjR+SrvYrnFXy58Cz6cwrr
uX16hvYTL95spQS0FQK9d8Nbtjqc9ys3BPoo200s6PcfvHL1op6YigA9JmOPcXqlJ9188w0i
bfjPQargWYohkFOoAZhO/wPTCe6K7uD61q2HzKEXOLRyxePqEnjPv01yTvFoBOih0ZcY9ID8
pBe8Wxiun7XzK4OJNyLSR/ZjsYokYKW3AotBc4BeqfTjY6LZFEwugiL9kG2xjDJZeuKNr6ZX
qk2JM+tphWwv/SOuppdsepf05Luc6dOcZ/FmUCWdhfGeCnk8EUhigh1lnOe3+A7vj9WvQ0mP
mp8NlrHaTSjox5k7ZWKtrJdyPnfo7bcF9Gd+rTw3lGfWdnpPOOhhsrRRL1U9nh12NfZsZvC+
ipIeKcUYmJLFJIETcFiycsOLAznnphWLwkNLepNyxkZLPK2YLxcB+g9kUgrWSj1D+0nje56b
foVadysD+kF1KVBoNKnISr0/UGPf81cq0AeWj3yBLYDRIj2B/hs9MRVT0V9VoP8G5+w3VMRj
0gqEJ0cO6vUt4DqTHLU6EZ4w79XvDuMN7OkHq0yzzDz6c2HF8ZUoRv3KDbKLuaIH6B/XYwGV
muXPF6bqsS8cM1IgkJZtgiU9DJYQ6SPFm3DtxhZvTEmPTSV0Jmy7pSK9tYIk2k5PY1MILPap
N2Oi2vSjnOdD4g0zP64lyytk9UAV1/S8dJASz1RFXyKEoy0bVdSTTD9TKLiLZgXlIf1Yejrw
As8g2ctwVbx2Ewb6Aj+ll0f4wX3Jqvz+sMg2OF+f2YdAM4zF6uDKMyjoQ0p6DXpd1cuwLOSb
niNCXpT0aMd26M2yiaTH04uKoufAMlZuwkt6Cqzk7BveIa5Aj5JeFJ/AadWc75aVg7JE3NpC
Ukj3K/civ9fKgN5rTuxgk7yn3OgXjFKPiamI2dgvLj2IAz1NTAUremdv7EE0Y6+cfcDnGzLT
gPC0jQSFPmp3rcYQzfEHLxrKK6VG1Br3YIS2jAqo6EcLN8M5A6FUsuLoraEpVPQFA/lCgTR5
UF5KfMDpmQoqDoIeJJ+wQe/vx6JbG7TSOx5LLunHS6oD63PVC+kpxTI/bmT6cPXGEm+8mn5i
kDk/YVZQjdErmPpxpPdkeunJMucl70yTntqqVOBHoJ55Tu/jDtGS+h4Qb8Scb8ANxvcy6PHU
EmOvCQM915IrOpRpHoTb1ezQ1rdVPS+eGyTZMOixWUqUm1jQi1RPWj0MONUo6Qm9r4t2s4vW
ELahrRpS1ftKeiuKnoMrSbmJKOlN9g1ID6WIvtrrpN0g2Tio3Zh6/vs/5bAESPT0S0O157Fc
GfFmRUB/3hT0LWs16HndCOUUh/orw2amvrgUZaQn283+s1cOmrCb8G4s7JXHxEuDYv7sQdrl
bar4IMNpP7iI8/QsQOk3fKjmxx/R6nGObaSCvrusLTf0k3ePhNsaAf1YYF4Kbddhi1fD07OK
8QL6x2N2rJlfvFEifWRJj8z6/qBIb5N+UhDPRpvA8JQq6SnFciiM9HY4fbFPZd4YnX6MXJfU
hLUOKTks3sSRfgLLZGdM7hm/5K2fEtSLeMP/Cj06/Syg5FOx7wxU0XMCSn+vR0viDsF/rqAv
cA3d3bvI9eF8Pl1eyRfdfyaqja3cYAiqg/ILTsJz44DebceKUI8jqEdwwgnRbgj0qLHJJwm5
HWH1IVK9S3q9LVZNSwVAr730xlHPw1ONn3BFr74ctBs/6Y/L8lCcrXraimOOq3d54s2KzDOs
BOgtx83fCtylE2v+66bd7EdJH7565EGM7YZGYw+ait6n3fzxj5iNfXD26jEQm6R41mmOMcK1
NEPNVcY4MxwvwKGjN0j5zDbafLMRnwHPA0TQMg4/0D+j1A5nf2WpVLRBv6Z+GEtkzYGD8rEN
eSE91sZWORW947BEVvF0aEmv+rEAvW9JuBNuhn6sonx/zGJBSrHsRVs2PgthFKTnsSlF+gIw
PzjYR81X61BrVlX40UJ9CWxH6A0fjjqzl09JVU+kJ69lFOpJjA/t2PrFGy7xnZJe/TIwgt9j
5nI4ZiRXDs7Ka8qKcsxQnpSbbaTcUAYxrxzZt0eUm3jthkgvBhwq6bV2A4flJ1hNwgk4Zi9J
5PJYVm7w+4BsK4FywxJ9ZEmvU852QbuRil6X9C7pW00E/WFIS6oXy88lO294zpv++TxPLvBj
VgL03qjUDinjPdAr6tukjzHSX7oUY6TH1tgrOuzGyzX7I2k33Hw9ewkFPVAu1D4GtYYUeVbl
Ce/H8Bp6g/bGw3WDf2qDpW20xJZYoF7c9Di76UdrzQLvlmX4cEYAbDfrSqUhAj03XbE+0Dm+
FVPahPMY3dghF/Q26WGwLEoegt9jKYX8KIZnY0r6KiXNF0KXTRnrDW8VTCL9UD9Iz5k3RHou
5yHb+xeHc46lkuyj5Rto+RR6o4LOZgasJYNawNHiTRTqifOB7SR0xdlM7zlxWLSHjcfTaRT5
R9BbmAPo2Vj5/YqZt72H8Tql1h7+M6PasERPyg2H1ej4Az/oI0p6Rv31tlMdXaSmvId6/nMM
TdEEFSXgUKxlUL+xS3ooN3dkW6ysHPlAcT7UeOONyUpJD8xzT4Bzim3SHzecz/1C5m5VnjFA
f8oTb1ZiCckKgP6pJ9xcSQd6qegD3VgY6SP8laTdYDQ2xF9JpTwgT0INdBsq1KHCMNI3cu0u
dF975Sq6sfhzkIQdXgO75RhsOGpiyszGGvTr2Sn8Tb2Y8ldunj/vpbthx/anj0ul4XWP4ZB3
CE+FPAr7kMlYfhVE+pIP9Bbpqd2qkm9CzfQR7VgWb6qMbBOReOOZLCnyZipJpsfTgWTe4JCx
Hgk4fszTy0a8iZNv8HTAHkvaRjJD26ic8Sku6kly8Xw4fgHHWR/uvJFLet3zZpFGBmgN1PEq
/G8gQbvxPQcI51f+18uS0i1ypM57wg15bi7QBqlqbsW2oaAX5SZNSQ/S05MEazeEeRqO1Qk4
vPcvoN/YoPcpNx8oiT6mpCf3DX4H4JJe2XxgpXdIf91bKfVndRswUysuegrHxBNCtSfeXF6G
Qs73JZYf9F7GTTdlVspGWNkiqF/0SzfirwwBfZSRXkAPI72Kr9QVPUH+EkIrqYSnuh3NVPLH
8yGJnsiOluyVg1d4bSD+LWind8cSWM35uBCEg2W44CH8YUXaze11jzEYa4sNo+PSdEWNj/I+
INoo8lMIgmu7scdjVQpCWEkv4k1oshlZLHUxj85j1KopD/TUj7VL+vCGLLR8EW8o/Ibyb8I4
zx5LXehH1/TcxBXO97Jc75IeqCfxpldfUb9Wr+LPIvV7rd0T9UmhgUrvlPSi26fXbsTjsuKc
n2lSqs3+nxHnLdCL54YTipWJPgb0lvGGxRuEWpJ2Q1Z6HME8/Y92ULF+A9S7TVmP9K9gWYmY
K8Vz43E+uqSnPASIPTborb3hcN/8Qvttvv/+GG+ikuB69TXqNrzviTcjy0765Qe9F/xAWWYC
cPnbUnAs1BsjfQD0+2P9lbtRkT/wQM9yzSUEVoqnhgUabqYK3ck6f/bSJbRllZMeZhyP61eh
0h+LA72Va0YP6vLbwRzywOJfJSHcGNCPVc0y4PXBdnC8IvxgeGo2sqSfhTYz5Zb0rvOGks1C
tJthlXRQgDQP0I+Gh1h6pKfIG2TfJFhvMFsF8YY3hmNSNhTzeCUvIdFvjEI9W+7FbuM4LT3e
l7gY9y6q3ZaN30QF/X5APQVwKY9/OyU96/tQcwZTazflwfnaZsW37r2MeZv04rkR0Kv4A13R
hwXeGDO9gB4qvfhujvSoYn6XSsDBlO0dluqh34SuCXc8N5xzIwp9nEr/wQcAPbQbdlh+Ts1f
Vawr783b3hqlw8e95EsGPZQb/I7hiTfL775edtBP2MKNBr3ntQnabl6iWLPQin5/rO0Go7EP
FOgxc7X7EiCPGp8kGvHNkGBDYvyVs9+IwZI8lt94/7ZAf/YqnhliK3oL9HT7ynfhiAX8WnpK
uslMGoJQE4hBeBqyNNZQP9iNtUt6bAwsSKBlxHxsSCp9lZqN6h2rgoIzTQOx4dtjvQlZ6seW
aE42tiNLs1W90oTNA/hRBwzv0876SPeNLCnhfHpzfPoNhdoY8cbuy8qklIjxIYdd+PJ6qtv1
P6DniB7DTxODfam1m4IoBStdz19WlsrcoXOvBUB/Zo+l3FD8waPXokGvpmO18UZJN9UIsuzh
kGLaMMhRlhxrWU3eR9JvUMYHc+n9nhu8VxD0rvGGE86QOkyg57MZyWacfIkQS3yln3lpvLkz
KOi9XizeRZYQWuLN9HKX9MsOehPD3/23PzQVvRdlFkw1i14b+wX2vUZ0Y6Hd7D949dIlIN5k
z19h+yQp8azUQMK/cgUvXaHNIzQ1ZXBv/mFKetoDixVTRqOP0W64F7sSbfW5P3J4XfQspBt3
wZSp6OtDc4qF9ejGFv0VvafSU0SlCrUMJ30g2cwq5gnz0OrjS3rJQqB+7GQi6anwF9UmLrWY
nDeUeSPHruntPEvx4EvsTTjqCyB9n1XS676sRFYW6M26cndxT+/Ar9EFPf8LYQnqUEk/SDp9
Cu0Ga4AlZGSFf7c8r3/ct3xWd0Zz3og3j7RyA61F4g8wKhsQ6SPbsZSGhj4uLxfkHuxOFWCM
GpoXyxr9RqNeaze0ZtYoN/DcUOM2uaTXoN8M1OP/FGHJw1BUr5/6kcf57/+EOO/1YlkdAufr
6jznzbJHHi436Nebgv4acd6r1M0kbFgIghLyfck2X1yMjDUD6HdfWnsQ2g5tkkI1f2mtDEJR
oxWQv3Tl0iXw/AqKewZ9QoDlHEDP/Ziyd9Hzs0KRvtUWNGOjQT8eJd1gyVQhAHpDelozxcOx
UfOx1I71Uum5fBfTvDcgS9ab8WjxRkhPwfSUaBlb09PTAUhfUOabVOJNBOnV2kGX8z6pHjO0
jngjVb1JPrAqd19dr/qxVvwZ+etNUBq/Hv/pGzTsV71X7/OYtzwVHWFlOb9eD0a+dLyrIwT0
2nMj01Iw0SO1OH1Jj17sBtL3BfMk1VBb16whQQe0eifrNzDVu6T/t2TM3HkCCcKylmrD9Vfw
FJBQ0tOALIWUoaTXxyye2rlzr+EaQuhpWpai0Nh0oyV6Av0pL/pluc30ywx6rxOLLbGqohd8
x4I+XLsB6KO7sft3H1x7BWHzDx5cgk2eKU9mmisYozqL+p3+vxvvgokpeTaITSpGKA5tB09T
0dPARG7u1fWKfAT5XHPw0UeAHptHJmNsN4FurCXeIAVBDJZR4o2VSj+ONbGcZzPMOwaloJeS
Hito43V6ZbGMI32RzDk42k0fmU9PY1ODRrwJc99M9HE9j4VUgWPrN4NksffV9FbCDVXmof1Y
eh8VhqOBTQW8eV8I9AOIvsTXD/1weqX+OLWnb0V9lds15rt/1NneVVf30Eg3uqSnJYJ1Hcpz
A+XmXDjoo4amyAtP5KVlseSoVFlnkG/INtmOVX9c1NtWS1XSG+WGVZW6D4jziSU9izGEbirk
wW/6r1o8VX2MOd/AVf1WTkWwx6VYokeNX1fXbpw3uWXuxy4z6FV0HW8P5Ipem2kU58NmYyO7
sSjaKR4h9HyxezfgfhUWG6K8+j8Qf/EguqyAOo9M7b5Iir3aMRUXSY8nhATQG5H+h7iru1cE
23P/okP0uIRKHwF6ZCCEBNKrFIRACIIzH0sV+7M40iPZrMDtWKuYV+1ZTfpUJT12kfRySH1E
TV8s6C2zHuijdHoSb+yJWb98o/eUwJ8TJL1lwJEANIf0nGfcqzqzUV56yi8G1pnn6jjlP2s7
QP9MqBOfP0KFpcmPWfdKTnOYar770MOTd7qqAfpH37799unjXjsWUfSnKbiSPTccfyDTspEO
S0elf7iPvPBc0HNV3tr6AQfg2EW9Qj35b6QrK6CH54ackpbnhl+dUNLrVeKi16iVgqze/IXY
bWr4t6ivJP3GbCHEu8oELYs33l7BZU4fWl7Q580vOMi4CQO9npB1JqaiurEAfXhFD4F+9yUK
slkLzLMdnluxB6Hp41hxN99cgXM+uqI3vpuDKOidij5apF9NoH/OJf3jKNCvKxRGoyp6CkGY
jtZuPINlhHhDKn5VfVVJfDYIS/OOBv14aACCVeHryJvRKNAPD00I5pn2ykwfGVDvc94EhHqJ
QiuQ82YwBPSWgEP+y7yVgcOmS3FdEo15qir0UD/WlXbwvirFXnIvSbYfcLNy7M/EoJ+VUrph
BTtFm7Q2nzv00d+dbAV8O9tOEuhv3PBAb20Fh+dGKTdxoDcZlpSDQMpN504CPQp6Sa3ErCyt
JSGlvot2/hFjSb9BUa+tlkJ09asAkujVbikX9GG59NyLlVXh6vOqJeFHPvlU5PmbfNnJcKNB
z9mYYsGk9DMWb2S0gc7U3CuzBXzE8oLehJk17P1hNOh9Kn207Qag3x2s5yHPY+83911R0h9k
sUaUmt3Um9Wcp4r+0hVU9DqoOK6kZ9BbzdhI0F8h6Wa1VPTPhzk5Pwb0kRNT68bz+akg6LVK
P4vgsnG9dyq0H4t3wP9wWJl3jtZuJkD6OO2GZXoSZqgfG1LST1IXlrLPipMUjFOYtFAfKtRT
NH2f8xZrlyz5LwdoSooL/1DSm6qeHJiItdRxZ8x506Dlfmx4UU41O6VbWqK7ZdJhaQfmekuk
9z9dkPLTLNypub8ALCzoQ+83G8xv/bu/+/a1kx0dXWi2nvzu22+/ffddz2F5bs8F6qbKtJRW
bizQxzsseTEVPljL7FSx77v+AVBPW0l4q6ygnvQbZbXcxyU9S/TMbLhziMH0HJFY0hvlRj7p
Tr2NpOcAX+7cJoZb9wUVZ6kkevXOMj5LpH/PuFGWN9xsWUFf7xX0wPwcKnrgPMxgCSP9RX+D
llw2ly5d5UyDY1eunEXPlQEfujf2AYH+igoqjgU9rZg66E1MRVf0q6gZi59mWRo9HYwp5tcA
I1EVPdluxkJAr0k/hIWBZmN4GOmh3fDBztnAUaSnnYLBTDNfZDFNTRVCxZuiLBPvLyLlDEkI
GK5KJD1V657zxnbf0Fs039lyH3FEq6conF71T1TxxO5BS7Xn0jz0kDfTtV+ipNcFPP0m0Ivf
B2aiRfp8YUgFjKxYG3Zkh/aTd++t+/Wj195+dBI90o66zpMPv/327X//7w3oH21DhoHKubGU
m5QlPaBO8cYkyIPk9Dzx8OFDtYGKo+pR1BPrIbEYqZ66sqru9zw3FFzpB334qimJNSZHJUR3
PHlwlE21rAFvqGfO5/bo2GLZaiJPNSzRK9DXef3YZTVhLyfoa82TWctXP2TQy6SU3YtV4WbO
bCyEmCjQ+/Mrv9h/EZi/Ir3XY2svHWTG8+Fq3l/SH6RngzS2G2j02CVo/JZB0CuR/uADur9X
al/YnAuxWo7aDFrohfxjMaAPRtI7ecXTKNe9reG+yJv6KkxU8fEX845MX0Vd2tiSnmp6XhQu
a6dsO32R0A4BnzCPQ13bfgDfO6E1PckzvjdQUT8qss2EMlrS2FQU6aWqJ5mexBumPq2ecg2X
To/VkV4Y9M5zgAd++jwDbLmMFunXC2W7t8/5obA4HzB2U9sMu9949dUObIA9d+YCOI+K/gJA
3/n8+Wea9KTcsERPoPaUm9iS3qj0nH8APf4E55ghlGwfgZ5J/4FE1SM/h8enRL+xrJZU0IPZ
ynPDOTfGdhkYmvK89Fq5UVoMmrxE+o/ketf0Cuc/1ck3QYlek94z0y9rUMpygn69LuhzbxwG
6EF6A3p7EjawHxygj7Dd+CamWJtn1QbiPNT5tTDSm9nY0OUjEPI3pqnoMTG11dsOLukIvqPi
bg7SjSyHtMB0P7h8n7TwSsHgmYrOQKC0mxDbjVkUDvulMVi6zpv6Kl3Mq3ZsyIisVdLLBsHI
I4vC2WJpk35I9WCLw8MqtZjU+rFk0hPDA6SXcr6fkc+ZZngprB+r4K+3krB4MzGBIHssHAn0
ZvOhWca8T9YBPYXcyCvUkwDybvoiVhYOKVNHzd109/5iv9d6k1d4+M9ffvn1Vxvb9v16269b
q3E6264/fPvbo8+fH4VSz9OxrNzonJvW679mz01CO9bEIDwU5QY6OYIvuaBn0IP0lGqpFoh3
iUhOWTPaaklZB67nRmaqfNpNSEmvnPdinCcvD60Y3CpIu3aXpxZy20zGmXboGHOlCPduP3Y5
LZbLCHqexOTT9M4PpaI3eowD+sCSqUjQI6fYs92A8qTNk03+ypVLGHG9ctVKpLdKek6wxB8S
6cl2k6IbS9vBt9gVfaR2c5ZuZZnsbUvzc8w/ms3hoB8vFNYg1TL0PMbAprt7RAk5SpmfyPcP
a5HeSqb3KA8HpmWl99FeOSwp8SYe9KjpSX+Xkl7X9MOqBwvM4wjpaT62j/6Or+nJY+mKN8Ux
cdsUlF5PNI8Tb1QEDsee0eGFgyXXhMObxO2pWYN20m5c96TRefAPaED90G4w4hsq/KiwgdzK
uCrvGmn++4Y/f+/V119+eXPPndYL+y7UdWF8qaP1+oW3v33r+fO31NyUKDcMevbcbPvaS6lP
Hpqi3wZQtquCHh8unJeifp8U9RSKqUhvivo2WHOwsQRNXPHcUPyB4Xyc8caEUdIsLEkxCDlT
oQfd2+9JPX/SyzhT66u8oBvVoqUnCLVmCx/wJM1P6OK8zzKCnnNx6SDMDKAXzrN0g3RKa6NU
cMmUXhvrT7v54iK2wopIL0Yb5jwov/vKRaI47DZerFmoSH+JOrYG9MHhWBNXuRHp9Gt5X7g6
URX9VQL9Cu2FnM9DokDfb8P20JoeYTf1UaBfN4TdI1hBEuW8QbO2ZER6If2zaSj3SrLBtJRl
pY+S6SnJMjSS3vbeUBACRd4Y0qse7Bhj3pCeng9Gk0lPIo2Te8YRxnid1ZcdpaeDEDO9PSxL
4g3tn2LOc6CxU9MTz50wOSG35By4FEeRzyU9QI83D7LvJsxJ/1RmYb+/PTqfx8FCP2bIaDbf
7//xiU/A+ddf/vzz6jZw9Q6lElS3tbW+9giThLVqQlZ7bqq7KLjSeG7SlfRauVEKfRvMkxr0
RqmvgyeHSn7VlNVWS7jt1bQUqT5WKzbeS6+npSiLkmPQWj84JNe7Jn9XOH9aZ5xxtc9p9yLo
e1HGXNJ74WbLmE+xfKC/awr6HeA81/RCehf0DHNHosd+cHJRhnRjMTGFHByF+d2wzPNEFDjP
uvz+iwmgR0l/MS3oKQHNnpiKrOhXT3ql+tFmvxevmgocCrvh9bFhZzqfHw8FvfRj0ay1RPo1
oDwlmYkwP/0Mpx7UFyt96JGhKXhy+hNK+ioOQmCLJdX0wxrzk5rzuqYnf86QS/owRz15ayzx
ZpRDD/otzpN+w2tmI2V6fgM5bwoTnHRpgus91nOdHki55LEqfxaOLumh4VBSDgE/RKQvqojI
3I4VGMu+v0k9yQB3x/5NZ2dXz+so6F9+9fVGMLyuugenvbOu7bt2esy1S0l/jsUXPS11wVJu
UuQg4LcBVm5oKFYsOxboWamn/VOcdK9Qj/kpIjQNUKHWx2t57xNKc0u5ifPSk2dfD7pSQd/6
qZjnc9eejwjnj3PGmXwJ2jGre7FOkjGT3pS8uYGFPr+m/vjlA735haXhANXzSrtRFb1b0gf8
lRGgf+kB+yupmr9IA7DA/CXKv+EqHy5LrPn28itDu7EPsGQqje0mhZFej0zR/b+8zqnUd3bo
O9byw7QprKSvR9gNryQJO+jGwmUfXdJDw9cpCGtm64fFSwkvThVRnknPVvp40g+hpI9aP6Kf
AManCOFS0k9x3AG4PzxlhRaLekNvKrCKEyvfULXujU2JbIMAY2d6aozeKdJ5I08AExxy6V9E
Zep6Ci5zp2eVCo8C3ueTx2uogsdH0BrxfsxVBUX6TcrqcmtoYY+G+Xz0kI4hxi/rh063ddZ1
VhPo6c8RyDJ3uihGuLGj89SZL+nTf/l3rNGfO8m2GQqpgXJz8qGn3MQOTYlK/1DijRn0eC6x
lBuj32CpLOpqasqqop6kekSd3eE132zICSg30eOxdonOys0BqVsbis/z7DHJtfHslJAex5hu
JOjG7BAn0G82rpSb87ne8/qYZQP9Pfk9B4cKei7p3/mh2h7o1PAQcoKgj7DdYPUIaTP792Pi
FYu9L6GWx4tKzNlPoE/qxl4l243OQIjONQuCPqqkv/JDutfndV+s0Af9P5kRYTI9MhCmIkFP
kfR4AogkfTGfn5QMhPop7BbkM1EFAcccvDZsSbjtvKEchJgFJML6cdLfCxbmC0Psv/FKeiE9
+3NEsI8T6q3A4jFx24iU46Ce+rPx4s0oiTd0tPvGpCSIOE+Vuy8nQWKJw0r6GTUuhY/qo4Er
n0i/XhXU3cuvzlvF/PeH9568cPp4W1tnx5HXX8e+PdT0XfDJN773+efv9VTfqd7zc3qI/1ya
sdu05yao3CSW9Nuoj9tJJnq27MAIbxf0WqkH6mWfn4d60m8U+T9BcD1mqYyJPt5Lr8ZiFcpP
faSi55tqn4/zj0/uAiJwKBOBfk3YeQcme47FscalFOp5asrLK162kn7ZQG8K+lsIubFKer+9
0ts55cn2kf7K3ZceXNwNyl9Ekvwl8stbvVkIPgcjbDfWbCznVxojfaRIT6DfutaS6EN8N/Yq
wWW7rIvx5LCOHqndl4PSDTIQhsh6Gd6NJdtNOOhZvIG0g6ji2fpxJFXyKYw/Y5ulAf04Xhld
0UvoDZX0cdFmQnpqvk5OKUdlfzG4RlZIT3ZLEm/iSU9jU7JXkP81kNf5Nw7p6SkgQbzhcj7I
eaXX21sHBfi8ZapU0pq8p9RzD5b1eYI8aTeOSL9Oe11uLhs29MNuXYsRZHMX/+zMmTO/AOpb
Ozt6aNsegb4Rjdgeim/vae9qh7mSzmkCPbbFauUGwZWucpM4NPXwpPLc6KlYR7nx7Dek36ii
Xnb6UXIBJeF80vNJT2OIchNZ0pNyo8m9s26LlKzdj58/384XIHeBsm8kzZIcPjSxZYQeKPob
3JK+3Shdy1bSLxeR7joFvarp1aYRnyofiKR/idNuQkR6iDNIoSTMU+9VnJTeABVEesSaJfgr
MVl17Goy6M9S2M1Ga2AqGvQHV1k3Fj95LNM3BMUbZCDw3vBw7QYle31cSY8ngunxCR/lHdLH
azdMeirpJ5JU+iqyWPZKeFmvwXywpmcxX5lwYmp6qtZJvBHZxl5VYm8OTxZvuKTHDK0bWK9f
opJe92NNjU+6vZLvrY4stV8J8RBw8MY8Jmstkb5es/b2cpt6S01Ggvj+8KGPPvr27U8fnTnz
8OSFus5PXsdejs9ffv31HoTDb3711fde3dzY0/O+gP7G14idV1H0XSc6EFzZetLy3CS1Y5F/
AM+NUm4kfDJQ0LPPkk31nHSmqnjCMM4nPUc24w+B3vXcRI/HemOx0H/+VMlkLTCxSnpc92l6
EpAjbk5gXo1LkURvhBuxWG6wUiwHF6NUS/E5lgv0Js2s5oop5yWn2A2vlLAbn3YTYaTfvx+j
UVcw+noRnKf+qzsl+wXebG8TDBXpYbvZ+P9n73+DosrTdVGQfyIKBULzT9lViKKCUpZVVGqZ
RYJanS1JUdQWSwHZwOEA3XtbvcvL2BTp3nPiHM8O1CrQXcVusctqO+LeD/PFiPvhRjh7Im7o
+TIfJmK+TNxjcGPuPZ6YiDuxe9wf9uC9E8HtOEDM876/P+u3/mYmshDL/NHVQrIyyVy58lnP
et7nfd48Ok2kCLCEvxJGest0E+Ckp8Ng8yfIpPFe+2/C9mt3QZbCbpjneyI9fDWUYuyl3TCl
F+MyaN16WkwGHFeDLAz18wGUnpGeQs9SAn0OWWp4zfmFFjOnp3OB7KAKEurZeSPcNo4BswbS
L9DpIKgeK6Qb3sQT6m/CSmna6zXFJwKvRR3Ge5Ln0S4lzPSk3WiR/okyuwzXbm4R9k+1Os9k
peb+8YHWbixA/cBSb1cknqwvSyYqoN98gP7UK0Tvr0h3uJIAAP/0SURBVCSvVHwsjsCPd/d+
sftLYLVlou/CyBHb0slmXjkIwkSPOq7uinUqN8JRT05LMtWjMkoMWwZOAuav4OsDzPZGFL1l
og/y0hvmykLRCrtS+hwvRegUR48hkhgjSTTSi8gzHXRjA3pG+rO64WCzss02Ceh/sAi9FOiF
wVIPgrV3TLlsN16M/jomA+ZRrjyBvEeEJcbGgtEb1VivlqlU/kqZazY0tqu62s7ofX03JN+9
ViL96up3TM0aXOINgMUf6KHNzNFMWU+VvviOGIzEHkpps3QBPUefpUB6HkCynKJr6onsj5o3
XZYeOj2J+bcEpQ8syTKVl1VYj0ZZAfcpzPRCuPnTn3i2rBfWi5wEjehSuJESjr3BilLoZccs
/iVaL0T6uUpJLmvq/h8vdabP8M4/jBRYczaONvYf6Hz8jIAeUA+s74wUJttQJC0D0CcTiXcq
INfXXwGv/zvxZ/6ia//+rsvKRB+7FoFyA5Lvg/Q/qvWFXgiuJEKfb3XFfmmZKy0/vSL1ZlGW
2DwNE8fzSZadzXdJ9J7GG6vFquyd0/KFs7lJjEXdTp22OJWwekNTp8R1A9dmdaKZQertlP5G
hvt+nZtvEtBrhd5G6Kk11sXoP/KqxiIEwWmvRHYlemAB9H5RxWS7Sdkby4w+wEivAizHMEjc
bqT3BXqeMfUqE2LXcSjM8eE76VRvKAPBF+nR/HqLh4e7ZscuQ9WRS6O8ZzR9oJUeZwBN6YOQ
/t5t6qsiCJcw7xNaTJx+AZuhPzYV0otWWIeh3jl8ipw3N8zpUya9f8STZclcaZVsnbyefqsd
9tz3KuDdJeosLIgMHPo1azffsEi/rNh8zeTMOt7z9d7lhxFLmF8Zbr4U7+jv6mVCL7H+cUek
rCIftsorTU0ViQSYPfR6YGuT+ouJHq6TcvyBKMXaPTfeYcVWLD3iDyKIPwChJ88NxdzsdgO9
oPS6U5b0G6LZScA8Sgb19aD0CdjozXYp3/ZYpdyUDShz0xO8lu8FLb9/jOUh4ZsXQj3/gy8Z
dCO6Yk3jjUHpN0ml3xyg9yb0bKRXQG+ReB+gtyP99YMPqDtqbHRw0C+SfjsBfare2POcX6ml
G/9qLBi93Ujvn2tGoLmJrRDr/cDa7idqSpMOTn8HGQjiJg/xhkMQXEC/lvNIozxEfKs51gvp
MVs2LUo/B7HeZ92bkxPFAeHSS29PQ7CZb7g/VtRjg0qyAuhnjCkkJq9X+g0PH5SpCA4NByNK
CMXnCcvNNio71iMcQYRcUlCCYaxnTd7myOFGKrZj4iwwszDzp29mrDpowyZ2SG3rM1C+pmW8
Ihljb6QB9N0DHbFkWWF/TwRtUxXg3RWQ6Ovb2pp2qiPuw0iEYR5J9GfJBd+/n2dLpUvpe4Vy
cxbnEMTcYATh/t1BQC8zLVm/gZJeQShPWlJF8h0+TfiLNz+TS0yLPVvWMSiEiRrOLpgTFYpq
tE5xHILk9ATwWJgoC3bPcQkq/8ZA+rc+7dMax+ZMINkcoNcdAorQUwACfVmKi7031tExheBh
ezH2+iCPfB09MrovGOhHj/zBI+3Giip+gET69nRsN9DowejTEulJu3ltkorVh6+Ekd5hp+cM
BD+gJ38lVWMNSv8CM8Plmr9XDF5vpCB4AX0KK73g9DSABPPCvYFezS2Zp6xKGYTgyL2xIT2J
+QsK6P3kGzEw0JluZmC9gPp5GjhFnVRupZ7vT5NlMW3Knn9mQr3qnpUNtNpt6bZeMt8Xv8eI
qdlbf8rV2knB5nyE6Tj5wUT5le2n23Y2lUXjkR4o7FK5YU6/FIFA37H7YU9+fX0yFksm66+0
1V+50sTmSlq/KIxfI4k9EY0y0B946Mb5gOGxu8mBj7vzoFhcDxDQByM9KfVclOXZ3mQIIqT/
oOwsxaHp8ErfxBsRjvO2DLZZaeCgf/GBWWn8BIsf3UJ6QDxND2egd9ZiZeTNW/lapd+cnNHN
OUqspljZKqUMlizdOJph3dVYcHOaAm6JN7DI06JZsM78SkOsR7EWuTdBIQjojQWjT8d2cySP
pJtgf6VsmRo9+BpqN6urgmJU2jg9MhBeyBs8KD2AfFncTOJNLgG7XE+WSZaHiH/Lzuhd9Vik
WAZY6Um+X16mASS3PYH+noL5u09zchaA9AalN7IsTaSXecUenF53yc7THHFf4cYcHs5JCALz
bUtcELA4T0K8VOn1JhbWk47PlJ4g/xtB7gnMKZvY7rHX4TgUkzPbp1GiAA6/zVnflhu6/Epp
c+d4Wf1OaPDxjp4vl1pNoO+NJ5OxrseIJ65oq8i/Fr2I2mdbRVvTr9QT/VU+sfkoNS1FiVQf
8CD0AWnF6JYSg6lUVyxwPhDoVVA9NbeWAYMl0FdcJEovZpLYlnNO+CcUaNYoQWyairCr24QY
XfMZUJ7+p5CezDcC5rEqBNBboo3OMIZM/6Gi9DWbUkXfFKDXlylT0nLDbbGiY4q9lfaOKVv2
DXP766i3WjhPsTacdEAxB4MiBMFrXb+OXHoT6L2qscToxwJsN1Kkh5GepJtgSi+d9Hl0SGyS
9LaBH3LRxWFDerTGqjGDHkCfM8u2G6zc4nvzCuSRPJwrxgqSiK/mCfoMIaGRg4HlWEJ6H0qv
YX4OMJ+Tcwc6vUnpfZCe84q1eOPB6W8Szn+74BFY7B5JQuKNDEcwkJ78OLpvFlr9DQ9vjgB7
nVtPIo4OSsDtrm4qovTSbT9jhYc1bMrHF8fY/IR2fuMYOXoyWZFfOA6jfH0iP9LR/3DAxPnu
h/GyZBxRlY87yioq8uOJaEWyogJmS+tY/epsAiiPYASM/gAnB6PPgNJztxQpNxR/gNFSTOhT
Ib3Ub94+SyK9BvoyapmSM2W9os1EiCUpNyelOD9czrD8nTjTDrcSnydKT0ivx8QS0OOKAZze
B+jJeWNR+k0JsdyUI0VNIlip1K1Sktl7A70z7QZG+uuWkR5V2CFEHRDH3w7nDYXV+wH9PmSc
pbTdVJmxZn4i/RCA3tEx5S/Ss+/mlQ34WTf2C4HNRHqZgeAj3hTP3sJM2cW1ZeSbyfVUgrxA
eoC/TkHwRvrU2o2k9E/IU2+bOXJXjBSf0TnGC0B6EVescm+85sjeIYOOqse63TcLDPNkqiTt
xTOz3izKkvNGSfYKztl+b+k133zzJ+/GKkJ6WY8lZm9roMXpYcYWg8bzYgnpn2uNvGZydt1v
dUZ3LDb88gC36oHxtlP1FVGYana2JWKk3JhA/+xZ13hZsnAJBpz+fAL6s4lkWfJiWQWSK9X6
mGEewQhA+nyILxgLHiDSOxyW6JZiE30iKrtiH6YD9Jxp+dan+e+YIj1J6Iimcck3dkr/yVsn
ZSNsTaUQ1HOEPD/4NxrmCeoV0kMdIqAncegiRxqbNnqdYhl/T1H6TZF5NwPoc9Urms5THnpF
6TnSTJRkDZHeFYIAKi5sN7Q5cJ6zDuh7GhvrC/RcjR31DEGwemMdthvfaiwDvc1I759JP0ov
ePO70TP69HptLJDeSKdHayyF3fjI9Ivo30Hjq1blcwST1ysXTvtHDu3GKd4EJ5sx2V9eppmC
3D2l1z1i+Vi3jGxLknjumkDvzent9Vh7SfYuw/y3XISdhXzjU421oJ5TjbW5nqGeBX4jHQGX
Bt4jZtl0CSr/LQs3ItNYd1PZGL4w4sBcP19rhYfVbYrTZrZWjLyWa7j9s6LW7p5ofVMTBRE3
XUHOfM+XKMUWadNN60A/kD1CQN8FfT4/Tu6Y6NloxZ9bh9xfCphHPfRi9CwaYzEX3OWv9M1B
oG4p8tywcoNZsYLQp6T0pN9gJvjZMtjoRTUWhBsxCEJbccg3tjnhxyXMrxTIM+uIUHFaINqo
BZzXSE/ajfwL8Oo7+qV0EsKnZboRYTNGTW0G0OsXpAi95PVspBcYb2uSssM+d1VxNZYTjWm0
yCA6pGR7FIA+VTXWqzfWqsYOUiJ9GrabvDSM9CrXbBd9NqZfGnc3/wHE5OIp7bIElPsD/SKi
cDSVv13sYadHguUtI6pYYL7dTb+cWrspXqaZgk8NpFcwP8uajV50PrBRem+kp3rsI12PNZB+
7pZQbSSOQ6h3ziBxMXzOqrclGHM6jq2RSpZlvXurKPrsFjl0lPtGQr2g9HpxCOaTSY25wxO/
C//o+F3fpNX6SopN1eEiWt2P47DQUD5lU0UMnhki9BbQDwx0QH2PDMBT30tVWUTSnI0l8s9W
mE+YcB4BOGRmT6h6qovVezdNyeBKrsXGCt/qkcpNGkC//8AnhdfOSkpPEjqKpSpvEkhvKvUG
pb9KU6BpTe8Qr2CbaP4ked6EeaXe0KlEAj3Xe/Pdrhvuj/30bW1R2YwMxE0A+hlFB0pbLISX
Ir1k9HZK71RuBNAjtB6/oOEigwa2HxwaHPL3Vx48gnR6oxrrIdKz7SYI6KVIDyM9OqbSE+l3
sQ1r08pkG/iRFzp9aYmEerTGUqqZB6XPzZnjnk1C+vmctUXvtilKQXBSegfSo6XqSQqVvphm
Ct4UucVYTwnQqY3KmYFDlF7FFQeoN0/E/FhjcZfs3COGectTSUVZWzK9p5ADGL9hIT2PJGG7
jbWI4vt30DKE2wR6Rnci+Qb2f/OnG+W6ALtSsAmDbdbqpqyeKMDaRy3Hi84xzhe1DkTQ9IoY
YtRi2XOzt5vgX669Ax0A737yW+7tgRSPOYLIM7sWw3Apa30IWt1Wz0AfZedMP1IMdjtpvUZ6
3TQFLz2VYqXnRgQUC+UmTUoP7YYoPcF8xQcQlID0NKKKSL3NfaOQvoidFfSZGJHPfk7w1uEv
LJyXKj0NJuccetJuBKWHdmMPr9QqDkw61pzwuQ38CPs81CYAvU4/cBF6yeiFnd4m3ThCECSj
Z5xHipk5Vgrs3rca67LdeAD9IIKKA/2VCujJSJ8e0OflVdNn5DWLQRAHiPDTD5dLbJ+dvesC
+sXcZTRSqfUEqrxX1xQTfPhw5vyBnuPNKNnsRSqkJ0oPhyUh/VMaJIvlNTXcTek9OT3VY1V/
rHbUz4ki7KM5K6P+Bn4OVOnpl5xqrGV6D5xPNaWEcZ7qtTbthjQdmlsi1q09lnt9uDJ02/xs
uU2vWRkebD5zpoi+xOp+GKPEso93NsFzg65WKDcW0C/1RuC56aTybGt/PoA+EYt9ei3+qcw/
EIfZ+1DKyVwPY0o08Tai6o/1HOgCZP9o0+q9KD0ycli5eSdqK8WmB/Qs0pdRcyz53BnneaYs
ooWpJnv5sn167M/OSeM8PhDKGlMrTn/3rWGyXIsljV6ab4jSK6AnSg/txu2kh4j09llxAY21
CTkI4QO9niBY8xuD0DsYPWk31iKKbnPSE9AfhGyDCSSOTBuaPRJQjR2k3lnLSO81ZWq0HWll
lu3GT6SnDASHkd5XpN9VvZ3evuLwz9Mb/xdyROqqTC1WGQhSpYeH8t68BfKYesohCHYzvaHh
kMHSpd3YKT2VY5dTIf0yel9nCeefUhOsD8yD6xOlp4Hh3hVZbbOksEsbpX9yWxVhBbkXixT7
4HosbSWCcSxjPUaIO9yWJO84LZYWxedIHFWutav0ktLvMIqh0+UhazZ/LLHrNTVHqw4B5Rnm
FdR3D/Qk23Z+/HFTfSLSQSZ6Af9i9fbE4bnpZaAnkT4BoC8ElP+Feaz+BcwvbW2ILybtBpn1
hYD6Y5cF1Bt9U25K/4VQbqhbiuPQLh/QhD6leAM3feGnbKVHdqVKKiCoT1g1WRPpj/OnmHiP
zhH6Rl5WNdvpvKb0MN9ISq/KAEzpzUB6WY399NP8/CYlxdWE/KZS/XjjocLxiCP6tKXiiRXe
k8FS6fE2Ru8S6bdvJyLPOO/UaQaH9j0wb7NFm13/PVISAquxcOTnpWW7OdKehr9SivR51S2v
LaVfvSnmKAjzzSMZdkOtsbnFty2Mn7+zvLaIWu2sZbv0EOnJYOlojnXJ9JRshikkwYspPTko
eflOF6QS7R0H0nuQes4rNrUbdFsRnZ+fk1FnEumJ5Kek9JRlPMNIz9NIJOjbtBqbC8fZQ4uW
KpF8Zi2Ge9xORpyndUZ4WEO43OGPe+x6zcrw/cYzWBrlJaXvHuiCh37nx01NCa3cKKB/9vBa
LBnv7eXgm97CMmgzBPRRw1xJAPH5KVB60k/YYRnTUP8lBByL1bspPSk3NGmWFXqh3PQq6SaF
l56LsSpsuIwmTqnkMSb1LN+ge0pC/d8op83KcJ2G4T0CmYeLXDhvcXrMoyWzvmy/peg0L6RH
fxX6dEVWDlb4DsvwgV7Xc8SkWCu7kmPNLKA3MhDcIQjXKaESSO/OtYFkbxPpG5sNr+X1fWN5
YymAHsbJYH+l0G7QMeUy0vsZLAH0ry+lX/1OODsKSgD0EOIp7GZHbo6h1jyCvUaQeAC9ZvRe
Kj0ZLJ+6tBt7QZat9KmAnii9jDq4Za/A2sqxdD5YQD69L6mXs0hIvLEo/W1KwIGao2DeIvXS
aRkM9pyEgLEkbJ839XqN3LyFTzGWHPS2mAS1HcT7b+5NGE1KU7WIxQ1t3RyZtM4ofKo/WH28
iFHehHrm7s+WuvKbmj6GdFMWUcqNBvr+RAKeG9RisQaOwUZZFv3wYxlnZj77f/2LnW0VcNKX
QYPJN6CetHoN9S5KzwMI4xhMBWWd8o1RirWAPlXXFJQb5BTA2olMeppAYgyfws8xqdQz0h9S
TpuaSr3XZRXWIds4K7J80SDLsTD2yBmzTk4vgP6UAvrwHZahA/1d9Vqmtls4LycJ2oHeQHoy
zdsWFBqaBEtqvGNC+EF4LU1G//Of24CeZoUbthsvkd4+NtZvyhR1TDmN9L5AX9XCKv1UaB/L
UB94G6cWs1D/BBkIiybI383heBu5cB54EUjpc3j6SKBMT9rNvZSUnsaE05q9F5hkSZQefD8l
0lNesaL0cvrgXVvzlJBvZtOpx4oYyznGedEn63TWU1aCj8VSZlx6ngZqjXJoad1CeO95cW2D
6aFkkD/EAC8WvjWlm+7Wpf4YA/3OZKHw3FjaTWsPEugjAwLo9/Ykm943bJXOl/DnH39Ik0lg
lLRDfe8XUsBxUnpSbojQA+jJRE9xaBgsmB6lV4T+HSbw+dewYMaXccIGqQenb9SaSp2VRHNb
nAhrDrllG9U0xW56xOJQ0AJlpwlnDydYOpCem6uiZbrAHu6l2mZIN/rqxF6KlezeZPT+QI8i
LFphaXCsMtNbYH6dTPUGtv/v/2ACPWw3Pr2x2klPRvp2K79yn49IL4DebqT3B/rmFjZlqUp9
eJ/RcB5ZVIlqKnMNQX529o6su1rQjoiEHAP33eINGSw9tBtLpkdBFlb6WzRCNmDdk9L8PFdk
AzKLidLPwo2TCunJTP+II+pvi4TjR9wsa4bUM9SToJNSvCHJZobbpG7ZZohb2Qi+2fXkubkB
ld51GlgzFJuVmsnQHFzf76k0kw3obT9a/ct4fMDAeSel7x7o7ReMfmdFITw3QqKXlB6eGwTd
iA6q8Q//PmV7/7ZffN4GqAfygtWjJIqyLGn1CuodlP4LzKViEz0pN/G3KA7NBPrgxBuYYli5
EUINjfDW42NVTZbg+HKLgvnhif+f9fmSVdijvZcvByG9AfQq70Yhvdk3JYfK6qap0J0bYTP6
bfrixPJW6q4poL2W420ivZ3Roy+KMsyEk95KNhaAjl8hC0GD++i2Xw0ZZwGk3eTlBfor//CA
gN4aG+sH9Nwa60ik96vG5lW1CEo//MdwgDj0R30hjvWCp1KVv53zAhqNK8USnbMYEK6XG+gp
4dLVHOuQ6dlKH4D0OSrRZuYeG28CkV5S+gCkFyVZnh8LpKd/kYmgdBwn0pPFMnU9VoyiEgKO
a7EU45Ndz81V8/NGNZa3Xqw0VJSagr6UaLm+42Gh3F53pQN2e8vXFyoq4h2tFp93Ufpnjx8e
SzShGPvxzvr8/iX23GikH4iguAlz5aWvPv7bdJ/Wv/77nYgztlh9D5ktAfWg9Q5K/wXmlQhC
T6VYmOiJ0KdJ6bkUy0Avm6QonwZD/1iphwGH5Jy3r3W1K1fpcK3R3C5NlSstb/mgPG62bDcw
WHKwGSdYqsGxpvVGRKC9U3ZKXzqE3UgfNtDvUUA/6RRueD44Az1TeXs19qDpr8QkQcq28RsQ
bgP636yu/sYA+usE9IOBtpsHo7uqzLQbP+3GC+h9KD0BvVDpNyeZLt0PVAbbqTCPkoVZwnhv
M/0OqsZaIr3XDBKkI7gNlnakL8ZQ2TlyWnpSevLQ0yKFHtFmqZCeKP0tMtj7c3pGeqrH3nxC
kZd2B44N6UHqZ9Kh9HcpxlImJnhAPUw43rPE+QQhmml1ZMJceYPRpVRTUB7KYIrvnk/YHZS4
fhsebTl8/MxAPFZREel5ZgN6Wz22uxUzpJLso9+5852exxrn2XfTWwifzVef/9sMjjXe9C/e
/7AMqrli9QcU1NspPXtuON+YCH2HUG4MoA+g9LoUi/HdlGUGMyX53hFTz/KNmCg7IMdHwTev
DZV4ctsmBPoPdwfgvIi8kYE3jPSM8xLp37bFFZNET2eYi3pQR9iN9GEDvTUF1w70jPJp2m62
o0kK4TYPJJ93iPSUiKAZ/cH3VlffM7WbQYftRov0f9DaDfw07XnW2FhfoOeOKVuqmd/gWGb0
VXRs1NzJ9IDfMtuLY7umctmeUW8LN6Nq7Jp5i4vTk3bjDDZzdsiyld4T6Hk2OK35ezxTUAF9
gHpDm4n4m2CbJSnzAuYXrIgzt3xDFkuaHxu4hN1GD5f1wnri7k6LJeM83yjwHlTe5noByocw
N2q2r67A1vBK7/LR9sbjZ44TuC/FEm3RLqdyY4r03QMP+6/BdMMr2TNgAX0RYg8OfPXxX6/3
GP7Lj0+Rl4bNltxCRaxeLWqaAqEXwZVnaeIIl2IJ59Oi9KT5MIsWhJ4yDy5/QsPDEZtDpB5I
r402K9Mj5lVUsbzAaof44k/ohfFGAb2cK6inC+bbkJ5GUvFf1RmWYTfShwz03+lS7AMH0AtC
b8XcmNZ5aPIGwd9+kCqxcLpTb6xTuSH5HkOmNLY/Wl39VwbQb4d7MpVIDyN9lTE21k+7gZG+
ytkxFcTod/GkqemQLrvX+1nK4H6L4rKyVDVPeUXewIsjIun93PRrPiK94bxZ42QzD6TPeSTJ
/O0ckH2aKcg5CMHqDVH6m6JnNlioFyiPYeKmz9KF9LepHpsi8kakVZrBOB4CDun4DhMl3UkY
6OHFv2mn8is1DSMbfTW/Lad8cspedSWWOlgNozxQnpG+qD+ZbIu5cd6oxj573NWTANBzc+yV
+JKS6Emk7/xQZxFncKQZm277GJ2yAup7BKvXWA+gt0z0wlsplZu0KD3Z7wGuQqHnoeDwW4qJ
skzq85v1rimQYQfieW2rlHS+COKLP87zbziWnhBcTAlXIwXxPYoQBqcXyg2dXjQTDjm6KGSg
13EODuVGEXqSboDfctSUNtoYQE8qPEVVoifWU6Pffp3qtBLbr7fTO9NuID2AfiyF7cbpr/Su
xg6JYYL2DAQfkT5vFxj9rjF2aL224s3qquoOMVLOnMOmUI2VScU+bVN+Bksz9GYNVvpHBPQ2
8UaZ5ucJ5WndhSijgd6f0xOll22zAfKNUm0ePYGMEwT1VI+9EcjnuRuWKrHmVi6od3dNWTg/
P59bZyuJDjeUbCxB+O6fJxpKzUgDUW0vrT4NfwzqrgLmAfTdHcm2irhTuGGPpTTeQLnpj0SR
dVOP5OGmpmiXBfRF3a0PL+x838NLmR7q/+v3P0wmaLygyeo11oPQ76ZhseStVF2xDwWhT4PS
H9ClWKHQY1yJmh1ONdmB+2rv1EzaO48X5eVPNSh5CqDXhJ4Qnk8p4lJBoL6J9Brooz9XVDhk
oAgZ6HWtwVmKFcINM/pUQA+nPPzzAHoVSW/XbhjolXbzLh1RJwygJ9uNdzVW55qdJ39lymrs
EWb0TqD3pvSQ81uqduWdZ/HmXnoH+ZbcSjoNhmWfrDvF8oW9Gkveescig6WHk94m0wsrvYn0
y5hIwr7528tauSdKL3IQgjk93U3G4Pgi/W3yV2LNc2U2EOlTRN4I2WaBcNxxOnBgPXT8G+aI
Ej43gM3fLbGD/Mp0ZfFGovxNPL5TqiEi3/7uewgli/cOdBPES5w/8yyCHqZIt0OhN3w3RfDc
dORXILgymUhi+ndFjyHdFLUeQ6JZJPrh+xm/gm2/2PkVV1kJxS0HDng3GWtYvyHlRpro5Wip
h+S54S/tsPRT6S9DucHckXfKzjKhx9WAHij71jGLzA9P2Cf7/U4GuAx34vxAOG+LPnDxe6Xc
kN7/Dv4SSUUK6fEAOFVwZrGS6HE2+ErXfsNFgHCB/oY6XTW4hBsp0TPQK0rvwegplph9lRDq
1YBwp0iPGSQK6Dnws88EeoQg2CLpXSL9vqGxqnYz1sxbpD8yho4pl5HeB+jbW1pwUhjjemzp
6+q8oV05K68suXvKI9zM3jLlFYVA2s2LRW+oV0GWL2hIOAO94PQ0SpaWJvMC7FGWfcTzwoOR
3qD0PuoNzwgXTVKig8qF9KbRMrA/VhhukH2GUGO3lm9iPdVjF6xxVFS/vTVfUmfXUmoaNq74
+kPOSF3DtEuqQdV1sPpkPFqxc+fnSCXr6AXQS5w/fqaod7wtkehyeCtt/spnA12FFeDyFWWx
KA39jgwYlH4gEoHnpqu1e2D8Qz05MDWC/eK3X0U6MEYWSE+FVierhxJPUK+UGy7FclesVOjT
oPQUfwCJ5iwp9BgJrnAepP5vrg7qS51ppx+6T+6+ZkJtIvQYQxK0lHJDbJ7EGlLiBdKD45Op
R8TeSIkev3rnHdG0ghVuslm4QK9Te5zKjST0ktH7224gwSP3gJR5gfdeIv0+jBRUIv2/oYPq
35q2mwcAejPtxhV3sw/+SthujGqst3ZDGQhpAv2uXWD0AHoh3mxCYlHqj9K6tyiXAmWdN9I7
q7FuSo+AyxwMIfFaOrH4iSzHEtIv35Uw/8Qi8wLomdKngfR0KaCSLT04PVsryTpPDvo52Ssb
QOpJvFHRxU4Nh0OJOfCSmL2Hlm9APW2rW6lufPPtjjqH8WW6Mnfdb5N5x23zJRMeYjwXXe83
n/zxYScGd9MgQBjh22Jd3RrmjxctIcQmHu8lLce1hHRDnptYGw0RjMbjyTakIHR1Wv7KvZHC
ZH5XFwfddHe+93lAs5R6xv/p86/6d1NYPAqjAuqJ1AtfPSJyUJYF+Ua37BePSbmh4EpqsOJS
7MMvlHKTUqVHKVaa6LVCz4x+tzbNoyqy5tj9tyXNOXoJgMyCDw+cCliiFMsAfhYoL02UEumB
/ZLTm5tpK33lhrz5fg8SLtCrS8bhKj9GTyI9gFz4K3XLlEXzRewB/dpXpD9oAX2zeJktBtIj
nTLviGdvrNRu9j0YSwvoz3uE3XjYbhB3k5fXXg3XTd7YkSOMkmE7p0I9QFZnZPfetFWUNYqv
aJ21V2NdSI954XM+QK/7pkSyGcF8DmKLPci8QHpS33leeDCnJ6uODrd0IP29pxRHjzV7+6mw
WPohvUXqKfDMU6UXso302YOie9tzNLjTtuKH57WT03bFfLihfAOqcTPPaysL3Fo8HYTD26tP
93b09Hd1dfX3dETisWgbU/popLNII313B5SbSOGAB9Cr7lgoNz0J1GHrMVuqI4ZJsMmOHk3p
u5cA/vGHoi2WMxDGd/4iQMX5x/dPXWjFAobv7xJQT1PDDQFHxp0B6pFpsx/KDY8cIUKPrtjd
Xyx5IP1D96LTCNtrojxTSir0+w98ppX5ldKJbx2fo+9lEbamOSFi65nQBwK9odxwNywWc3ol
0+NsAU6vRlGJ80Gbbs8K9XMcKtAHKjeyNxZc3UO6EdVYOglInKdIeuQRC0bvIdILaP+12Fe/
tlVjSYAPcNJjPjjZbqAM6fXAuUTYTVV1u8tf6andEKMnoB8be8A1r9dZpsfuHJGHYkOf8tNb
SI+WKXs11iXTU7AZRk8FijcvHrGVvhhVWV6GMm+a66k+i9JsSqSnPlodVm9Heh4ODsnmNo0Z
FF1TavnrN2Sx1JmWFuTLGeDyBkJ9v6KtgHeSee4Wu50vww21LzsU8GZueV2B49yhJAFk6jZf
7Yhc6MDqoQWYj8diiSimh8A7E41ppIdCH6+o6OjxkuhlNRZG+S/ZRI/ZUh0oyiYh80cGdMfU
w1iiLM6BZryeDaC2W3/qc08V5xe/jXbuJZjH2vsFQ30PKqZxH6jvEiOiyCJDJnoMPNkPS056
lB5nCCL0+QntrQSZb63SslZNwR4XypbL326/9A6dHpjQM9AHUHoAff5ZEms4+hh3UI1RNDKc
u2/ZeoOvt+VmuEFnB/wPYSJ9qEDv67mRE2O5Y+oj5A/72G7QEsspZnJAuF81Fm2zshr7V2JX
/dZuu8kbM4HeLdKzkT4wBIFyzag1Nk2gV4weSM9JCKWhNL2EeVjYH/uG1BFrKtXsKctO6arG
uig9GSxpgmyQekNW+pxZgfILymbjbqCi6ixuTYX0FIxj5NVbUM8DY6kRVkyTvUP2SkXpA5R6
MtNT4pkdxy3ZRtwO9w3NmvVZAPo7e+ocmTIg2g21LxEvP/NiZKKyYGrY5acRID88XUAO8GFg
fEQugH0EdD42nsBMkApC+raKCNpgRTG2dzzalujsJYnepd0ISk/KTfwKz5ZCcGV/fqytKRrt
V9rNs65ElMbFakK/FEEa8TvXeiJf2eLoV1c/PhWD9PKjAvrWvY8F1BOrh34jtXpbBg68kKDl
lE9DeWbUFQucT4/So81KBCdQ9ysT+t3NanAU9o/HVMZ7UrUZPhllC01aQM9FVsJ5hehcdoWY
Y1lvJNF/mx394nG1dhOq7yZUoNfKTbuXciOTzWjyNyO5zUnPejz4vLDk0JIivYdKv290VIwT
HJTO4380wm9cthtXrtkfXP5KT5GeGD20fEfHlCejx9jBlup2YvRjY8wLXmM3vYD8EvlWDk84
nTeO3liPeiymjzzlWeEBSE/ajVhPgpIsuWkqDaSnblpj/pQaNyVqsDMS5oH01DV1V1N6f6hH
f+wNB9LzeFnb+HDKK/adSFXiYW8sbahF28c61syLvtpK1Fl98J18kwWTE3134Omhw68qQmQ+
ciFyAZI3YD4eJ5jHovHeO5tORXuegcMD6Lt7kBIfWyJC76HRC6Af6OyPQfRpuljY0dPZewzj
Y9sSEZWC8Kwfp4/IYw30vb3xirYr0dixnmMxWx79312j0VQPB/6PktGD0yuo79FQ73DgHHuL
48wY52UpFkifDqXfzxn25JaPilLsYUuyQUqr+x34TnptaqoROczDSYSyLxi9L6Vn5YYTFcyU
BdGmpdQbqshCvddKfv7bSXVhEepEwTCB/k8pPDcs3vAcWA/bDc/+prhKBfRUlvV20gPoRTUW
+QdiNZoiPVVjAwMsBxFUbLPdeAH90NgYgN7VMeXppMeIKfjoBdCP8afx9S7IYo9uk05L1T+l
KT1apsw8S3G7zWKJ5thZf6CHTv9C22we5bDL0jfebBkAfod+m4LTk8ZjjqAipGehhrQa+l6u
O9Q1ZVF6X6SneuwjcyYJ51o6lXtQeo8hs8/LPWTz4YLKkgwv87bN3NszAnz35e+sEpZOTdaN
vJiXTbh3eTTkyf7+flJsCOvjJNsQzFN8cLSt4hSrNx29rRgtcqab+HccCj0tT0pf9GygvwMm
eqB7YUf/w8ddvfH6+mvxJUHpuxFdmUj00BRBodwQ0FcA6DsKC2Ofm3j6Psqsl/cjD00DPZBe
QD0mSEmoj1GupTBbsrG+ED2xlDdJk0qoK5aUm7QoPTQfLsVGcdf8a/3VlhOptO6WG+a3KdXm
YITwmWaUQNnXyo0f0lttsdhcx+l4cXrgvAR68vJ8qrWbDajS+NKGMIFejxz5zVFfRk9EXtJ2
e6wZkBu6jUXoIdJf19qN2fsqoy3pJuQfiPVzq1X2Omw37eeDq7HpAP15MtK7ZkyRdu9cqMYS
o9+1SwC9KMhOrIO4ba27fKOOx4K+fzbSzdAytWzrjXUhPQWbrfkjffFTWX+9OSe89EFIj8yy
W2zGSYH01FNrhlzeuydrsHNierhCeiel94N6Ghsu4+pZmuG5gy6hxkHpFwHxbt28Znqy/G56
b+0Pt5b3lNfWTTZMBbB3yaaGpxoqy5/P3Z3HlzXhigrpw190PuzsIqxnBScO2QYwjwVOT96b
nTtP5fd3Ap2LBuJIiO8QCr0Xpad5sb0d8SRM9FBuMFtq71IXxseWRTtEORZzwTE5kD03Aug7
MWKqIhmNRQDVX5mv+UOYZnCeaH1mIT0PlhICDjQaJeBIVk8WHDxGfgJCCvLrWX0h5SY9Sg+J
/q3423TnRLxRBc3jrNjgGQqqr17PXUwmOa8mKYFe8HlfSi+UGynR04lBD5OiWSQGpwfMYzOS
8tmHo7WbMMePhAn0Kmx52Ee50R1THrYbcHlo9/ZJshbQ+7RM/Rd1LP1XjmpssO1mH/yVu8yO
KU8n/REaD+7umPIE+qrqZg30YxyFsAkzZNIDj5fY6ol6Qxv6aOKUWGiZmgsG+sW7bLD0Em/W
iu+hDKuWtNIHIT05LO8x4Q9GegpCMFV6mTk/L2DeQvo71DhlaDeennr4b4jSox4r1hz1UNF4
WQ+zpWii9SuNQqwJaoba9u3CvdySvvLaSmB7qb8yY5VZSYZvqKwdWZz/j475hRytcI9IRvuz
gYHe3k6y2/QD6gsh3ESTwN8k2HdsPEnWGxRUvxwYGIAOE7VM9F4OSyg3hVFI9BVJSPSdS63P
Hj4cr29ri/UyoV9aipTFYhbQt/b3j5dVRKOxQoB0l3nkRQsjPft7bUBPlJ4Wxn93Heg/Jmz1
ymwJJk5FWMwMQc4kAT3H3PBKrdIr5ead8dNq1Dd2y1S5Z8TEshTna1oQKo8ESgwSr/iAgF6V
Yv2RXnhuIMhrSd9AekOn545ZrfC8XRhVVxhhzq8IEeh1QnGBH5/nwbFg7u7eWJgpeZqUOX1E
pCDgEsDLdoNxgs0/tw6lXzdrTg9TjU81VvkryXbTbrPdeGk33BoLq2YaIn1eFVLNULiVS5R9
wjxdvwR6Z3RXRXZq0EAl0d0+TtAz8wbNsY+EmGNT6Q2Un80pNqz0QUgP9X1BKDvBSE9xxYrS
3+NoNKSX3XEPk2VKr4fJ+rdPkcXyrsT5R4zzHnI8qfQLJQ2e7hci8k9m5+/O3X66nPt8D+C8
vLZ2oq6uEqDeUDA1DVz3ldwNYFf8HSJ8XXnJ8t3/CPruP4+W+1g+Q9ZY68DAUm8neD07Kwno
mdID6KMcT9ZWEYPxMlJRH83vlN1SnpQe3VJxMtGXReM9/Q/RKvVsoLCtvkmUY7uh1CTjER4X
K8yV/T34UwT0+fF4619bh9pfAqn7Hy7tfYZlqPQC6eG1tEG9EHDwf0BQetY0e5CAXhL61Cq9
UG5iJw1hvrTSQ7LB81tQ7UsHO6IXMUOcIuWB9JgH+Panb2HMYCCl1+ZK8txQZ9Qnx9ycXowj
l8q/HEmie6Yy7idO/9MbItA/UcenNRTchviGv/IgF2MtYIfnEpMDDd2Gf4+4MW+RfnC05dcl
9tbl1f9c8m4V83quxj4w/JWuauw+MtKb+ZXeuWZHKL4yDaBHD21VVXM1Ro6rJa4WX287vTik
tk1I9oGUdCnHe1Vj7TI9NcfCYGlD+rXiHEo5oDV7rxidU1SOLcYYkhTqzT3hsEyJ9LSdoPT3
nogZhLNPPAMRyIdzBwYcc7mNlk+I0s+weDNHMg6+91qUUamtZm54ftlbaoZLCxrqyvueoKeW
PD+IcAhY8PmQ5+YoRZUBdVtbCeu7ejqg3USjzOgB9OSnh07f1ASEjsfqmxJooCK53lu8KWpd
YhN9G0z0PV1IT8A5pCNZDy89NP6i7q6uccwWtGqxAz2FEugT/R2tH1qo9DkI/QFWbgygV5R+
716E2nzJBhyL1b+DqgIGigN7aZw4TDdSok+D0hOhf8tE+ZqG594A+Y10zq8cvZpAzNlF4Hw9
hr8iV14AvcZ5z3qs9NxQxo3orsIEWkO90S2yok1WAD6bcN7SfaW2MLX0QTydLUMEeh213Ogv
0bO/EsjrtN0gsVLQd2NBs/dsjh29OvLvvF/qfxi5eh+hZyl6Y/+wz+Wv9LTdEH57MHoP7SZv
l43Ryw7Z13belG3n6g+DYvX2cYKeOZYLwmBpUfoXOar9FdEHIt+MrfT4J5VMD8iel8XaQE6P
CDSm9E9knj2ii529U6zU06ypebJapoB6ctlQPZaHTqFT1uG1FLBPlJ7rnxu2hoenpxoaKutq
R0py5+b/L1Dgv/kWRd8FyrD/5lsH0DuT1HbQ06g6jH4oYD3AHsS+t6tHUnoo9InxGEqzSXZZ
gsvjm/rx+MNWMHKJ9c5QenRLKRM9KzfE43tB8esTnbjPs67+RFnHgK7Fdj/uABVHzTdWmOjq
eBa1jqNThYiS793LQO+m9CD1bqgnNs8MG0JKND/+1uUvKe0sHZV+//5DBpf3n+OiScxwcyEU
fQA9RofwjG9Q+nc4NyEQ6W2Enmu3AHoJ9SLzQOr0FFHPqQiyVfatr9ThMpkOZK9vmxCBXpkr
p42h4CaltxLpIcjb/ZVItsGIWMfcWAD9AzVNUIn0Bxt//j8GvvBt//7np5FZ5m27Ublm7K88
Etgy9QA+evgrYaVxSjdeQN8OoFeuG6L1eYIH963vPdpi91IdgyuC1bsCLN05lqI5ViE9UB4U
nyuwT9SYQSA9WenToPSyacrB6d1hloLSPyUJh77zDC5mpCfPJSh9KlKPTiuqxwrZRtRlPTg9
4FeP2lkf2NeAtk9PFUxW1paX7Cmeu/v/5rB6A8JFuM5d7tailLSAxSbBzw4fBtRLrH8Gd2QP
l2MJ59F3BKCPJqHeQKhHnMFO5B90LQ0wVnvl3XQvdcWRkQMTPbqlSLkhHt8fbaovg0OzqLW/
JxrtaLWAfnckER1PRstikUTPpWe9WpjYFosc63r4BSs3npReQX2/YvX5+agfA+bb8AVKL0R6
ykVIqdL/2HjQkMQKyn/n92lSbYE11QfE6CmMiRI4D6D/ABwdSWgGp3fmINg8N/BwEtCLkVOc
YqYd9gB4NZBEjxgsVAPFQpwRHh7Qf68O9AZfQs+TR9gu7wL6BzQI1kboyYfJLF9r9C2//m1a
kd1//KufN3u2TOkQBLLd2KqxHpSeFBmvjilPRl9tB3ppp6/5aSD9qsHqy3c4xgl6UXqaPiK0
m9y1HNjqxZozhslK7SbHoPR+JkuRg+BUb9xIT557CfN3n2q53i3fUBDCguifCiT1pObfZLfN
Lem/8YL6b755Oj1dOl1aWjpMqwbLDfi4cXgYm0xPA9ILCsDYK+smasv79tyZnUFNFVcGPItE
ThoHgZfJCYzp3KdFzJ5Sdlwzam2wT1Tro+MAeoH1pOE8W+pkSp8AnSc+z756odPTuhKP93R1
9gLrSWh3Yn3Rs97+GCXRl8U7oNxI93xvrL6+IoKTQ2tHjKcI8qQpXD88e1gIc2QZAz1sPXv/
XmHsL8hbuVsoN96UnqR6zeopAgdNrQB6ibrQbj6NYHCIhnqVYWmNCRchlo+btxu7f6r2G1/O
1Kdo6f3HNI9ETH79gP5ik9RuKNMsCOllKVYE3rNyYzB6Tj2QnB44X/EBTRmUQP9W4VvStr+y
4oxh2DiOFx7Qa2bjI9GLnGIG+kHRMoUOWYnt1zFrxAX02HDfoCXSV2cS2b1tT7VXCoIYM7WP
jfSpgP78KHVMuTMQPJz0PEqwKk8a6YVSz5y+xqM5Y+Pey018JA31K9O1PiK94aYngyW0m9zc
Yk+Ul5HFyD+YfZEa6QnAde+spd64kV5weaD9HcNo6SHfkL+eKX0KqCfqz1VYc9ygk9XPIsVS
lGn/43/87//Pc/9f8funOcU4xc0vzN6au3frxre3AMda++EktLuYNiuUHxFweZeHzOrkBAn5
IvtSngLwhzyGkfMWEu376JBrETgvwR6ZZJ39HWSlH48RzItOqjgyDRBwRkXZWGFPf39X50OJ
9TYJBz75LjLRN5GJXik3RUV74ZWvR7TZM3hukGhGuo8E+q44fD1RwHIkv7d3714t0u9EKfbL
HyWh96H0DPUUb0OsHg76syggM9CD0l+MyqRhniLuZ7xpbbGaX9GdPuFdfuUPTZ+i1NuLDtAi
pEemMUR6CfSk3byNiGHVMuVhsTSVGyTaSOVGy/Rv6YAzniZLEhS0GzojIChBGyyd6Zkb95EO
D+jVWarGty2WIyyFkV5UY1VvLGaNDA56AD3w30ywHD1Z/h/S2RP/YeRElTejF5R+374xqO9j
qAoExt0Qo8dmLtuNG+kpj94J9BLpfyKcfnX1hipc4SM0726Zsrvpge93cosxP1Zy+eU1V5fs
2hqn0pNaH6zTU9MU5SCk4vRypPiCZvMC7t1IT0EIs6qDKoDUS4umpvPKbGnHemb8Xou1FqRg
+sRc8l2QhkNV3rt3aWjVI4nXHtoNnQ3oVAAXj8dSN5KZo8bAeeL1Z571dpHxZhyiTQTRN+il
wo/j6HXlYd9thP10K2h9LyQcctdrXl/U/bgnwib6/IhWbqgGm0i0JXs6W+G5ScZIrBdA39ra
D1dlPJqMxSMJsv2Mqw/rVx3HDrC3MpDS02TwH3sfMtQDdqNcG8WicuzZ/Dj4NYUNC/3GRenP
VFt+eXSm1wXlTJQomD96+kA/Az1noIHSN2ntBr6bfInePs4b3RYrCL0F9FqmFy2ykP6FmUcB
PZSdqLruCK+xMjygV9dCU77mSk3pkVzGAZXKdgNz5aAovDqrsQT0tlyz9ndL/lMQ2P8bmG+O
5MFTA1e+XhSJyUsyeo41swUVeznpx0YB9Hlu240H0CO90gX0Aul/Ap1TandbUD88WeK20pvO
Gxgs9bqb4zNDlnw3dyi5OAXSkx5jJRj7cHoJ8zNPzLYpH6gnBH+im2X9oF50XN28bUbVS7+l
ievsw/RW7yXXBxWXgZeuzRjTcSv9S7Rfs3vJ8xXZJygnCWchCOjvEHocdAH9Eow3FIMQiSDK
klup0EkVq0BoMQE9QJlpPsVcsoRDSZTAekq6QadrJIGRI2yi18pNUREiKysqCpcGHgLoC3uL
FNAPtPZQESBRFrvWkU914P6/FYfO3xZG+r9UpVhflV55LQnqYY9EWhprN0Kk5/zKwkiHnCxr
99L3HpI1MSGaTU0ERsZpmB9ulCjPSA9Kf7bsF+LUIq30LMhY6o1dpX/rLZlQrJQbodBrlV7F
3ogaL9w8bM8XGs9bhbrlKB3iuq5tQgP6H7RE7w/0zOhhpD94cJAxXQM9megl+pu2GzB9m0gv
26Kaf/0PnpMqf/grttMfHALQ2yLpHQZLabsxE+m9gB7nCwJ6VzHWQ6RHZywBPSKLzSWQfjJE
s+y6DoH13+k7ZbZEXbZct1AZmC8LsMVcfaV1N2ct1yf0JneNrfSpkZ6apjgHwZ/Tk+VGLCPx
RkO+K7nYoPRO+UbNJJmTI6lm3FNlHWVZr5bZuTkyyUhNh9i6J+fHjTw8lvPRjHB73NdCfZZu
iOzzbELPSqxEfzbtNdqBHiJ9bycBPeCcxHgAeW8vOqlQNW36+POPET4cpwx4AnvwesJ64vWM
9ZRw0HmtHvEHZQlI9NJzQ7e3RmLJtkQPTPNlZRExK5xd9APH8uORwkQyHu+ItT5betj/vjjU
3kcl9eGPFqH3NN7I9imy1fc+RPikoPRtpHkA6Cmz5hpBPUh9lzVnCsR+b7NZfK2Zqg3OFdij
66DN+/9GsHlF6a/ll23byecWBmWdX6PlGxvS2030qhJryvQqDEECfT1MmwroLZH++/V/GoPv
GRrQF6cGem2kJ0XGtN1Ay7lOAQgORi+jir2SivN+896/sr/Q//LebwYp7JhmzgLobb2xTie9
h7/SqxoLoK9Oi9Gjh7almWOK7UtcTRaE9maGdZD4P+62cvVBweWxB9RDmM+ZVyg/Dy7v3SEr
hJxlAP0yDyMJ5vQwTM4aQ0mcnP6eLMHOkkHnrpvRu+UbslhybrGvUi8DFCgqh032pkzvoPVe
owfv0jwpje6E0D5ILyi9IvZyI/yoptZKgCeCb6o7Drzn+/33dEk97CT0AHow+guM88BwUljI
Xt8fq2j6/PPPP26CzoJlx3qy4aA2+6x1qV8k0Y8j/qDTGCz1MBargBEnEkUYgqjQEtCjTxZa
fgcYPQE9Ui97TokD6UNcD1il2BSUnjuo9mtKTzBPPVOUWsODSaR+I2ZNnbMJNmAf/tVXfiYm
zNMEWTvQnz21+rHsmPoAOksw0nP5VsQaiERjSecNSi+QHmYekm5w/vjgoojQQTVWi/TuuOQN
+lCHBvTKRR8o0bNGT9XYQSOpGEBOAO0F9KjGeo6Zur5vKG+w/YTl3zqRJ9k+LhKuI+LAHknv
nDK177wr7cYT6BF24wX0LkqPHtqW5mo30IuJUyulYYYXbdBxkf7DPFeXnYjcHbErOItrMFbq
JVE+IMhy4ebNu2LqVCDSi0lTPpxewfwCuDzpN16U3gX1aJu9ZQG9qygr6fz8bWzHlD4Q6lGx
dbZTEc7f0IKOVOI9sR5c/haXW43f0mlC9+HyOYOkH8HsvR5E3MhJU9VOoIcTHuOlBJ+Hs4Yx
GREJnXFQ9c8/h6EGqnohYT35cSxevzQAkV0m0ctuKZVYSRk3mCuFCYRxOOaRaCbyzbqfPeyJ
50eOdeTj3NER2wsH/zEp0kePXf5SeStTqPQyFeFh/zFoN9GLaPP6IHkRznz0T51lqP8UUN/D
/pvHh+6bYxMxycXRQuk6pEtk2sHKcIuYH2sCPVVjP179c6qcwiRDzncZPmyUZA1K7/Lc4Hca
6mXblFBvzopGLLpQ4IZbniKrRfrQxkyFBvSK6U0HKTfCdoOOKUHpxZApzkQgtJeuS0u8gQzj
EukFoA8OUYClttT/gy31DJ2vSDgI6I3FaaJqVyrbzYNRhFIifNhdjPUC+mZPoBdTZFeGQ9vr
6ePzBm4512AN3dS0ftGw2Ny6/cRqjg3g9Kocmwrp0eqqmqYcfvp7j6TTRhB59tJ7Lsc4EqLq
vkgvqrC3wOWJ2AtKHwD1LkovnJAWJAflGVPJlqDchuA4M2hVnx+MTgPz2GzBMxZZ+Hjo/FtD
JnrTdsMxw5RiSdoLhROLVqrWh+OUWLzz48+bEkTnBdQT1vOwEmg4vb29D/t7YiKJXig3atoI
7t/TESU9BZ6bL2U0PYC+C5nCkZ6eGIC+MDbw+GF/RyFPFvzzwmMOQu9vvFFAj9FSMVjpEblZ
BphHHMJZ+n+aN8j6TX9Ry1HTxlpa+TylQDqiQ9QFzNuQHr20hW/n/+Xq6pXkRZxaZIMTOycZ
mV15xXbPDW1hAL1qkLX8+QLoQenZcA/zpTrnhBZVHBrkpFZuZB69ZPRWNZbmCBLqu4Ee2o2n
SA/f5SiGj2zXYTc/twH9wVEAvS0EwaHdYGws/JVjpuvGIwUBUQreQG+Lr6S8SjB6AL0VgWAI
OEJA/MnYLOXp4ps6a1gP0frFF5Zgc/deMWR5OX1E5xd7ZtNTOfaeHCQbxOkpssw2nUSqN/cW
ZHuUwnYScbwpvYPUY+7UjLRYOvUbovEa3w1K7wn13ETF6fXGIiOkjeNDdPcbUSJEHkeuPcBd
3x+U/wZPqSXbDQLlPBYD/RodaIN2nD+MgipL9ABwEHr45KW7vrsTmgxD/c6KGHIpRWq9pPVs
zqEBhJEIvJVIooczp7/XHAletATDTVtbxZVYb6+aQQIrJiLJOvr7AfRYS9SSW8jTRz7GVG+z
FBvgpZcF2V6RJ49MM2rzAryLhLN3xGTZyGkbla+Zmkg9yuWHWgXzNS1IRnYDPQE3tfLulGkF
lKZGyQV+SM/KDQdXSuWG2L6b0r9Fg1PKRMetAHpJ6bWTfgMJmO2hwgL6mfSAXhrpeQC49FeS
aiNQ38XoCegNJ72B5gcJ6A82qpdm5NHTw41Cuxk0Gb1Du9n3YLTKabuxaTdUgB0C0KM1dgyt
sQrZXSL8WB595eXtamluRmus3Ukvtj4vmMdPIeLMPJC2jShOAjPbxPwsRoLTugOQ5wWD5W1b
Sr3nsHBppU+p3phNU7ok+5QmCDo4vD+ltyM9dU3N6fBiQ6p/Qu55hCQ8EVVZIvea0vtBPaUl
GFRb9FiZK8hhyS5Mh0Hzrjbnk2BzAxVbenj8c8t/pBUjxyGXckNSOSR6Vui7GeepkaqoM1rf
1BZFXBmGfpfFRZ6xwnowfKL1x5A1DEJPswcRRU85N7gWkKu7u6uMLO7xJQPoeyj7vasrXpY/
ni+APs4i/SlnKTaVSo+h4DhJ0GgpSqePXcMSwfSA+q+bTRslkofL/5QaKr/XvKRGs3kbpb/8
CZSbt8n3/z4aoDhTmPML5AgS7oayp1i6PDc2Rm+j9NBu2HajtBt20v9c4WXqk1Tq1+e1RVhA
X6KeeHWgdCM0+o9UNZYlGyCziL5BrJndXwlbDkR6NTnWZO3Xh4bGBq/vk/3N/5nnTemFtBuI
9GYkvRPoRX6lzUjPQP/73/8esA6QPz96ZHSMJgRyGxSDOeG5+EeuXXm7sHDGqIKNvrG5pWqX
/fdyM2mz/CmVZMWBdbfSoPUls7ce5eQu6ikkVnOslYXgxnpDuwnU6W1NUwLpn4rospk7y2br
FCk53tqNw1JPppqnbqQXqs3N2+S5ZKQn6m/PPHPXZW9zer2qpBLOO4k3KfE+5VjSdezCDTbE
JYB8CKD7Iyg5BPT456Z3tho9NL0XRw/bpZvjZwyJHo2tCuiLeOJIoiNCSI+yqpVdb/D6SDzB
HbT1KK5G+jv3mkCPxJtEfVNTfRzlXQX+8Nwk4l9+eSweBfuOQfjpKIwn6DhB7629FJuC0qMW
C+UGzbFn8wnmgYtYBPUdjUaGDV7udGVaoWAzugNk2GDzNvGGbPTX8skk9Hc0QwSL2bpCetH3
ak4Ktyk34re8XJye7fmcrUBlXtEyRdvramxY0YdhAb26FBn2Cbox4Z+yKoW/UmGzAHpvkd4z
2Oz6Axbpfysgp8SG87gMGIMCHwD07K/EHCpbv9T5I0NA+SEA/NjoGPR5hNZTiRWtVbuq8toF
pu9q3wUHPoC9qpoW+mHlP82NjbSpuegeWDhRCDwsXVvfqXkL38uk9UZllsuvTu3G02T5AtrN
bandBCG9vWkKME8GG6ybT1nEsaDdCrFModQTpb9rTCRhUv9EeCpB53V+sZPSe7strbR6stW7
E40DBomTD9PF00HzBaTTaWAOP6Hxag62m5s3fGYX3uUMzRaHRA/lZglZN6Tc9JNrRgL9GSgv
bXDCD/Ri1jcNj+qh6HrQeuL1Sq5HNy1mzMKA2YZIMSSa9YpZI4rSD0QwahxAr0u03Y+PJRKF
X3YWEtDHLzyk2Mxrsb9eXf0Feq2+kHlmumUqSKV/vLuLY4YJ5iHJvwWjzbFIf6NNr4ERoDy9
iV3zuqA03GyJNg7x5hMoRW/n8/DDivy30eeKnxxIL7tkJaB7KjeG8UZTevbmKCc9arzw3bB4
86kiSWHlmoUF9OpCPqBdSk4IR34lhSDopGKrP9acGCuoPZnivcdM7YNKf3D7rwUKvmtn9Nup
GmsfEO4U6Y/s0rFmQHdm8kfGRuGDJ4AnMCcohx7TDCSniYIE7mIB3Fv4F/ivGTweP+DbxtOn
+XtamDZFX3Q3/l91lWzNfv2nTrlPOgatXymd7GNKz5MFYaXnybHW8hJv7sjuWId448q9uQtU
1w7LZc6bh+fynnJaWqhO2ZW+lN6Ubziu2Ib0dySdn7MNlQX2Oyi9h4JDgwYZmHnioAcYS+eM
m9WTO/4bfTmgf69YPn59i+QbabvxAXr8Qfr8DTtLsWcQMyxqsT0Aeku56ezPb0uO93SjqJqE
Ul8RQ+1VNFIB6i9IqI8lAOUA+itlyMhhkV6TdzLZ9NM5Iq5v7O5+XJiIdfQ+LMQ/0f4LIPTo
x83HPMHPL3sRen8v/eMf2UYPiZ6t83DO9zpAvma6rjhN+pNboGq2Rw99eUCL89Y30kRPnpsK
fsydMTBuSqoR07zZfMPhwjakpw3IXKm7pZQhx0npeTsS6c3mWCQVv6W8a9NpvpJMNwsJ6Lep
/ek/dERzelGNFSI9G9+txBtngCVXY1nfcQ4fIaDft71avPxqO6NnoLfbbuxAv+/BefRCtY+B
0j8YGmIFHkINpBlB1wHTAs0b8QVsVxgvYJ4A3rUaGwnoBfrzfW2btbSL3VOQwuab6Zu5JbY3
aT2upvdIoEdz7KzU6xXWeyA9lWORbOYqyDqR3miaYhMl1nyOYajXpN4xasq/T5Yo/bw5fMpJ
5yXce1F6F9RTljEicXxxnti4Z9MU47zHjHHwfD5diN8J4Qfs/uYNH0M+K6d5h+3SDSs31BfL
Er2h3ADf28Z7WzE0trvjKygwif6BxwO9smlWVmZj4xfrP975cVN9BbJraLJ3rwxIkJy+F0Df
FNfKTXf37njiWM9SLzqmrkX7O7pIuYnlY55gBf1ts1vK6bC0cunFHJLdXIplQn+tsOdQu2mi
xNlsciSVjVJ9LLaN6KaPjz7r/NID5oXF8m9IuYnl7+T7/UKMBCQpx0J6CC6ch0DqDUG6bItV
pdhCy3fpdNMLoGdKj2IspSDIs4ZOjAnpQxwS0H+jJHrfRDOJ89JIr6qxmBNutUl5iPSUa+Yt
0u8bhUh/8P9Eu+nfOXB++/Uj7RBmvKuxkGseQIEnSM8bBciTSCNJvCbswGn6n2L0QpAxGD2f
CJi2K5IP6UYzegvmcSMvoL84Wof/KaS39dU+7Gyd8jTAYDQFxyWgnaaPvLBTeg/1Zg1W+jnu
jk3B6eGvucXTR4jbY90lF44X0qeg9Bapp6qrnE1C8WbSU4k+KnuoJQ0fvOkxmcTeREVpxhLn
Pa3uOBN4NU2xg54aYZ1UH7+g23B+oH9mhJBzA0BPGo7HYm+loxR7+DibK4Vy07VkKTcDGD6S
7HjWTfGWvflw3yQ7kF7JM6nIbMO8HjFoyaaP34dEfyUJxzwoPVi/aKQSSN9ZRiZ8HinIPvqB
rlh+T//j3kgE/npSgmgqeX7sH38VQb6xB877UvofuRQbi51NFJ5st1VeV4YLaufSPtK/tZxh
g1e/9MF5RnryVl7Lz/8FP/SvPo0cg9buRHoVUCmBXjF+03PjpdKzkZ6AHk1TcOcjwVLadKxq
7M20X1FGG4YE9C8U0DenstGr/Mp9LNJDrTGA3stguW/Irxo7CmMNp7+NuIAeWfLtHkC/bx+m
ExLO59E8WHjkCeNtoruUXQSCk3rTQsNHuAoLrCeJXn/x2QFfu3BxAJWnsbEFP6lzgrwowCWB
WvfFHqrL6N16fTZetiqzhPV7FhcxfURMjg1Ub2zlWFOmd3B6MTw2h4qt7KxxxSEoTk+UHkNH
gpbw1FO22YKaKCvp/JywXNqgntpoTeONAfpWXZYo/QKPovKeUEJc311IJQX+WzbWuLBbXAHA
e0nnDZwKaIObGDHlnZrzXMbcfGaj9McRUgxmTSYaUm6KlOemE3abaBcCbYD03YVM6btoWLiY
P8hQD6k+/4OdO9+nRDOaQEiBaF1fUhgOoJ77o0i6aSqj8VS8nnXBXdnftRdAnx+PPiTBKA6X
5bW/f5+uBZ4hw9i19ExBG6V/3PsluqXiHacdIA8XZdD4Xecn5Y6W5mvud3uTeeWxBKFnD80/
isf46q3Ll0Vw8TXR+ipap2xITx4dKtdS5ZbbYv0ovQwr/kBk0lMfFh6LLg+sCeEh9caGBPRq
zE7N/VRAz/mVHx28ztVYslQGAn2ASD+Iauz1E/TWXHUBPUIQ2u0hCPhDXHp9MESFVqqzAsMB
0hLmVX2VgLqdVt79PLjxsRmdDYSLEl9yqR+A/8JogwlTMNLziQNeHPxoyj1SCKoW8s3UT6pN
1vx87bH6qFZq4Ii4dWveCfRuTs/aDU2cSsXpYbK5JYdHKZhnhu8aOwXT5c1goJeJlo8sSi/o
/KxOOrNBPYw33pTeLMyK+eFy+qDXiBKP7DM23LAy47LdkJfyrj4FoBrLBQCMmPIGeh5Cesgh
0R9GRrFSbsgeqUqxRT3wwI/3nhGm+oFY/ammio4e1Fq5Z3ZJyPURSPQ7wegJ6Em7EdGXXRRn
TKx+70AP5lQ1VUDnF0CPIST58a6HrZBuEGCJUixFDaPr9sMPL3+JmeKUVu+P9DrnBt+A0Hc7
NHkcTXWpG6LMQ1H3wK7UVLXu3h0M9EToodzIvIbVzz9B8v3PYLjUIQcOpIdyIwg9A73AeVwE
6GXK9HJDbsAC2oupguy8SSixO6TKXUhAPykZfWkqnOeoYg6kYSsl4NeyVHIMgsNgicmAZKX3
EOkfkJO+nd7e+y6gRwjCLpvthmD+ARw1cNiDd8uaKtLmJSuX4A6kBr6D78N3c2R0CJo9aD1C
EEjGF2760VH6f+2n19+2E9DTGcF0XwLypUuHhP+WFiHf1PzULPXWJ2zbiK59kfutLnctJdKv
kZV+LQ2klz6bmZknRuyNl3xDG6ag9EK/IUp/6yl9AyjHMtJvbKyeKb0wW3otSesZ529amcZO
jo4RJg5zjTZWWmZK605cgKUZgtJ7IzIuv0W/rsfiZqmPyENvUnqS6GlmLHtuLIl+YCnelkxG
INzwAuxjomCsf4B6Zml8CNP6/o5YAt5K1GI5UgyplMJdz9H1jwf2dvYUMtBDABJAv/dYx3jh
w97WpUgs/1q0i0z0AHrMOEl0YVYsjyVJh9IPfFa93a7Jo+xT4jslyvOK93cTWkg82swDSTzV
eW28gUKPrliqG/P6xSek20OikX2t2mYpE8lIopf47SrF2hyW5LxRofTchgWUF8kKfBmg6gch
JRWHBPTqWU+ldFfSBsBtabuxizWIK3YB/XaUS72c9AdJpD94/b+srv57J85T42z7LqsaS1we
IC+keEuIh3bDHBxL4DeasEaPwENP3+Cf80OIrffOr7R6qEQvlXdrLOH+GJvtxar6M3E6nEpf
aHx9tBv5TL+ptRqpYCmdLE8l3rB2w1Nkgzj9Ms4H7Kd0wLwX0mPDVJReID1NILl97yn9Q15L
MxLBJuDgPHBL+ep9sH6ORw7O2rPrbZBMlN+O0dQTyxVXsxHW8N3csEyZAvB9gZ5pFnIrBaVX
xF5I9CS4w3OjJfqirp4y5NR0KSEHjvjEqaa2wgghvRwrPoBo4zgDfVP9BzRTPEGYLaGeaH1v
T34Ck2Ob2uKPB6RED20+svQYjB48Hho9lWIpRoequHtpelVqSl/UmGfLNQAnmq7sS7fyqj4p
c9o1v3Lw9O5eHjwViPSYOsJdrkKixyoUETgm0pcxEddtrfDcsNFeKDfaRO923rByQxvy3QXY
M9LDYxmy7SYkoM/AdANKT8E2wnYDYm9AO6qxbt/NviHa1GW7uY40Yhhy3ltdtecfMOobIQiC
yaP5SVJ5ob5TbZWrsUPnh8hbif/QLgXajm/wnVwo2VKsmTuo2AX0ed4ZCFLy0TRfJqrWTKRM
5njtEN56wt/Wmrx+uKH2eZBMT1b6J2JeuC/S35ulgbOAej1T0Ig4c5Vkn+CE4BFL75RzBKW/
KYuw5LT0g3pB6XUPlQfWc8uUYxaVM7seQQk23YWmFEojppclh/pgJaHnMqyUbrwYfQ59+o46
CT3lH0iJ3myL7e5As1Q8JpUbovSd/VGIN4nOIpozK7AeSWj5ZRR/UA86T7NmOeOSsL6j4xho
fX+8ItmWBNTHeiXQk9umY29r65eowCaiMOULQk8DSxBQnAron31WfdBB5GumKvdkHPtqOMBq
2rsxj0qtAE5/QJRiy/QB/JVKLpacXphvGKoh1ECp4VBKS7kxPDdORq83RKctLYn0dMp4O2Tb
TThAv03XYv3nxRq2GyvB7KAd6KGwuKKKxdhwN9DvGxobun7wN6urv3EzegZ6nhU4NMrGSTQ9
cZ8TSfDQaUQ7FHpjH4hQesJ2EvAdC4n0Ld75lY5cMwyjgq2y3R2RIG7RIn+ezLNcmX7xGiN5
6qf+TbmJ9fjM9vnb6TmVPgDpicyrZU2aMpHeKdQD6G+lUOnF8Ck5Q4rSEFRV1kHrRVmWVHqr
h8oN9HMcj0PGG68lSbqD0pPjXllocJpw2SY5zExp9zfZdnPTR7phyGh2EnoAvZLo4ZjR5srW
eKytItKplBsgfWt/vA0uysgzgfMM9QgohummCSZ6SedpqrjOuOyJJNrarpRVtDVFu4R20/0Q
3VE9ra3kvYmVRfuPCeWGCD26YtVMWU/xpqi53UHkMe2gLncdVOiRZQgYbr5M06jSAHoeLhXL
P9ukj+rPdUY9I71hs+TkG1pvM9B7KjcG1rNyw4SeUhXOim5b7cz/tcLMzISp1B8+sUU4QD+r
nnQaNnq23VCAJUE6iL3J4Q9ud48I9xHpkVRMIv3QD3/LXnz7OngEKk3ekQfonyVfDRnkUXUV
VVb0RQ0NklgPVcbojeVKrRvoq6t3eeVXOig9gB5+TM9UMwvoRTlXkfrKtOacp/u2br3tfuhr
sKfI1nIfFZbDTi/KsT5IX5wD/yWvuZx5iq+3AbzXMBK4b6ifypwb6wv65KWnIizT+QCotyi9
p4Ijwutx1oDlxmcR2BvIDuMkK/pyISzHHWJDOK9uBbeH++aGN9DniPQDrdBL6cZy0XO3lGyL
PdMVRcJwp6jEitXd31FGHsseEW5Jq3ugh+IPmi4mE8itYdUGbVSkxYjs+ni0CR2zFfVNGDTF
vbHP4LmJ9be27u1noO+Ryg0R+l5B6D20m9aiQ+1ORZ4slPfWczRv69Px2Svbr35aiCQ1A+j9
xRueLYUgHc5f4/Xn1jQSMTWc2buVh/A2wbzGebvnRsC8apHl+0qJJx8k3uzBeluHINxez8tN
eZ9wgH5RAX1w0o3sjeXoAw30JoeHuu6uxg4ODcKZ490ytW/7X/3WVYqF8E+OmXZAOkcZwFtD
JB4cHzcMDTJ3Pz9GyG9Pu3EB/dAY5Vd6TI2FmGOPsGSgr/Jj9BalJ6iX3uDSkHxVKQ+BTdtg
255JE+s1sbcjPVnp7/JMWUu9kfn0xcT2aS08BaaTmn/PG+gd8g11zaam9PfQecUITQXZYKg3
KL1LwblN7h0KNca/Nz0mlGjoB7ZrGyXRewPbXfo983erkYrTblC89SzG8iQISj/wlOhlFL0y
Vz67gJSbawMGzuOE8KyjoqnpVLTLBHooN03175A4z9q8zEaQEk7iSlNTRX6UjJlf4mKhu4ii
K2NdrXsHjkG5QdMte26g3BzrIhO9AHq7Sn/IJdZAkp8cCZwC6H/kzhq5S1WXYrHCiI3Q+6v0
ZKJn0s6JymLFbEgvfs1ILwqplIRDMowm9KblxjDTi2KuknhwepBILx4nv0JhZkkoH8hwgF65
K4e3p+G6EbYbiDag9Ai9cQC9U6Sn7HnvaiwSLNE2++tfO4Ae1wr7YK8kZUYtTq+BHg+Ip/9g
p/8Dj41tPxKcVDyEswHBd0qRfmyM/JUeM6bs0g2no43ljUr4a/g2lLd4Sz3oWqXuTqQDe7hh
AhZ7O9LLcqwT6YuZwgsyL+AdSv2CD9DbkZ56Z1NSepGjgIADB867pXrRTWUmIxgeHCHbzFOz
rDTc+7J6S5QnnDe989BuXH1WOC/oUwG2B9DDvTnj1ujv0dGEyVIE88J0IwAfUwSVRA/PjSL0
SxBuKrTlRoZZom3qFJA7AtovGf1ShJLok/mUXMzDw0UXFQk4MfyPrgAY6JvKeroeD2BALMyV
hZ2tPy5F8mPJinFhohelWI3zCui7P6secgjyeAEFEzvWfY1bYpH5o6cRXJ9/zUnofZGeCP2n
186eFfkHYp2yBpKQzRKJapgTJUqpJNQrtd3DRG+PNuOcBKncoPpKkg8/jjhhJNQ+CMeFFw7Q
q/FSpSklenEiENVY8tMDlQ1VHvjvJdIj7MCrGjuK/MnrzS02oL9+/SB8lzQEkDIOwOFH8d8Q
6rGDDxjj9YRwHjLliKR3UvrzsN1QfuXLAr2N0VOo8aA4m/+0i7LqczNTbhjs8apLG2p3mFCv
tRuT0xdTCg6TeYvE3yORxw/pbUJ9akp/R3ryAfW3nTNlPaCec+m9xohL2UYlXS5IAd8T7CHL
36RfsIpjt+B86wg2pmYp4zZg/AIZe2ZuuoGeP3s8WUpqNuIfEHUt0ZPnRucTt0XHu0xCT79o
jcMsWZ/o/FEgfdEST6CqjzLMq5HimtYnErgAqGeg31kRjzzs/bHzy8JEJNL7rLe3kIA+pgg9
lBuL0IPSd3/Wcn/YnBjCn4L1E3k6xBaM2QjtF5LJiwLoTYXe33gju2LPviPyD8R635w8JQ31
QnXhmqxYMszA1ixlN9NbQ6jYnIMEHW7B0jK9MoGGM2QqHKDnhg2slOOl2EavbTcUY2lPMkM1
ltPOjIVcsyGvEeHXMRuWumaNdf06LDZAeQolo4RhuCR/f2QIdyeEd8TdDFKr65htQLhbpEcK
pp/txqbdjI3BSI+6rY92o/utRHz9LoQay9N5Kbf2/vRXrp3Yr0xPWmAvrfSM/TIJQRdgQeYx
kUSBO7F7X6A3kZ4o/dMA8eapHDM7R320t9xA74J6F6UXCs5tika7MXtbwDttJL/1jK4nfCcV
nyaVOKyWbu2GfDxWLy2BPm6ZmXUB/b9IQu9k9OyiBxFnc6XqlurujCO1smPAEuglpx+ItcFj
GY8Lj2X3w34kI+xsS5BrBm7Kx7DWP0QXlUytTySuUIw9Wqrqabo4hhT29F+LFhLQY5oggJ50
HlZuRFesWI3QapwYj5P+SxB5fGy+L7fcvEdPJys+INt/AlOhXEDvrdILb2X+2aicY86fxH9t
zhhUrVNavpHjp0DLXV2xFtDzCFlTome3jgpO4Laps+oypCCUj384QK9t9OkoN0zokUlMI0Uw
FtxWjb2+/QENibUtAD26q1waPa4JEDpvAT24/D6EG5CfBrJNezukG4L4gwf/IAOLQebl+gOk
GwSfoRqbQqQ/koexsZ7TBJ0iPWZM+QO94bshpAfQNzaLIYMw1acbxBfK4bCJD3rDQexB5MoF
s18GgMNKr5C++N4tQeZnnxLK05Loftu/HGvvkqXAhAV/oJexaHNyzOwd2SobJNVzLr0jBeeO
JdsIpJcajrblOHk9HJW3JM4jAk2Qe7EA4naTvei01bfNQMah2bRuoGfLjRgVa2P0UG446AZd
TsJzcxhtsJ2JBFJu+pWH3sL7ot7xD5qaotF+Lsh2d1GqJWYIchraYyTVtA48RugZhyOgEkv0
vyway29rA+BDn+mPYFIsgP5xF8XbENDDgwPlBo1aqNV2n2ls/8il1ZBYU5KpSd5xuO6wLhVr
2i8lK2gI95UP0N/lwei9xZsDPHEEIP6vzYeO9htQD6S3lWQpyYBiayTQGyze9i3uI3FdaPmw
29uR/h3NjkP5EIYD9OptTMd0Q4xeVGMRS4lMMxvQoxrrAvrrPiL9vsExOCgloQfKQ38niw2V
YcXKe+CdSQ+cZ5Ee4s7G2W4I6H1tN1aGgmT0jRD01U5rCCnWKJTj5+UeNLdu2kbqaqbhss9V
Vnqm9MXKTTm3rGBeIz2dEZ74U3qD0/uPCc/JIZ89xaLxzEEKsMcpwYvU22z1XpReuDONHBzS
cZzmSxPsaRTVHHvuJc7LX7Ilx87Vic8bwv0tsHvS9RecjL6Y9icUek3olUjPyg21SzHaQqIH
0Bf1J6Nt0a5eN9Cf6e7AJJGKJFP6otZI/AqC6MtAyZGdQLYaBOG0DsjMszgp9Oi5iuVfgZCP
ibKRyLV4WTJ+7OHDDhr1l0xoQt9/prn9IxeNB8bX9aWXJh9wuJlJesONsbIkwXxbPUU2nEWK
vd104yfeqFJsm+0PfWhSemqdUhlniCdDag2fTip4iIifciMJvS0QhzMx6fJBKj96hMfLfaZ8
7h0O0GfkrjSA/jqQXthv5GKR3sHoaUCsr0j/QETRA+eHhqgtCg4bxM+MjmK0Nxi9LcDSod0M
IZHGCfROkR7haEi7Sacai46pFn9/pV2kJ0bfCOn/gYT6mrqMO0NCOTY25UG/L3GoOHT5DvWd
rPS5L3Jka9TsvWLbxHDJ6e8S9w9aOqAe+D3vSenlAEL9S6XypIB64aU3886ecEctDaOysN2O
+y5mT5rNLBnoH7k0fDbhW6SeZRoj2R76PDg+VCIn0DMthIfe6IgVzF5FFENjZ3MlVPvjNFiq
Im7lFRsKDtqm0CBbn+wApe8eiMfqYaiJYig4XQ1AuCer/LNWkYNTKEqxiXgM/kpoN/mYJJWo
qICE019Iw/+STOi7TrcMuqWaleGpypGFlz/QfjAkm5r75xBeT0CP6YY0mTV5NoYISkqft4z0
3kjPpVgy0aj8A/HMfmEHeiTfED8X5puLfNmgpkX5Ar1utiK3PQ8bofBjmZTGEv/FXyvUfPnd
4fEIoQC91S+VnnTDs0cgzwOf8S/+z0D6626gh73mgUfcDfXGDg0x0MNUT9o8WeaB8nDdAPdd
AZbOTHoy5nBTlbEcRnpIQVSN9bTdmCI9hHfqmErN6Fmk31VN86goLG27ZDvDYQ0UC+UYeukH
/a6v0so15sN9uKFuJLeYpBlhs5HJxdbEcIH0QQ5Le54lDx/0SKMXNdhZa4I4qfQC9YOhnim9
kYzwhOX5BSHnKEhf8M8/Y2iX0WfQb5yLtBvrNqb+2Fi30uIG4P6Nbx3F2Nv/JJpilduG/tW1
WCHRU74wSfSA/jO9UNWjHsINj5Ht7idzfGwJkN4Zw1TwK4lxKDc0mIortALqKQcHI8ObqE6L
IBsI+U3JKM2iaqvI7+jpiJWVRZPjp6vvO1ug6D0uBY9fp3vSccTlTlpXCUebMXfwWuxsFAhM
QE+UnrSbt47BYGlHend7LLpihXlS5x/wX9p2zIX0ynwjouVpAOwHlGTwqRlcaVdxhHJzVrow
SbkxxRtcGuixset2GwV9EEMB+u8yY/QQb4TthgqxxMZNCk9J9XZKj2osEom9fDcAeiqyUv+r
clIipGYfTh10EsiDezJgnuADEvNTiPTnqRPKx3Zjr8Yy0Psb6U1Kz0DfSEAPqFefiNJw3LQv
jcmhPcCNkQYH2JNoD3FGkHmfOASo974OSxvSk0p/15wmy1guarC3LJjHbXdxi7whCOqJ0s+I
FGPKtpSyjaXaM9YHRBrzr9luY0afaWwnJNc/kBz/iDaWN7G0MwNCf8Nhr7wtCT2DuxVeie+O
F6FLFVnBSChWEj2gvKytfrzTabmR9Vjw+Lb6Jqj0zwb6yzAQNknjRsRQcNUwS1APY02yHr+k
qYPjV+oRbFY2np+shwknEum82ni/1K3UrNTgom3PRg3dmTOGHwznFeESg+aU5EfLQLUl0JeB
0qeF9NQVy21Mjj7cr3ggiblIvdFjAfnPkEgfAPQOz40g9Eq8YeuN7pgKxWUdCtDfVEDfngGj
RzWW9XkH0HtoN34i/fbBvLHBIeqQFTg/BlpP5Vc+ewwSw38A0DeWWY09SNXY6rzzwU56uO3J
doMQHPcyW6ZEBoKvkd6h0TPQy0niQ2q2wvSbBvWrqzf6Ku2aPaj91GTtc1fnlK7IPg10WJpQ
z5TejvSiBnvTkYNDlP6u5P6eSC+1ek3pCemFbOOozgLKMaVk1jP3TN6IywAbdbew3QxQ4PB6
Anp2Y/Iiow4CmGdsuWlP9tAH7yOi8cpFLxk9GDqbKzvYc4OZI4D+7gEMliqLuyw3Cuif9SQh
3iTgpoxXwERfhmkjSrkxoP7HTug/9dEI1WWvVWDDKxVRzDH5ZaMniyfvZO3axlHWmQmrLaPm
YOPjpS92P9x/4HLk05ih3VDcJg2EOmaPQXCHm4mu2ET953/p4DN//vlXETvQU2g9yTzQbuT5
BJQegQi+2o3RLSXngSukl678i18p1JwPg02FAvRP1FNOmUYvTgRiGizGCVIYvT2b2FukH8J8
WA8nPfqiAO1ilDf88jDKE4MX5dmDo2MQ6R94A72oxu5yV2OdIj3SbmC72eWF8w5/JbfG+vkr
bbYb6P6a0dP5aVBVZd9AqIdBbk/llJMElhZUlu/w5vTBDksD6YnSz5mDw6XVxp1gTDRfizze
UE9Yb1B6MabkrtOEI4m+5bB0QT677u96ei/hyFHajajZkgvzhpZzqIKLKVs37QGZ7NC7Khul
TEavI4oJq4Vyc3ygd7wt2YPsMu915syzSEVFUxKnhhiIOsQZCjCAO1L3y7KAM9CLraKxni8p
tD4KtedrbxYPiG+YKLm1kRj2JzMZ9Wg1qsNfYPUC6ZnSk0iPYuyVK8JKD9/6Mad84xBvoNxE
d/79r7yf4y92vvczE+zZUI+OJykRoRZw8R2SiHzEG+m5kYE4UrmxxBucMDTQh5J7FQrQ6wSE
g2kyep49QoNjSbWxU3qKKnZqN1yNdSE9hPn2duqHojU4yBYby1R/fQjzBEnG8WX0Q+mI9AD6
lvZdnozeJtKP7WrBeFl/oFeTSziy3mT01CqrpPqV6b6N/GC8Po9VPFHg8t8B7ZnbGzo9hHry
5PgE3hhFWqrJkiRDY2UFhkurzZyHbu8YM+sL9ZrSS9nGOXOQcR+dVdQl671EIPIj9UubTg9F
fkFaLsHeuVoLYq+BnseP35y5dcuM0+kjnG/vIBh3MnoxRZA9N8JcebioJ5JsQ9qkt3IDlR45
lolofVt+JJ4gE/0497Uayo1Q6pd64xXRjp7epccnm721eAHxG6PGW4fw78xZBzXtxwd+xCKg
/+KL3ft73opDu0leaaMqacUHSUoqiEG+wWTxAzal3kT6A5FTH/9F4GfkH9//cNyKQ6AmWaL0
EOmFRMTajQ/Ss8GGE3HgraTLC720mz7cDIRQgL5EMvqaNHFezR4hgyWTe1OUv+7KKpYivdNJ
D/iHk5IaXwdxFxPkuT47OJRHna+eQE+M/uADtEyRuhNUjRW2m3SqsTDSpwH0omOqigbMSulG
FBfeeKhfXb054qb2MOJN1u4xsL44lcNSoj0BvKT0BPV3SPVA0dUmzmvMt1F6v6osUo3B46HS
K9nGPXSQgJ5OAqYPx0R8lGqF4mNbymIpu6lu36a8M4ZzYP9ddTLg7Mub5KO3Tg9PqMhREx3v
HDhjmzjCEn03TQ+hvtbOJTjZYa7sjkRhudGDpty0/syZAbLIYypJG2WcCRM9ThK2VYSRgZdO
t3sZaujJTDfUlTzaeIKxrcScXjbYuJtQXiN97/7LkULy3aBdqgIwn7xYFqVMGswWjzhIvQb6
/orfOvUa76f9Fx+fkgH1l3/GwfUS6JXvxke8YeUGgQcyEMcAepVyXHZRXciG4sQIBeh11M2f
pRmBIHqmBgcHwewJ6M0ks+1Q2R0Gy+sQ36kzitQbta4/oOAyWOZhnEHx1ZlsBiMOhB10vgZQ
eq7GOoDeod1I241nCILddtNuGOlHT7hbZK3uWHLoNMKLaUyjykK9/JTllDfYsnGEJWe6obL8
uWydogCcQIellm8Yv4nb34PmQTVYv/gb95hZb1YvQiyF20aWZV2jxCnjnlNxXJyeu2hn+LLA
i++TCs8gTgVbge/4TvvtIefcANAvmIadCdo5jR/WJ8Y7i4jSC88NcXtI9AM8RVAqNyTRo/kV
zVJqoKCHfANK34smKIA8TJP1bKKHcqNLsWfOHG6svv+Rl5+GIL60oa7v0TqyhdM4K5jZeDUf
NbYqlFeUfvf+yx2F8N2UJWmRSz1KSJ/IJ/2GSL3hviGk70p8+IuMnulffl4BHw4myZJ2Q74b
ct2wdsMSkYd4owPNVCCOxeiFxxJXBslQw25CAfpayejTjboh2w2L9Az0MOBYc2PxEzVB2Xtj
EX3mcNKjW5Z6o6g1CpNjnWxeivSjKUR66o1N4aQPBHoD6UHTTSP9bxtHnVBvDZ7FSNlm2Csd
QJ+XpztLpt+QXASfz/gPixNOQ46G+z0vUjssFaknSn8bfF6K8wGzSJyU3ofVPyVpnjPM7mqc
d80SR4YljaOyuS7ZccM4f/sJzDve2g7uyNFoAHzVNsuNtFLPIbPOTTRMWYS+mMMPYHH8KhEZ
MKeCf0ZBNzRF0PDcnEGzVBuUGz/hhufHnumGvIN5IzsxQVCY6IVy8xkhvIcpnj/2DPF308Dr
dW2ybY+Zdn20uXtg4PHjxxbUs0iPaiyAPsEZNNFoWeKddwjpE4iYYfkGQ2A11O+Pn/pYTgHP
6Pls+8WHUUo1IIQWBksCejkV0I30ejgJXVlQ/AHNFVSLQ28g0ivXWShTY0MBeqYW5JRNl9Fj
QjiHINA0WJozZXPSw2BpAj+dCQb32UV60HnweZE+zFzfYx2ESN9+xD4i3G67OU+F1hRO+jFk
KfgMmTJTEFBtxYwp7a/8/ucuSm8w+nYCeiejJ36vob60NpxpBBkd269049/tANp7OPXA7if6
/JPNbJOnGL9FSOWMlzhvVWCxgSsax4PVE6VnuHZOHTTlemyAJion1jPO3wSXh07vPWocXB/n
AW7DUuXcG9/OGNLNLID+luXBFNbKxvGvEDCcuFRkEvrDx88R0AvPTS8SisHnYZ5MVsSNeSMe
2g1PmwLQfwyFHspNf+eZxqr7R/0Qnq606vpuh3iYQLExSjfD1d1LAHleGulZosecE8wOSUSj
QPf8BMzrZxMS6km+kUZLeOp7vvrcSCPO+In/7fsfRhnoPxBZCwB68tK7Ob2Vc6OijN/CTXaZ
/uw7GujrMn4madwhZKBPV6QXQD9KQM/fmhTePVAQ5P8I6/lCukF2Gc0TIUMlNcGqFAQH2JN2
swtjpvxFegRYQqQPbpmCSbPFL+3Grt3AX0kbEsKfXv0Hf+0GoWYE9M0uRm+D+uHKNycYwfew
3bZWO+n0X0oxp6Cu9nkqBYcovYJ5VZT1DsAhP4tHd5UT60mXQTHVBfM2uZ4clnY/DvF0mj9+
iwDcnnxmiji4VpjjX5Mthxceyvh2/vatGzMqQO3JkxIOP+jtGG9rOnUq2UMOSrk+Q0TxwBKN
i5VtsccPn+ntTLRFyzoCgR6UvuhZpG3nxx/vvHS62Z/DM8KXv3jJoJpUYLWtzww9HW4//oVC
eQelZ0J/DUCfAMrHYteu4XtAPfSbBPFpKd8ciP7W3hWV6u/7SfZNqAFQ2g3ybuT8VzfSu5Ub
ykQwkB5tWu+UKZEylPjKUIBepxT/WbqU3sboWaS3oB5A78wqhkiPTHqJ9Af3sUceHbCDFEns
D/T7aNZIgEg/lEezv+U0QY339ubYI1SNrdqVRm9sFQj9LmG7+fnqr1xNsgajF0CPPiyvZUWD
NLwpcWfBH7ltOeWVbk8OiwbQ7mtLdLalC/eXZRTxPCv1ru4pA9lJpfcq1NoHkgi3zV2v6bK6
kUqUY53xZ7dJ8BEYTd96azeo1c6TsmMZ8cHupZ5P1xJ2oL/DsY2NME3GviKPzED3cUOix9RX
ctFrc+WZro4ysPRA5eb48cONLRBDp30pPLoc0MG8vAlXmz+M2FD+/md7eVlQb1F6SegB9BS0
82m8kJQRijUA1L9DRVmQ+reOHeuBZvO36wN3417bfvF5G8UXAOoB85xCSf2xuGqwtcViiCBH
pRGhF8oNhpPYKT1++/oBvYrnmU67Fitnj8iYG45CsPJu7Bn1rO2IaiwzevTJEpFvH6WYGzhv
8ojre2o3BPTISPCl9GiZAqV35Jo5qrFku6Fke08nvU2kh5Eepw0G+v9xdfWqS6S3mmN37fKR
bgTwW1A/9Ya6LT0+j9/vqJ2cckcgEtwPTxdU1pW7+P2yTLWZvacCcAKgHqcE75lUFtQzKSe8
9pk5qLGekNxO6fkMAds903Og9y1P9yVpN6Zw8+QJbPcS6GmKFYAeAWxK1uG62HYi753Rpg9P
JTsGoNDIBc8NSfQAerTFcrdUN02K7YCHHok3rnX4UEvV/e3+Eg2JslOTE333Nq7xKRBxv7dN
HB7O+6x172MB9BbSW0APQk8ZCIzz0GkiMNqgDYpIPYR6Yb8R3VMwSo5/+H5GVVj70/zLz9to
upQKpAfKM6X3QHrVFkt/XDgwQejtlB72HQX0ky99/vF4gFAYvQb69Bk9VWNhuwG8U/sUpQ1b
9VcAvYdIz3E3JOxTe9QYGqWI4lPSwREfkf769aFd7aOjvikI1wH0CDNOAfRBIQgm0O8iI70A
+l04mN4LEOkxtgrplT6MHspO3nWNaKW1fwzjKHhdH/NWSV2Dp5bDRcEpEPy+XOm6kY7KmZsa
5oNY/R0fSq8zcJ4KDzwp7U/8xstKSUc4LI3FOK+x31e7kRUALdywzCPIv3gEAP0tBfQ8V6rm
EOquxwcwHbDpVEWkp1t2TiGm0qncdKJ7tYxSbijbTK7Dh2CEPxiI79ip8LeWzL8EOmZ6qN2s
NefKD7d/trdVgrw3pf8C7VJCuQHQI8sM7bCXcYMg9Qz1VJNlUs812QPv7fzrTJ8TtofLMg6e
LoeCqyFTPkiv8ohZoRdA7+D0nKagovRfH6CflMXYtBm9tt0QvFNqsa38ivAah8GS9Xwi7pBt
KNcGSQfSaYOUSl/t5uAgZkiN+Yv0f0CApWucoJe/EtXYoRTNsZQyr4z0J3Bg/G8BIv0uAH0j
TgoB67wKRlgZrpxZx3H5k77LzB4/di/cOQWTdeVCn7+pHJYpST229E67FFDP2guY+FMC3ID5
soz12MacO6j4vIJ+1uK9Fhs3WciXC9AvyD+fZR5Bs59VI6yYW7WznfJ4KxzyTacSsU4l00Oi
HxDKTSfPHEGzFMzxCRJuwPmB7+2DwfjOe7Gydk9IfknfozOnzjTXDlcdHjBR3ovSoxQrCT3D
eaTnQNf+A/2XI5rUs/1Gk3og/e6HXZGvPv5PGXxCfvX+h/kUVqxSDVDsxSPSkEA1Mpxou6He
CBM9lBs5WkoQeptKbwJ9QwbPJe1NQ2H0GuhRi01XvZEhCBbQG9oNxoE4cs3AzpnBU0olyfJa
rYFIP8YTTNzr+j7SbvICRfpqmjIV2DMFdw+C5r3TbgzfDRKS9YwpboCo9qX0CDUDow8GeiPu
bGWl4M1LwUnjeP6huLyuwMuYI1gHE/yJvtzZu7Z5sn5SfRClz7kn6PxdTJel7+xDZt2lWTLW
WAZ7J87fgSAjqrVOsOctzQAFnF7IiPOElPtbNx6hGHtLAr2oxH7GC5XW8egphMlHBkim5ymC
SrkR02IPd3eMf321meUZDyeTpGlirxWgzrpnMym8eqsdo+RRfbVxead2I403X3ypCT0E+six
fphr9u/H4CiL1BPUQ0GJy/Ab3mD/gcSH7/tkH9iPvV/8NkmiD+G8IvQ0H5wmfbOKI3R6KdCw
UG94bmzKjSnT05ngHTVi6vUBeiXdlKZvuhHV2CFgNCffOEV6jJSyLcQdjKJGCzqPPlizC/Yg
+D2fArwMlqTN5B3xF+kpwLI6bzAQ6JF242+7sbQbYaQXo0f+FzpU3vUX6QnoUzB6h1g/XLcB
Gd5pgOdruMmN3PK6hin/+iGwa7oAkF/et6bD6r2sN0a0mfPXdBKYAbcmJk9TpOacbhwH1pM5
RzgwVcylbbA4STSmsqPxnoDeXqeF7YbIP34xexNAf/PGjMhPuMPEt1n1R3V3RJBHdqoNY0OI
srNEj/yDS+dOQ5xJje5K9ip5sgllVu9D7E/ltnr70arjXxiCjfmtrseKzliT0GMYOdSZ3b2c
cyZmhbB8A6QXNVkVfkNAj9/H2lxpZvZnh2wzHVhsEHrA/DU56luNkRVTBWVF1qbcCKovGb2W
6RnoXz/pRgM96Hy6jB4ivTTSE9LbU+jRIOUS6TE3ENYb/Ecxxta6DiXHX7uBSN8e4KR/MFaF
nisxU9ZaGdhunEAPe87YWDUfLX3+2g3GE4LRi5zioLUr76BVfizo20Sh9PUD/G3ze2orG0o9
y7WKsSrIL3nhgfQUhuOZkHCPQnNgxL8nAuuhr9y0U3q+2Yb12GZW3sDXAjac5zwcxy3M71mj
t4s6qMHiBjB5dMXeeITJhTN8IrjDNrftYtwIoX13NyVPnkLW/JlDjeAl9w+WHk3B3Zm/D09B
oOkrDiUnN/1jaHbCjLWr+agFXVE+MO803oDQS2/l2ViMumD3P+z9onf3bsQME6mnmiwhvSD1
VvgNnQgKYb3PP3vx1Mfe1vq/e/9U3DZQkAk96zHAeVh7RGaNRPp3TE5vV25UKdam3rBG//oV
Y9djr5RAT8xdiPQGtAPonSI9kmsg2QwhuswRd4ATQN7gdk/jDY0Pr0JHlL/tZhTDv9uPBKYg
DKEVCqazVLYb7pgiH+bY2Lt8iP/bAKCvQqpZKumGzwC78s5bXHW4cqODotL/LL42W363PDIx
OeWv6Chdh1l+7UjJosZ8n64qpvMzs6KfCohOcHw7xTgq2uYJIz3j/BNH/BlufOROviR9xvLm
CJqPLYHsIPS3wOYXNNA/J/2l5vBVqbkjTwNjkgvap9C9GqzMyFMelTEmynfc2gLUAYKNOZag
5v5pxCR/oUw2XnBvWixB6JFcCcRG3gEYO5VbdwPoAfWK1APMqXlKKPVW+A0Rej4LQEW/ljhl
jganQ/0vP8TY2C57IL1W6KWRRnjlWadnk6XF6dWWynMj5Bzxn5VK/zraK63O2AxEerbdUPyw
AHpzdOz2fezHMdb2oSGKL4Nqw94bYwUZLAH0EOkDoorJPJlCpA8cMmWK9HDH4/MGeJeKerMf
0o9hhqGVR5+C06OtartFU6dGtsBn87UA/VvPyysbplMBPuFlTSlpO5MQd0oWdzip/r1HjPNG
tvFT4PGCT8Kl5vXksCTlhlyRMwLyDbAn+ccF9GJiFUJ0HH4diPJkpwern5VAf28HU8GjyJ0Z
ThPZmb1DfseL3JPz0tNaN+wAmLc5bFbQ+gqw7t+/20+2cXnpidAzYicEoYdCTzDPUE+s/RgG
ANpIvYypx28iPFqKxHtKSXDI9Unn3BGSgqQ1ngk9iTRiZLgb6T2UGwvohXgjoi3VGe716YxV
WTfD6Ss3QHdIMINDlHYjDJYGo6cYHBvQwy8PuR0zAu3BZtwmS9qNn8HyIAUl+Gg3lGApp0wF
ifTnR8eqWnxDEAztBl4a8kweGfufxQfh176UHn1aaQM999E263BLmHBub9jn7E14oO/u7Cmv
mywIEvGNWiTj4fRUweRk3URt354dNDrcacdh96Qf0ksNh7d5emfBwHkT7XEeMFISBLIT9yeL
vQ3oyXazvLi8o6S8trausqGgYLo0oBpheyGiIg3uDs9p+fM7GzXfacOOmR9K7OMkjzZfys+P
xzHr9eGPvrqNA+mFQh+HFM+EHgr9Q0Ho6YtqsqTUXwOgS0u9km+O6TMA3++tTw7YKf2vejyA
XkwGVCFlnyDijJGevTe0NKd3KjfULOVAehFt+VoDfQZQr6qxTOkpgNJ00psiPdAcrbAAesHn
7Yx++wOIOn4pCNePQIMf+4N/Jj1CEKrQVBUk0geGIDiAHnrMaKP8LPxVANBTMXbXLoqmT6XS
M9CfPt04aF2Tl05k0xHWgTffPSkpr6sEVKalbmhdf3gYjH+qoKABpL8S8F8+sqN47qn3gFmr
lYqFecJ5ODLdwTikyDgo/TwaYp/3lfSVT9RVVk42NBRMTU+XloKxu9E71S1UipisrB3ZMbdl
Z87fnTDN8is12xs74vGYAOuu3Y9bnaZKO/Jr8eaL3VKhzwehZ8vN7iWF88TpHTXZMinfFEao
eZYUehFw+dYn/adsB9T7XoS+UPS6CkKPoLTLP1NIL6FeIb0eOaK6Ygnm7UgPQp+fX6au1F+f
UDMrpjjtWqyKNRu9DpXeJdLT9CnDbglC374rD0Av5kzZF8j+KNpfvR2WGC6CUHrfqGLRMjV6
BM5933IsDZnynT1iaTdj3DGF0SM/l8fM37qnkMgYBMo/I6DnISQppJu8XQT0J7G5njmID/pU
+ZZjaOuA3ld1F8Xyg0u3wXhaM4wzwPT09NQUTgK0GmhNYlVi1eGMUFtbjoV/JibqJuoA31j4
NW+HhbtMFUwBzoHnoOnrAHTrCdJliFCf+hbnt3qH3R9LbKr8yvDoIcTyFMZjiKmJQ7n58ou9
6QJ9Lyn0mtBDoadKrP7aTUK9IPVvk1APPBZ9stc+RR4OLJIJKDfcSnV5/7jtWPzQNTJWDpfV
hP7Y5Z95Ij3iDjibUsYfmHNJDJmelBtcHbx+McUj8pirYctNur4b6n9CUvFBJdKb2s3gPku7
QYgZtHSKL6MMHBfUH0QKAp0CvK30qMYiI8G3HEsoXgVffgDQIw+Z0m68h0wZQE8dUxgmOPpX
6pg57eekp/myjS0A+pSLNlFAbwtHWKnJunA24jzx3XwxZBFSRaYyE0VS0epwfy+RvQ7I/vze
zU1KJtiA/b1tsc42NxIOm+N7f3x4oIcNMjH4I3sOEKFPD+m/eNglFXrRFEvq/hcmpYf7BqT+
E+G+4UBL7pPlRT+T6fJTLuHut42aGsfdbIuS6O2EHjgPrD/2iZgYTtKNirKE8dLoltJtVBrn
aSLhp3DhW0D/+gwe4RnFtNJHeQyZgkhPQA9EZ5HebJJCrpnlpKc0ekowG8J/npNjcRog9d7T
Sk9DqAJE+vM0fIQmivszeh4yhSqrd9qNpd2gD6oZzD9Pf+ze83XSM9AjAS0lpccmzOhPn0bP
Fv1w3pj7UNPwfAM+e9mHsPbADzfvPe+rnaicLCgozUzhCRfXuXQwBc5OyL545zVCdvPoum0v
va4g3qCzt/fHH3luCBH6GBT6y1/2gtCnB/RE6LmmqppiQegpn97g9MJ9I6yU7L4ROfUJhn2g
Poa+iskkHxvP9O/IZ28HenFZIFtdAd6AeV44ATh1etFKJfLM3sasWJ12pr30TOixiTpoQkm0
CqUzdlk95UwYPVltyF6jfDfIPbByza4f1NoNBZdh7jdlE6M71s3o0S07iuGwPt2xpN34xN2I
cYKw3WCGeADQs+0GAcQpgb4KQL+r/aQ+Yv69r0hPEQjE6DOSbgjn6RLACsJBb2TlchaoQ9sD
38zefvG8ZKS8Frr5JMB/ilTzlxNZUpwQIAhBDwKkQ4fhekDJjmKMjn39rVY3a81keZy4Bhv7
C4/1XO76cn9X1+WOt6DQA+cBul0PfyScTwfpidCrOLNritA7Kb0g9dJSj5osT58S1dOkAHrG
+f1fGUfRxzSGyjEXnEuxcgAstB69GOnxG6siS1cLalisbaKsDkIQhP6dcXUwLIZxBIcC9LPq
KR88mrZw82fUG0vTBGmOoMtgCaCXKQjkwSRfJcdWkhvTJdIfRDo9xkx5azeDNFY2QKSHp6aa
onP8kV7YbnyBXlN6eGnISP+efte2kdfSseTM2BbEV8o8/VQavZRuMKdEID3+3fWR0RdUWhnK
WxrGsfcTecxt392agxGmDycA0t5JfZfau1DrhfDO0juqqajlYllqvtLyhZRfNwExvxwCTO69
+ZlX1pca7hvzXZ9dlF85Wn3iWjyOPGFEkPVf7jkGPn+NCX1hB9QXVm7SAHqaLNVDhF5Ybo7B
rsOE3kHpNdJbpL4seTGJybKYIZ7QQB8x9sEpnixrIL3U+QXQU/H2MuYKWpz+UxPpYcshOm+R
fyO/WDrpZRKOBvq5MPZ/KKjwjQL6++lTep1rdnAf90w5nfRSpEc4ArXDQr/nTGIIOi6ovw5P
DlR2b0qPuBv0vvqK9DhHcDU2SLth241v2o0F9CTdVLX/K+tdc0+OldVYYvScR5+K0mvpBsVY
gnj+AtLvMrKMiddnNZwwPivZx3zpPfDHkkr7DODh+6cj4+NgvcB1gvq3IrDA0KgQgDWm1JK3
UgB9SuONIPQoxVLPEwg9eqUEzttV+t1Uk+XEA22pB8bTFPGKJDJqcIYgQr9//19brzXuAHoS
aITYwulob711+Wc0QdaB9CD11DlFucVYwm1pnycrtRvhyjl79ucKNUNpbAgF6LdpoM9ApKe5
sRSCoLQbZJCZmfT7BKaD8yOQmOu0AHqB+E7fDdVqB5Fi7C3SY5SCf9zNPowbrG4fC6zGUtoN
xPfRFNrNWBWk96oW47Mx4sfod7WcThvoidGf5FniktMTpac1Zo5pHm4oef2v718aVrIPsJX2
wHcAeZuZqOZg80CkEFw+BlwnqIfLBj8RymM4FH46drmrVxL6FECPYHrkE1MNVxF6ttzIZVPp
gfTKaEmWemjzyYorPAsweTHKjJ5xfafedX/JPxuUXhN6mVH2CXDeAHqy00tOT7NIOOXM3ipr
k+nlONmz7/xaoWYoxfRQgH5VvZ9T6TN6VGNphCDsNTKUHkPBrSQzRCKQWkMtVUNcaCX5Hv4a
PX7E1hw7iGAzn/Ej15FyUGUX6a+rybEk0nNvLLpnAyi9qMb6DJkC+h8RC1NMMEzwXeOj9u/c
QC+mj2QE9FCETp+mSwqh2wjxRqyDJtbXNIz8RK/9txJ6ZZ9LWnvgT30OJl9ztOqzzs5+RK0R
1EOnYaTH3D9GeYx7hYoSP9b/kLyVaVF61SwVIy88bJma0HtxeiPmLPEOAX3blfr6K6D0Z+Gu
FEBvSa6fS6DX4s0nKOZyPpok9Az0FtJLwg/BhrIsMXuKwV6pPDblhqOKpUSfeFd5FdPao5lu
FA7QK814KgN3JYv0oPRE3YVIb2+SoukjuA3dTNQmxXOmoNYL3419XUeEJZ8CPBalIFQFGCwf
YLAIVPxAkX6M/JVVfoxeAz1qts3Vtgp6iw+l39XSeDot6YbdlS3NJw8JoNdQr5C+Pc+O9QXl
rzifKtPDMbv9T28PfDvi0ORXhvMaEag5MND7sMuAeiA0mdkTojoaTcQI6DWhTyXefAGFXqQf
sBceZV3F590qPZN6ct/gDsgsANDXY4HSlyXe/pQSL4m/6xSErxxAbxF6qdAzznsjPeE8hsli
bDiA3qHciAxjEZBAZw0VBTkcyiEQDtArHW5a1GLTddJThRVAT24bFulN7QaGHCg24PvWtKnt
oPRDxO6dUA80R+68j3YDJ327j5MelH4f2eQxsCqwGku2G+SLBWs3YPQtjSf+rfmulfuE0gPo
GxtxHUHsPmUxFkDvx+iB9+15uwZtvH5q4m4oB072QbN7IPUemCl3gfxgc1E3r2etA48B9V09
UFyUgENcvixJqwxAH7n88LHF6ANV+sc0KvYtyD4Gof9RQ71LpmekF+6bs9GLEG4A9G1XKqR2
Q0ivUxC2faKAXlD6v0ElgBQiQegpdNgN9GomSVkZTQ2/cuWDD6DU59s8NyqqntKTBdD/RjL6
0tS7dR1bhAP0KkJ/OhOYh3YD6QY+SsJ3ovTIKjYNltBs9gHmLdOl1G7clH47XJJiApV7Ie6G
nPTmQEEl3RyEdLNvCHwdAweDqrFHhO3Ge8iUJd00/vwf/tH5jvwvI1cx5MpYUroRQJ8a6SWj
l9KNi9ELZp+3a9TE+pXSyZJQZL91HG7Zu7w5e+BebYMZRAkYGx5qOV5U1C2B3oL6/mMowbJU
DzoPkOfCKPTySM9+4aJPLd48VukHCeg/IPQHvvyC4ul9VXol1MML+c7Figpi9NBuLuL0wuNk
ge0fynfqFxrnhUzPyfYy6JLTDyTO2ym9TKwso5MIFig9WTftI8MJ60XmJYfmKNAsCOUQCQfo
9VVIZoyenDZAet0ca4j0SDkDfbdkG6HdYJ4Uj451xyD4azdD7aC90P+NpZEelP48gB6Y6wB6
20DBFLab80fOH6l6t+//5vN+bfv3Pz9tpSFYQI+gtHQZPYqxuKKw/JVapFcSDqH9UTOLvaZg
IhTTVijHZPZBX/c98Mc9dbbwGgL5+81ningJPm9j9f09EuoJ6AHzV0gvB+ZCu1kyOL1/uBmV
YqlZCoQeKTdUUN1tA3ovSs8lWaL0Qru5wiI9+W7IF39ApyB8aAd6EHrZFassNzxwyi7e0Pgp
EWV58QMG+isE9G97Ab1WbnR4ZSgjY1fDAXoVdlOTgW7DvbG0BpFfQD9gIKwRcENALwaAW1ln
3Dvl1TPFGQne2g3JOhDpfUeEn6dqLJ0J/J30KWw3eSff+99SfFK/++2vVWoxofuu6sbTjRLo
g8QbIv2s0Z+uRh+t3WBpYLz6Ns/0168Qsd/quSevO8Bln//q6q3ySbuDEiA/qkDehfQk4CyR
Vg+oRztsfrQMMN8GFYUoPbSbLnhnLKj3RXoqxYqR4EToIbMzoTcovb0/lkR65vTUYZUvtBug
MQE9Wel58tSBvxPvZlTYLZXzBiGVImtSxZmRt9KF9CjIcpQlAz3J/9BuSLoxSrHiW6HcEKHP
Vw6W2lCOonCA/rnZGpvBmCkKQSCsF9qNTaQH0KORyT5/BCmW3r6b7STS+2g3sMpX+Yn01BuL
aizpMgFAj2mFfiEIo9Br0vQ1/nXfu+igEiyegR7plSkoPaUkIBinEQkIVRSNYxVkPWBe3ITZ
E0b3ZZbYh/Ihyj6o2APbiifsDa849I7ebxRE3lompbe0ehhwCuP5CfbAAOkB9KD0kZ5+QP2P
qiTrB/SPUYqV3a4cWykJvQH0npQeeQgM9FDSiXVXoGWK8m5ESP0BkYLwjybO79/vIPQkEpmd
VNpNz5welV4Genx9cJFnTjmAXo6T5YEnMfU5DWcidDhAP6+e9PZMWmNFlxRxegH0SDmwDJaY
7A30dY6OxTBBj0x69FJhwsion0g/BhO8v0g/Ogqgb3e2TJnaDfsroe84i7HVv/7w/5PZZ/5f
vfcbDidGHj0x+pRArzLNDglG77bdeAB+VdV920C90sm+bNRlZm9TduvUe+DmSKUtnwwIULO9
+vTAQLcT5+3iDZdlBwZ+3A1WH4nHElEG+isVKIyiHEvJM12YEqXapnyQXo+KpT4rg9CnpPQ0
j4pOLtwxhe5YMWRQIL2IKn7f4PP4VhH6hCb09hAcE+kpC6FMMnrSbriJ1r6URI9Hu6Aw83bq
nb2OLcIB+u+NjimS6dO13QiRHiAsqrHbDYfNIJnjKcPYNmhqH1R6lnMcVVfQf8wMDDBYPvAX
6UdJpHdWY21AP0pAbw9BaD8x8h/WsftXV3/4q583SkavUot9jTck3YDRU6YZkXtXz5Qnr4ft
/urpUXuQ+XRlSdZjv663K3sn9x74ExR553De4faTifilrt6BZ2kAPZVlHy897DoWiedHAbpt
6GAi3w3nVx7rOdD15W6l33giPRF6EXipc+iFcuMt3kjhBi2yNCr2GtLNkhcvJpGDwI1NhPR0
tuiI8SsV+QdauvmZVOgxiFBE1zui6q3UG3B60m4++IClG9JuzJBiiffSXEk6kO6X+i6UYywc
oNcdU7DdpAvykPOh1pDrBv8TaA6VXiny25FUhvRhB9BjiLiPdgOXJEbHBjjpbQMFTd/Ng/O7
kFQ8BouPb4KltN0YScXV7/2/1v32/PBXv66CdINe11RILzR6BfRWBAKnIPit6saTV5FfXzVk
c+Ks1ExXPk9TZFr3K8ve8ae+B7a9cFlrQOSb3yXrzFeRnq6lVg+cd1N6sPrWvT9+2UOUnqux
ZLCMJkhwZ6jvB9T/yFK9N9DLyVIxEVuJpliN85bxxkOlpwIugF5FkHFsMb7ENNm3jvGU8HiX
DeiVtxLbiIEjvkAPmZ7KsUK7Id8N13kdlF5K9DSnShlYasI5ZkICeuWrUv7KNNGeqrEE9ao5
1jJYgqLDSGNWZ8WpAD1Tnr4bmg6LfASvhZBjGCxteTc2oAdfT9UyNYq0m/Y8C+iHsCDc/KfM
36P/8t5JiDdg3QT0qUR6zegp69KsxlrNsW64J6C/2kyifhWqs/Ye9Km6HVmwz/xNy96D9sAc
qq7O+Sg1H1WdS55qqgdStyU7+juXvAi9w3kjJfvWgYeYNwLthn301DFFOQiM9JwcDKneB+kt
Qk859GLKrCL0QTI9S/TU4woWT2HFSCt+J0FQT6NjAcqf40X+uVO5EZYbmkUl48z8kB6MvpB8
N9J2QwZL3MMu3hjKzdsNodroQ3LdrOpnnRGjZ5GeGD1PGaFOWSXKU28U4uedM8KRdwOk50FT
Lu2GRg36OOlhpR+1z5kyDJYPKMCyvf18gO/G23bz+98PNf78/5ABcP5134mqsTycwUiOyZDR
O2A+gNJXN169ehLTa+Up4IGd2GNiSd2erMs+C90Z7YG5cpcgv1JztLrxXNFAb6SiqakJ/pW2
aAeUG09C70npn+3t7TpWCN8M8oIJbalRloa6ClJ/rP+A0G88KD03S1HipVDokYT2xePHGumt
Blln5A01x4pkM54+EoOXRoTUU0Y9hBmKKv7cVosV86k4d1iQfiehNxpkFdBfFP5Kao7lc4PJ
6a222Py3lVUpHBt9WEA/oXIbiMpnJtLDRs/ajRDpgdVE3MHc0ROLYSNGuxQzesQdEM93Iz3h
p49I/+B8O+i4t0h/kMQgiPSB1VieJoiZhM5q7BB6qPJ+854RWOn78fnP2mBJrhsAPbLr05Ju
pEZvJZrpBEsf7QZAfw5AL39LxN6eiUNVs+nKbIE2I6R7YzfellM+6Sy6wj+5vfqzeDTa0drd
2lsIoAejj7aN9zz0UW48Kf2zxyzSg9ITl2eIj1Gfq4L6HoJ66DfupUdSURCa8NAbQO/bH/sQ
5sq3OLQGMA+zTvxTGhwrR5CA1L+dTxL9AQPp0RNFWosg9HTtQC5M59IpljgnCCc998aiGeud
s1B7DEovPDecXInrA3VxVBfOsRWSdKNnTGnXTVriDVkqAfR6QiyJ9Az019ErxVTf7q+kIeIY
NCUmCtoXmmNhovQU6fcNwklPo0usZWg3+84fgUhfFVSNPQ+xhWw3D7xCEI4cGao60WeLPnC8
ddv+95+bYwWFZRIjplICvZokePqQkVJsZRV7Iz14lgH0Gu+3O5g9bPblC+EcY9lH/UnsAejx
bq1mpeaj9ubjZ7q7u8YT8f5n3QME9DvB6JP1F/pRinVbbtxdU0K7aV16SLycwmqImVNCPUWc
KVLPk5+6du/+EbTeMRu890vcsZBy0bh4e2A/cN4T6e0yvSD0HGuMubGY7RoRLa8YR0LyDTj7
LyDRU++ULsUazVKs0OOXfkhPhF4AvYy7+YASLO2UXrfF4hVr00047sqwGP2MHj2SGaNnkZ6g
3h5shimxFF6JIYIosNp9N9cxfsSL0kOJb/cxWCLPBmOmbAMF7SkIedVQ4J0BlobvhoZM0eBv
n7AbEPsjQ82//u3fen2+/778xK6xI/YYBBRYEUj/MozeX6Svqj507txppG1alB7f0Y+Q7J1g
P9xQG9KZ/ycBdW/si/h+x0SDe5ZizdH7LYfPHD+D1d3akYg/7O3uHngYb2Pppq0t0tnrXYp1
d02xxbK3i5z0xOOB1xDmKQGHBpCYUN/1JTdQ2daPKv0AtJztmEToU1N66pYCoSdkFzIMLZFi
Q+oNlWQ/X/1LqDMa6Q8c4P4maPqC0JPZ3muJoYIy74acPJRqhgxLyruxyfRKuSHhSGVXrtwK
5ygL6XO9TV2IyFizdKV6FulJoyF7DVnpmcKD2FNPLBR5DA+0Az2l0gtK74ywBND7aTfIs4GB
0q85Fo59gHh7INAj7abFrMY6If8ICrVH8q6Wv2971/7nkncp1swO82ia2rULGj3FV4pqrG9z
rG02uF2l9xXpkax27upJC+gF3lfJr1152+31Weg4U5Ujs+EcbNlHff32wN2+ugJHZA2JfUfv
Vx8CxjPKnzlT1NsbT0SWBrqf9XZJoK+o6O/09FZKju/omiJCD+WGgF7OmuqhXlkGfku/6QCM
f7nbDvWPidBHBKFny81+/D41pafhsdDbOb+ejJIE2pelBI/oYhbq21Y/h6Yuom8o58xO6HGX
v/EEekos/hkaaMX8cB4ULnPpKcIS4o2S6U3lZlKJ3RkU+TI5mkIC+lVVWigVAn1awg0loHES
saHdiElRSDMjcR7TAzEM1s7oP0KEvBwSbod6Nlhe9xJvrg8eAdDneQM9cs3QbVXdvsvZG2sw
+t9Dxsfoj3bDX+lAegqkPw/a3/xfmW/GSY9AemqO3UXxlQD6FDjPM2LJXokIBKsxVgO+p3JT
VdVy+txVg9Hbgb6Klkuzh+iKEu33mRxH2W1/cnvgu+e1DS5bDQ6N0sZfjie7ioDxFtB3RmKJ
DjRHtfZ2XWtrqq9PXnkv2hVE6J31WCL0MN2oUbGX+w/sl7EImtRLqyVQ92GvQep/3I0hsyT5
CEIPeUfgfArxhhyZFI7D2hDHoGkop/IsyzfRX50iUV0h/QGECosg+kBCTyeMn3H0GScliAFT
eoasQem1ckNxxzoHMqTjKCygVyeoYUJvxvm0sF4weuL0JNGQC4fM8NeRWilGjeBXzp4p0m7E
aEH7QoMVzQz0yqTfx5Nj/QyWaMKqSiHS45IAjD4A6DmUHrS/2ZpfsLr6q3YnlxfAD/TGiClL
o0/N6AH0qivWHCjo1Rdb3XLo3EkX0GtKz0hPa8gWgsb0orShtjgkfhHS0Zx92A3ZA9uelFe6
WqAEj285E3tn5862tp4iweUFpe/uAu3ufwaJ/mFHvKKpvi3ZFr0QSOidQE+EHj1PROiB1sg9
2N27+8sD/ceI5APqOasewj3NlYVUT+VWKd+A0Mv0AwehDwZ6yqNnQs8KPaUmHNj/pZwbTkI9
DwyPvg/vO0k0n4iIegHeXDulQBw/Qg+kV4SeInHI1KPAXog3ktKL2VL8DN7+VHWcNWzIO+h+
kLCAXsWarchqbFowTz1TQqQHR7+upo9c5wAcBnrScHiMoBFsBu0GMoxXc+woZZN5RhUfhEjv
o90gwPLBg/bq6qoxp7/SoPRiyFSVy3Zj8XoG+l0tLe8au/yvPAm9AHpEIKQv3aAz1mWv9NFu
qqrB6B1AzwK9+sI3eo3+mVPHgSFnMov2IX32tuLDzpZ4qfHg8aTHg8EXdUWTTTvr6yPdJtBD
oU/EodADruOxiqY2AP24v7fSQ7wRhB6eGwb6ni545vc+/oKhXgQYj8saLdR76Ddw1UuofwxC
L2q4wnJDHnpJ6AOR/iEcmYrQ4/zBpP3hQ9JzCM2pW5agvoJKslKM338AXbGK0BNa+yj0MrNe
xQ+T/o5FWG+fKGh6bt5+O66KmuUhHRVhAf099cQ/UsJNelAvKP2QnhxLAfXXpcmSgP6gU7uh
iYIIn/cQ6QdpdKynlR6ezPYqDIb18908gEhfnefsjXUCPZDZL5JehNIjlbKl8f9qvXE/9yb0
0OhpOngmQG/OBg+m9Az0SEzTxVirKMtYz9KNBfVVVZhR5UZ7cPvFrNk+pI/gFnnYub46L6Vm
pWb4YHvz4eMAefqvuz9JrppkpFUAPVH6oiIo9NHIQNGz1t7+eOxKUxtc9JFOf2+lG+kFoSdE
Z0L/8EceB/5jL5CXYy1B6oH06JSVrnpuoCJSLwm9AHrloVdI79E1JY03JqGn+/G5g4CeB0+x
hZKRns03bJgnCZ9zKwWhh6hPN/ktmhxF80RoOEn+27RU/62U6WmIoEwoJkJ/Tddii0M6HMIC
+j8qoM9wyBSJ9PuoNUoY6Em72UdxxYLGQ60n7cbO6aHd5IlBUw7tBuKNj0iPGeCUOe+TSQ/7
JQF9gEg/NDZa3dLia7tRg2MB9M1/Zb1xjT6MfkwAvc4pTindnG52Szc+vhuaMHsVkwedQK+r
sXaYJ8ivbr56snq7s+eRlJyJPeHkcIR0bGcfNq09sO1OX6WHp4Yy5A9WN3ZDae/uhlADnAeo
t0YqqCEqMd5rAn1nLJHoeNb97HFnTyzRRn2xFT0B3koX0IPQdxKhjzOOg9APtLY+e9baCr4O
qZ6z6gnqhZ7OlhwS8Ym7f4EsNDuhf4xB4SmR3iT0nF8vcF4g/ScyGEEgPSffkGWewVs0S6Ug
9HgISeih5r/99qe04LQUlF56LJnQ82wpBno1XmolrMpYWEBvq8ZmMH5EzI0loCeJhtJvwO7N
6YH7QOkd4g1pNx6+m4MoqrLz0rWg+dNAwfM+jP4P+yDBY8yUv3ZznvT3QNsNU3pEGzT+XH/Y
/tPYqA/SK6BXxVg/pOeU4upmzB2h7iqn7cZTvMEp5ORVmlMivDbWsrQbovQmqYfx/usT8OmM
uqk90L6gbuR2WviR3WjL74E/FkOLd1tqOHiy/fTXicT4BUZdiO8E9RBuznQlKN2gKZnslyI9
KH13dz8KoZ1Qbnq7IomyegL6JJdi5aiRlGZ6h0IPQo+zBiG90G9QNmWoJ1KvoF5I9aD8LO6Y
hB40PxXS88TYwjhgVk6Y1UAvST1NnwWnBzSLPATS1al2KturUhB6XYoV8jss+kTelXgjZXo1
FZzOG29/qs0rYR00oQG9zujJVKT/MynSY2Ygxo/AaDNqqDWk3bis9NiEjJSuGeH7INLT1h5I
fxAjwjFQ0I/SH0FvbKBIT0OmAm03Eugbm0/qd+5DP0IPRo+cYlwgpAX0NHdEMPp0YhDIo0NA
7yfdAOFtyg0IfXXjiUsnDqEEIQw5LiGHOmkbJkpmwjoks48b+h7YdrdkYnLKmTjJF+E1pfdb
rsZByZEqhtEfcQTW9C7BT8NQ3zoQQahkItl0paJDAf2ZMwMDkURhPzZBWk0kmjxVj1SyaBc3
SwUjvZ4ztVcRelgrBaFnoJdQDzDv6bD0G9EqK6uyXQeOScuNbIplPScV0IvTA3noQddNQq/l
GzHFROYhMNIDq8WMEBlnFiDc0NgROfGbos/oJIF7Q7xRMj3GhBeays2nn6oL6Mqw3vvQgL7E
nD2SnuWGDTpssCTbzUE5I5waoiwKf3A7rPSOeiyGRtGQcLfvZggVVxJ13JT+4ChQbPQPfiL9
0C5UYwNEenjkyXZTNeoyWBKR5wW7PDH65ub/Wr11v/aR6FGNZaCvkpNH/I30zOgxG/yQi9EL
0Pdy3TDQVwtGb3J6zkJQXN5G6VsOnfj6BBLv9cK4cQ+0XxmemqxdDOtKM6zj/U1/3Ft7an1I
PMT4+42/jJ76IDY+HkUqPAH9eCzegejIzt7eAcLebrgoK6LxeAKTtOPPpHYjTPQdra3oeers
iUPCv5JsuzJOMTdn+CtgqTwzpB9Iy01cKPT4WwLpidVDqofVUpJ6IdWjcZYCcGB8Fwq+odCT
GycF0ktCzx56VGLZWimUGy3fUEnWTL55+xoWheHwSPBPPVNulGD/M+qKtfw0bLJRM2RFQVaw
fIo/kJ6bXyq07AvrAA0N6L/VkfQZUnqp3chks4+QTwxPjXbZQKUfQrKBI5Wegi3dSA+BBmO+
PbWb60NksPROQYCTHsoOKfAu7eb3WCTAg9ADcFG5hFte4Tr7JHlJ0yR+rm5sblZDhldbfBk9
Az2wWA6c8kV6BfTM6NOTbiDRM9D7afQO2YYkegL6cyjf2teuIUf0pXx/hwsqa5/fCOvwzD7u
Ru2BbxbLfZR4sPjh7e3Nn+2NoNep4gqAnIBeBAXH4pGOHkA9Y33rUgdOAPn9XZRbllAi/Zmi
LpjoeyDvtC51RfLb6psqolfaLvS2MqFPh9I/24v0A1bo4/TnunYPUFnAQnrKqietBf1TFIqQ
L4JwONaS2mdZvdcpN8J1GYz0lHIjKDsRehpItX+3AfSiJCtHgEOoh4TDqWesz1uEnkeFe3bG
cvqBIv9y2oiYIStleug5WNd4G1bxlRt9JbTr5NCAflVdGFLLVJouetqQrTXcHCsdlUPsqbEW
aTd2Lz2iLdE05bbSk7kG9VjvvBsS6Y+YjP66lWC5bx8k+Op2sxr74AEQ/ghE9jyAOwLT0IiE
EAQ8PFZ73q520r85Fp5Gj/P/iCWjxtr4a/lR/Q9W46vVGCXPCczo8QAptBup0Z8mWzz1Ttm+
vCl9FaXRc0ixn0ovfDeWflPdcnLgxGcuoBewn9d+3xmbwIA/PN1Q1zeXNd1vFCxv3ONApQGH
92h8EkLN0e3tLYfgqUGhtTUeb6tPRmMdHCwGPh9NjMMFE+kA1Aus7wGMV1xYGuhKNrVFO5V2
092P4PhOzPwe6OwvjNY3NSWjaIuFcpOS0Eszfevj3TZCv8SEXgG90G/0WFnpv6HIs2vxT+PX
SJ4XSruIrUwH6GHl4esAEXJDhB5DSFxIT/k52nyDGiq+aIlRgxBucDrwXoLQSxBnnCeOzzNk
GenFuFnGeVmK1e1Swxv3xjseKTygV0nFNZn5K6n+Sp5KuCo5qXI7TJKj5kBw5Ju5tRucDTyy
isHb20e9k832AaqRY+yn3XDgPFdjHzx4MAghZnRMALwAceK9wHAAKCRt0GUiwvgHX9VIO2vh
BdWmEfNETjfKPT5iF1bUGCnCdjojMHinCfSH6KTgQnpP7Uak0bsUeiMEwV6JxStoOfn1VX5p
Hqv60Lso1Fbfd3dXCX23obK8OOvMCe3TmskDf7tWXtfgrcPzW9X+mxPnig6f/OywXGd6E9G2
CojysDmC0gucB8WOgzYT1vf39MSIrkd693aWIcxGV2Oh0JO3kgh9R7wM0ZXJsmScu2JTIz3j
OceZKW8lCP1jQegtpH9GRVlA/QGE4QihRlRlsQjlE4koxZmxh16l4ARRem6KJUJPFwKS0DuQ
nq4gYL4hm6Vw1HMDFesuHFUvmmV9cV6G1otS7Fuf/OwyqzlapiekB48Xlwi0jZbow2qXWg0r
1AxHpNUylSGl/zMAPeWa8fgRAvr7YwaDZ+3GRvF5/Ihnz9R2AnrPZDOQfRLpfQyW+/ahNxad
qqNHhgDwowzw4O3QawjQGcQB86fBwrHIZ0n/18zQTr+QCxP/aDX+vfh4/pI3aaGzATXeMvZK
ACZCfxponC7QiwSEtBg9z5fyAnr6214iPc5gV78+6Qv0jV9f+hoNWHiJLffdDkwh54DeV5Yv
fpsJKmW33bA98Ls7ROHdEWRKSh0+Cl/8od6z5IbvOnNc4fzhop5kRX20o1+Obk2ME86TOBK5
wFDfURhhut7R29mVQMqBFOmLipZgou9oLYJFEiZ6tMXWJyui6IqVMJ/aeNP6GHFmqim2o//h
0l5dpBUyPUv1ex8vwWrJ+o2GesA95pRQBFkiP17Y06UJvbd2owKLH3ZdloSeKrGUjsPDBW2c
Xsk3pOMz0l/EqEEOJjsrLgJEr6zXYkLPZVuB88cA9GiVNWV66peVShArN5fCbpcKE+hn1ZNX
A8LT65iicqyk9KzdAOhtIj2CzjDOySHSI5QeVnoY7O3rOsw13qn0iMNsr6rO+72b0YPEn4eL
B8oMkH6MIL49r10gPKE5LQHkwPBmqDeCvgsGr0k8gJCwENucPHloRHyGJfyLE4K5gP24PIDu
znpM0BIaPR5VbJqO70aOHfGs03o1x5J78+rASbx4b0bffAJAf/X0IXo1LazO1Ux7VWoJ74nf
7whNdNwwZPyJPNDMWvnEZEGpp5VGyDRQ4qsbD3+Gr+PHuyNfAekByGcU0ndHKtraYl3QX6hD
dZxUm/gFAnjCekL8GFC8qT7R09v5MA7ETyyJ9IOiztg4JPoimOg78qOURV9WMW4Q+pRI3/oj
EXpYJLXlRgeeWUDv1m8A8u9EAcG4fqDxsuhu7dqNftrUlB6lWIvQk3kHCr0b6IWjXlhzgPRA
eQwQ/wCTXylU3so584ophuVG2nPkFCpKs7QhPUtAWILaf1qoJfq7oR2M4Uk329Yp0pN2I+YJ
SkZPs6VMYAd/d2ZYEqUfQkyCK8ISlN5ndCxrN7a4m+sk1KD0S1p6O/llMGeKVBoB8RLMCeAU
pOMbLXBYW/BvAef8P4By47v85v0rzfVJzhFcX54OcOrAGQGXB/LRhC7jsRjo9WzwtCg9p9E7
syu1Xu9B6WlOyQmMQfEG+qqWc5e+PnH1EAN9Ywtz+uGRPRAJfDlkTWnB5MRI8TehHcJv9gP/
MLenFhKNP4MHwB+9f7+6kTQa/KekmmfxtlNNpyL9RQLojx8fiGFaSMdAN9FrrotiPjbE+Z4e
gvoLyCFIMoqP93T1I6Fy586yfvbWd3f3JOJxYaLvSEC5aYNEHydvpRBuUtZjn1mEni03aKj1
Anom9aTfWKQeMI+K8QcwCJVBuyk8dsAEet96bC+PBI+DqmtrpZwWbqf0mtNz8g1GlmN8yJUP
kmUUQHnsZyrQ0iOO3iL04OoQbo6B0APobTI9K/VC8SegVy764fCqXOEB/ao+TWUo0iPvBiI9
Yz1ZJmm2lB3o942iHuvw3cBh6dUbhQhLoLln3o1NpEdk5b4HR0bxPxJoQPZJggfwsupOSwA9
/8M/s0pPPVP4A1is6sjVXrWLb6M7E7o3/yNB0XvyMYj1S1HH+ufkSUyBojOI+GNaUhd5lRry
g4FeFIPtC6KQR0ixrMt6dsdCuTlx4pAv0FdfvfT1ABg9I31zs0L6PbT6JlD182WUEvCzis6G
nJi+nyspr5sM2N3CEt/47nhFAmVTAnj1JbD+DLIMdjYl+geEeHOmCD/HI72E1zCtY+oHYJ4q
sF39MLET1ifakH3QFoWxvqcnfgXBZoVwzkO4gXITjyyRt7K/sAycv6IskeznZqm0kL5bE3qZ
coNsYx+kl/qNyL8hz0z0Ig0Sr7gCpE8A6C9/aUbV+6n0TkLfLwm9S7xhpIfIg4wzjDekMVEY
8g1KT0CPqwAZXexCemqgld5KVFwB9HLklER65aYXXbJUln3704gSPyY35NjwfJAQgd6aMpV2
eCUb6dElxaNj2XcDoMeyM3iEFUN4tyWbHUTgjdjcvtAc6zM69joNDBQpCOyifDB0BFVfEmlY
oWEcA6UnAGfQBrTjDECYjoWLDCL9AHpo+PgSIZTKPskWy7wxuhyA+N5YzSkIJ3F5AHc+nzTs
Wj4R+5PnTlwlpi8lHXlaYcwn9JZgnwro3eXYqmqvkGJH3g07blRNFnNKTpw7JArMXtXY05cu
nTh3UjD6ZsnpS0cY6MVKBUAE+HXlJXO/C++g/sk+8rbZxZGJykD+TgDPXprTS4UVFRQ0eWGg
6LiB85LSg8GPtzWdikcGmNC3LoHQR0Doef4HZHnhn19CNkEXTOy4CdEGmBzFLpyOeHJnUxN6
olAv7URwZaQTAcVLXT2xCgwdIf997zPKPEuP0dMflDn0EVLoDUJv1mO1VK/9N7F8AD1YdhsB
PXq7Ihg5Yo4a9EZ6QegB3i5C71TpRcYZMi7joPT0l+oB9BUXBdDrsVOuSYIOQs8KPS8t3lBG
PQXUs6WeCL0OuglpuhR9HkIE+u9Usa5UxRSnq9JDpBdDwgm1eYasU7sxe6jE7FhQerRYOYEe
Bksf7eY6Iiqr2slJf/ABsslIsREgLxfhGKz2krBjhDe+RjEm8AhA/ghUfMSiQaHZNSoCK0W6
me6VQrMUN01BUW9prKYUhN9xoRWmS5RArVVNChFzfDB6VvXZqMO6DitALVS85aVqt0K6UepO
iuZYvCAGei+J3gqwtHXHtpw+MeB20eunXN349dcDeK6K0lfzm2xDeob7HfN70F4/5SPfC824
tKChsrZvOcvxU5yY/ji/ow/yTJD+LkX4owfvVzUf+uyzz06eKRroHK+ngut4f7eN0AtiD2xf
iiRONbVVXCCV/jh4eVu0v6uVPJLoTSKc76QG1WcDA70PQet7IokmpFbCZE+/LLy4c+dOlGUH
BpY6EFzZ000zBKHcQLqvJ6B/zKpOOpS+u/WxVOi9CL1hvNFF2b0IRWD9BkBfBvhtq79SUXEx
SiI9JZ0ZUO+J9DRIXFtuePCgFG48ZHqRh0AJN+8Qo68H0ld8UHbWKsZ6FGSZ0IukBCb0aOpS
S4o3FG8GmMfUKSrtEtCrLPqaEA1rIQL96pS8IqnJyEgvs4qZ0pPogtQbQn0j4IaHSjnLsd7a
DRksfbQbiqgkB+UDDAYUIE/iCgssxGdJY4fvBsYbsX6/b9/vfw83PTqmqG3q90NH2mkLCfSe
QwVFUHFjNRksfyvpvjDTs02TUV9yfHB6JNKLki7j/EnCegn9XBWgp0W8Gx1Q8NFzv1QaIj3G
jlz1A3pv303zya9PnPMxV1K9Arabd8+d/Ew8NSpk2NQbzeufzz+a3/F8z/M9goH6lwgZ8acb
iOTnzIQnUb52JP/7uecjtZUQZwLUd/n5Gh7+aBBlVgJ4+o8WAmi+7kgCjdviF3q7Qeg/s6Qb
pdIfp+j4pvrxZxBvzvSXQbnhySFUjKW2JZE+ScNcB5Z6u7riSWSZJSHdE9TDRblz55U4zgX9
sWgyv6v12cASmeixSX20IjlOyk16lJ6vBHjgCNUEXITejfSk3yCqngoJpKhUAOhB6S9yb9fl
fsyfsuQbL6BXhJ57rAQ1R/K9Xg6ZnpEe4cSxs3RKqccXgB6UniOKPcUb9Oq6LTd28Yb6pgjn
gfQS6NWnYyrE4z9MoK9V0tNRqd2kx+gRccOMnkX669uB9tevY/CIgex+2g0FW7rGj+zyHB2L
h6SIynYB8qynk0sStwDlWXQH4leNDfkOFDw/hIADbOEzN1Yw/NFdqMe2tP+b1dVfy1wE3R1r
1lp3tZPths4vLOwYvP4kbDvA/EOEqwT2+HUjbpDV1ZS+G54vhcqqD6O3kXpB2mG6eXfgqj/Q
V2nbjVTpW6oE0pcb6g19m/Po0Qu+6fnzHcVPFuZ3kCfEX8FXmFU61VA5Acx/I3ttv7u72FeO
EyP2k591VX2kSKAZPrr9flXLIaC7+NIwD1vNuSWumO6siPQ7lRtF6Q/3doHSN1V0dKMSG28D
oQest3aSchOBbsMZBoTWNM8V2QZknIyS07LwQjz+DoC+KQHaHy+rqIDQv0TnBzLRoy22Ig4P
jpgwmFK9wVmkV00QLMTZBQFqjhmDhvFGWy0f/0jTRojSA+gh3QjtRgyMJaTXQ0ncmTcWoUfD
VeFbPbgI+CII6AnpcQGQT6cU1m4+SGIYCSnv3kgv4uzZWykVehos6EB6ovQw8QDpKbT4U63c
TIRIR8IE+nl1VJZm0hor826ESk+AL/QbU5TfPjjk0G4whUrYMF3aDbQXt+/mOlIORtH8iq4o
NtYISZo1+Lz7yMcZOv9giBA/b9B/cux5zB5BTsJgANJT2g21vCIFodlISnBFIeTtIiM9jC5C
11HVXzbj8DKrt6iVIqVMaDms3ltfruZYkUYvsyu9knBcVnpkFFN0pZ9EjzMHqrEnrn4mDJZ8
pSGRvtaO9IuPHj0hmM/NWVDr9tqOPXvSBrLh0qmCSQL9Fws/YTn/xu0dfeV1hO3BVz0a4AHv
R++jPnSIgR1f+IZR3kT6w8eLOjuiDMaXlrphlge4uyn9mTOdxMGjPQPdnYm2NhRtubsVyg0J
N+SEF9HEuLm3EEBfURGjsuwFlGrHUY3dWQYODlm+Lb+HxJ2OeD4U+vpkAsGV4hSRhkovSrF6
sJRTobd1TdlM9btxemBKD5Ee9ViKWuNceZyh1EwSrySEL6hZCgq9CE14q4MJfQqkxymFtRs6
owjfjUopdnN6SPoiiF576GmwoA3pOQoBQF/xwRWi9FD8VWvpytxrCvTaYDmsWqbSpfTAd9Ed
y/I8aqxIpTeSzQjondrNdqTPU+CN00rvNlgC5WGUJ2cNYIpLrWJxjXXogYR2EHbKpPcNpYd8
BHmnpf3IA3+kx9hYEuHb3139ry353iPxBvOqCOgNe43A+xbZfyVwniH/6tVz754gki4bcq3o
YQZ8h++GTPeURu/J6D1FeowSH8CpwacUS8/qJGw3JNI3EtQLSYnpZ40d6Z8/evRo8cXtR48k
zOeQkCPXnuf//LwEiE/CRKCoo+CthlG/bqK873nO7Gudo/bDzTs7Sspr6/Dap9J88aKeMV3Q
cOLEiYEzQHYCd1qayivM15T+8JnuDiL0p5IXegfOkURvwrym9IfPXAI2Y0ZIJyw3UG6Kup9B
gSHlpr8Lk76LCOcF1D8cj9ZfGY91wILDdssYAX3FNco3q2jL74CG3xGPJuubTtWXJaKIuZGB
Z6koPRN6rdx4EXp3PVa0T/24vx8qfSJKtseKD+CkR8+UGEpyuQsk3S8JwbLciI1J1adZJEHi
jQD6MrLd0EmFwJlEH0/1xkXof4ZirYn03DfFQH8Fj0c60DU9RTBEc2WoxdjVVRVVvELaTXog
LxIshXYj/scAf11F3wivDYKJzaQzMZKEB0251gNQdstgSR6bodEHqKRCpCA+ygA/NgYS/wAT
TgjkReTNH+DXqapuP+I/ZopF+uaq0QCgR8glKrbNVS2rfao86x1shs0E0IsMBFLfkZojtBRh
7mRPJgP9iXffPQFBX4g5pOY4uL0J6lBuTp9TafTBTVPCd4NzC/l/goD+0NcQ8SHSK+mGygqi
c2rC5PQ7APRiLSw8WQPKCxnHtciWWQsZPw0tWrPa4eHpKRRyGfiL785sXcL/u5m7yztKRson
iLPTWS21ImNoM8MiKr6msTNev/NzrKZYRzeTeMnlDaTX8o2U6DvHMfGvKZHfsQR2zTjvQekP
Hx8ApT8FQWa8Ihrt6T7DnhtB6JckoWeoL4KE3xaNRDrhwWGoh2K/E6VZJBYjk5h5fjyG3Mqm
pitITpCaTxrijfJWKoX+R7vlxhGEYKg4e/lCgMuxtDg2HkgvSP2BLqC3gHqHTC8IvU67xEkB
s2ntQO9okBUiPZIQohfJyQm5JUnCOudXavXGct7g0YnQc8Y8D6YioLcjPSUYnyWgB85Du8l/
W7fFhmiuDBnoc7R2k7lILx2WNCaccByxxWYOApQXx/wRJJt5ajdksKS0el6w2BwUVnnljG8f
GyPSDoQ/iOAbBfMHkWB5pL0d1ViXdKMHCv4eofUA8bEgoD9PHbbN1Xl//66VXuwF9Qz0zcTo
yaSpwF7I+FLOUR25p4H0gGJeQroXKTuE024bfYtIo/dm9EbgjQo1g/F/4MRJGUbv7a+E7QYh
CDBYKkbf3HjohED6OoH0EOXnNMzPFe94LlDeB+mfL84uLBDd3wERg1j+VGnq+qMFh9JvUgrK
W9AwSeA/UrJnx/Lc7I3vQyxtOa6xf/jm1lxO7vOSvvJaYPokg3pmqK5e0HDpNKoUdbXlfTuK
y0X147OBSOzUzs93fv7bnRXRS2dIpJGE3uT0JtJDuekn4aYtFofx8cxVYvR2Si+dN4e7OwDP
9W3UE9vfi9KrUm6EQi8ZPYC+J5m8EsONJMazsz5RD10IBhvkXSZjqM7GY4is3AkTTzR5AbmV
SrkJFumdhF7FVqaU6Vv3foG8SxBtJCBQDg3OOGcReSNCLHkuoBopa0N64PwBGOM51VjNlWKc
D6D0HJuJLHlujqVrB7giCel56JSzIKsJPQ2N4pQbcQ5wiDfQbqDRE9JDpP9UKzfLISo3Ydor
V1e1dkO+m0wYPaUgyO5Y2R8LSm9qN/DNO+aPQMf31m60wZKdlJwwzDSZPfKoxlLgDYYVijAE
nWB58A/otSLtxl+kp2osQHwwSLvhsbEtee9VDwVrN2SabDamgxtgr8zxeLJcq6WGJiHao1Kr
OmylhuLql7Kn0btPBPa8G4rkPARhyCe6UlZrOQTh5CGm9HRJ0dx48tIlocDU7dmxlnNXg/yj
nFxJ5QORfnZ2dk0x/R20oOww5jcw6GfCgu0nANQrh3EGmMIpoGFysrKysq5uora2trx8pK8E
DtDcF8XLOffu3Lk9d3d+YfbWzZszN7795tsbN2Zu3ppdmJ+/O3f7zr2cnOXiF7moLZT0jZSX
19ZOTNTV4YEmGxqA5rgMITxf/xPk0yNhO6oRAPeSHcv/cmtmZubmbE5x8fIEv5jhQ0XMzmFc
37nzw6bkpTPH7eK8E+0J048PXIBw01Rxoaez+xxJ9Mzo3Sr94cPdkQtkp4F+092KXDLUVInR
oxTbCmlfr9ZIsqKs4xnXZdlZzy1TwHioNci7BMyPYxoJLiHqUYu1gD5VPdZqllKTYp2lWHu2
mZV88xjUnLw6CuAp2wxQz/HFcgKsIPV2oP+SCH2hUOhJuFGEHlDvI94woadTA6ea4dJBjgOk
gmwEnN4u0xPQc/iwwHkPoIebnu2a0OgZ6CH4K/EyVOUmXKA3tBvpsEwP7cl3I5CexoSL2bGI
MjN8N9ch3piOS94CVN2t3Vw/D0Sn0bFA8wdAeVF6ZU3+fnt7dfuYLcLSAPoHBPTtR444Q+kR
ZykX6TLBIv35MbB+2G5a4MAPrMaSxtIIoLcYvUcoPddqYYtBBIHg96zmXMUC4BPqKuFeVWp3
yTR6D66vQov1REFh74emjyz6ANMNNkEIwgD+IlN6AnqceTouXJVIP69Qfm4Z3wEgnctDvcmZ
nb3nuBlXAQz5DPslI+DJQP3pDLUPB+3fKj/i7MPnHpx3akdKFv8FmJ6TU7ws1yMC+pzl5WKh
ew4fQixN2ylw5eh48hRU93g3Ab2Q6G0yvUHpUYolQl8/3kOE3lWKNZpkDx/vuoRNm3ZWXEJ8
PCk3kOjNUixr9EWdCQg0nG1DYZMDvRgZCIMlqrO4HEjGEIsDDQdqP55lsqwCtV1F6YPrsSj9
SoVepNz4EHovM/0XD3VeDWE7Fo+UVaS+wyL1BtIToe9h1FaE/qFQ6APEG0HocZd3EvQlUyw5
rBhA7si8+RnmirNyw4TewnmbeCOAvowZPQT/s3rmSGjDpfhCIUzXzerqHa3dZMjoIdILoEf+
gRwSjnRic/4IfmOPpSfthjMsXQZLxJLtgwQkWqIA8+SuoRQ0dLViRrgtwtIAegyOBYfOG/Wn
9Oykbw/Ubo7kwTgJt72U6HnylNfa1QKktsVXegE96zgg6RSAJmz/8N9TfAKgnum9dsLIkVI4
K5yEV9JPueH8TDPvhibMkove33QjqrE2kb7xXMeFS1cbj/J7PUl8/g5r8sWPHq25gd5Dp18E
pQey25aGeYX29O8///O/3Jq9DX3k5eSRzUV8uqqgkgJ0pQkoMnteANhvz9y4S6TdvXJmAfSE
8+KCfvjQ4SJG4qbohY7xCqL0Hec0pffQ6Ml+g7ugElvf1BbvAtCf04Tek9IPDMSaoAtVdJK7
hgk9MolJuQGh55z648efYYBgNBZpFXVZVGxbBwa6YvX18FvSlJEY6Hy0rAJaDs4tIPmIoqds
hNT1WCb03BUrCL3KoXcoN+56LJz0XUToge6AeIwVxBKRljb5hpV6C+gff8GE3lLoSeDRQO9N
6ZFPSe1VlGHJicKIstSR8m6kF8oNWW5Er5RSbmziDVdjz4raLoWkaeUmXCgO99Et7SZTkV42
xwLOJbxDuzEpPfg7YumNGARYc9AzledhsEQUJUYKYjYJOSlFjMHYEMq816/DQ4lQeluymUL6
Pxz8w3mMC6zOc6v0itD//jxXY8fOB2k3NB8cmkwqoIeRHoJJCkbPLVI4JaBrljg6u96J2B9S
dVom9wLsBbn3TaOX0G/wecHomz878XWQi57+5qFLEOnZYMmUHmLPhQtfH2psFkg/pRV5+G7m
PIDeoyS7MDub62L6Tqjnn+mcUIx/aO1YpFv+CYSflXGSU1hNGX5ZMWW9JwJAulSKIMTUTUyU
A9Z3FBf/r//NzMyNeYD3crFa92ZmZvUPNryfA87PLS8vimbDo4c+O36uA0EGAO3+zv5x5JB9
WBG51H1YsHkvjR5If7g7nkAsTVPZhU54Z1CK1aYbl/mGQm462qD/t3UCwjWh7xqAcQZ9VMJ0
M9Abr0j09MNuz1AvnPUdZQz09clx6DaoibbhEgLSDbz2/TzyVUO9fxACX0BA3+deKZxcdA69
C+ntZvpWmkjF7a1ieOxbx7D4R0J60m94pCwNDzeRngi9RG2p0Ft83kem51FTwG4KTODMBELx
hBoeQtNgTU4PbyXIPwq3lofeKNMqnZ4ZPaqxqOtWXLlYlr85yk3IjH61Tn1ouGcqA51eGiwh
3chOKWg3NkoP7QYpZibSM6V3Gyyh6MBDyTk2QHp8M/QAaM5BZ/yrUdvoWJt2Q72zeb4Gy99L
kV7EH/gsjKpqJk3GmCXrzegF0FuTRxwlWS7L0n8QeZAWLyJwBNhLVw4xe1rsu5cdVo2n4aHx
TKPXJN+g9NR2ey7YRS96YwnoZQoCzjSffX3hlyfo3CKQ3opDALe3yrAm5DtBfdmt3WATT6R/
Ojt71/kLhv3i27O3sGZnc9boJPB8T1+f0HxwBuBTAE4CU1NQf0hWx6qBtJ6euI4tCcIJxEnw
nyqA7gKCzrI/i/4A9JI9iwDuF8X/AiEGTH1hZua2AvI7gO6ZJxbI0+05RNstpOfviN3nEM4D
6J8Lv80goLy7Y/zUzvpT0UsIllm6EIWzJXqh97gSbjzLscc7sdnOJMIPOpcEoRcSvSejP9Pb
UQ9DT30Hm+ipW4qVG/JWcqglKrGdccqjHFCavYD6rvEygnWknMXjaFxCEA4DPRj+pS5E5GCE
rIR6X4slzhYWoe9Rk2LddN5lpt8rJ1IR0JPL5vLl/gM9KujMQeoNpIfcowg9IuU5/OCLLzwp
vXbeiAGGBO/5MUyN/fTTOKs4pNcL9YY7p1S8mYvQmzk4GudJxieg546pD8p0t1S4yk3YQP/E
qd1kJtIPgrdfvw7JngYMjg6Z5VgKK7bH0jPQu6MqUaPlyiuHkR15IMquQt4B0EO7Eclmclnz
BA9C0WftxjU5VlH6oVES6fNSA321wei9tRs20mMQrIhI03hvjypmoEcLFAG9lWgpe6wobpPr
sxLvSc6BsEPdVWrMSVDHlCD0yLr8+mv47v1t9HQVcQIGS1WNhdP/6qULF6Dr4+rmoJAblKEe
2k2uJ6V3yjc7PLQbH6R/gU1zXaeA3OVHhPK3bs0V5zLs87pz69ZCbi7fkPviBb7D97lr+O/F
Wi7+xf/xTbgweL449+ROyZ6SkpI+/IdCLTf0YuMXxfM3/7v/7uat/zX3xb+8wE/FxTdv3gRE
49FevHhRjP95LoOxM3S7QB0lV+dthPV3aeOZuRLB8trBzo9fSsLMkoxGvh7ovtrdOR499SHi
aQYOi14pT+0GhB4hN22J8Y4u3IlLsQrineYbpCF0R8aB0Z83JTpbW2GiB9Bzyg3dTwL9Mwz8
hvdSueqls34pjkIs9VARJYfLkgg9AX1iHGo70tAe0+BXFnB8KD26cCn9gIIyKfzAGCzlgfUm
pbcTevy1L/fDBNnPzkYh37D9ho2W+9E9hU5ZWorQ6wGzGDyItWRBvaseaxJ6wDxLRJSH5qne
HPiZJPQ4K6imWDfS/4yycKDiI+2GQxAuqpyYlXC1lbCBfpugJnQVmmGEJYn0VIylqDJGeqd2
g2EjQ7bZsey7uf/ALtFf52FR1AGLbGO0PwHmrQ2EdtN+xJwoaEyOPU8DBfPGfIH+Aeg6BVg+
CNBupO3Gkm58gR5ZN+aIKT9GX10tGb2CeknsJbPn4E3weFrAesJkdFfp9qog3w1VegH0J4Jc
9FywpUh6BFhKJ33juUsXfgkPJ01UyeO3WtksYaWn5liv5eD0817ajSenX4TMk2MH+sW1pwLl
b917YaE8kXzcVCxvEaDuu9aA38u5a85VPIfbb968A1BXa/7mTU3WvVGeblXgvjyP78hD41hA
9CeuGxnnb8/MjIgGtGog9PGvIcLsPBUdpwrn8TPnejqSUG/qY4ic9BNvUF8lC33beEQCtuTy
DkYvE2/QHItHpMotOLsuxbKJXuTUY/Z3tAJds2cMEw4XaPup/HqxLI5WKQvom5rGRb4xhokr
qPeh9BRnJnIruRLb64it9LdYwlrJ95OE/gBCD75g46RdvrGMlgLpcS+WYYDDNFdKEnofTi8y
b8SMcEHo+T5YPDNcID0kGtLpJacX88S5FCs99I5gS+b0MvPsLOVXEtCPayYcshk45PPIqpV3
I3Sb9Bg9NoTrhhKK0QK7bzvhPCj9Pmg3lljjbJoikR4lVpRoDSQfZJMkAT0kGPjkTZgnX/0+
Ks+OeQP9wSF4ZiCn+Go36LtKR6SvbmzeNZZCpAejF1FlQZReSDcE9GzQ0Ugvw82UkMPNVZ8R
sz9x4t1f/hIRZFD13Z20Lt8N6+8nvj4RZK5k2s+9sSqTHib6C5cowJ4D2UQcwkqlAHdoNz5A
7+D0xbOzTz3sOF5QD4vOLIvzci0W3xUof3fZIPMM77kQc55o6A9G+ts3b85hCxvSv3jKMH8b
xN1aOTdv3vIHePUb4DsBOUk0M3Memz+ZmbnrvDkHgs9MTs5MrcD5xqvHj1/tvgQRZmfbeBzc
HCIMDPJfR4HLp0RF1pPUQ9SHXt6UvMC5ZEK5USDvdNNTyE0FBn43wdYT7ewUyo2IuZEzBo8X
dWPEYEVMCzfKcklnCIyZSiCePhJnbyU5QJu+YsGdo+wfKqj3RnoQeh5mJSacdPXu9WqW8kim
x+RBDqBEDhqwnAbFYq4U+PpDkHrMGSRSz55602hJUG8o9GSCv3wACr0vpWfxRkRXCoWe5gdy
EKUwW9o4vUD6A5/QJQVUGdqYYytdCcYUVSzS6gH0nFR8UQ/tqA3TRB+662Z19Rulg3IMQtow
z5n0lIKAFljF27cftDksCdZd2g3NjtVADzZPsfGcR4nAG3eddvv1P7B+76ndHPzDgzEWffwN
lmmI9Ei7oWqsAfSelD6vCuBMHVNBIr2l0dMgcQPoRfiB6q2yxtqePn3il7/85YlzUNRlJpoe
YmU5Lg2RvroFQB+QUSwUnepDNDdWxd0cOv31BWqxEtGbMg5hpYABHsFmi2kh/Q7wdKfvRgC/
W6UxtZvF3BxvMi/gnX5Jir1YgUj/AoheTFtoqH8BSMe6a4N5AD5xfx/FxoJuIDyqrSzPP/U6
LeD3t+yyPQv7M/eKi8VHf/izoqJzZ5Y6x5nQww+/NCAwu/tCW9OHNAPwuLd481nRAJSbU2hX
7elkqV3L80KqNyeQQIKnkJsKxmmMHcEAcNkVK5UbCqofwGgpKDeWqV7mImCWeFP9tTjS6jvi
CZQOCOfrCegp3pKgHqkzLqiHh1MuKPTchctAj3GvpPQELZ1o1krU3CD0D7/Y29rKUC9IfdyQ
b2T3FEO6IPQM2nJQLON8AKU3FXpOuiTolnPFLU5PNkogPeYOakIvLDcew6cEzhPrF+adsjJV
iq0Je+Rm2Ix+VWUtrxzNjNILJz3AHO4alm4oc95skgLuIwfB4buhsGIF9BRQCWWGBXpKNvMa
NEWjY6ts2o0h0u8DpQcT9vfdnB+llql2mUbvHVXsst34AL3ZMeUj0luM3j5ellFe/h/FnHGR
VsRgnnv3l+ijRUCOcGCSTUZgvZ5Lbhosq1vIdJOK0Vfpaiw7fqDcoMWKcZ6QXgySXZnuA8Ij
2OypH9DbOf3cwoLbd+ON9HNg/wL+F1/MCZifX2bZ3qbbMLTjd8vGrUFQP3vz5j3xe4b6FzkL
BPO3cl7QD+aCdvOEfg6m9ei+yiHZxgnn8l7L+JUd6FnkySneI6bKDZ/rpuJrfBwCfVPFeEfP
1wDtq4TZx3vH60+RmHNJIL1Tpz/e2QFze2L8gpLaJaFnhHcifRF1xlbEcBdQ+mQyjigDCijm
rlgxYvBMZ3+iIh53EfrjZ5bA6NsiXfDUd0TyCeiB82ifohxjAfUcMGYXcCycR3OWIvSk9XT9
6IqtdKK+DqT/QhF6eGuI0D9uxRJI30UToUD1pVKvST2keugwynLDhJ5CbuTykelhraT5Usp2
zw23rNpTmiWQWldkGelB6KlZKsYeelGkdS1F6CkjgeYIlpVpE31ByIQ+bI1+dXVRi1CZUPqP
MCKcNfrB0fuDgwLNcQPKsYaXHkBvH0iCe1jazXVqjwKktd/HyQJAj6FUHgujY9Ed+wevciwo
PZzyAHr/vJsx0TIVlHfDthsIQNp24w30uwTQOwk9594YGg2KsWhEbSRFSc8YtEBe0HqRbCag
HuHylIuDKi2BPRw5wHqh2Au45y21lb66BS56NumnqMZygCXPHjl09etfXjiHB6XrJo44k+Yb
KslSsJkv0NtslmsLC3c8tRs3qYfMw9rNIrw6s+S0ufNCSzlOqMeJ4K5N0PGHeuLvsjwLqC++
y3T+abEi+Dbt5qb8KQDrhbjv1mfUXUDfbcq95PMj4jS5fQBpAwNfd1RQfyvA80LHJW59oviD
4wPjGA3VdCo5IMQbx1d3rALjROKY+Heps7e7+yrdR6v0DkZ/vLML40biSK2ERR+zqBBaI5Qb
jfPHn0U6ypIXOl2EnkIWkjuvRFqXlro6Cscp5oYmytaPA2gF0ovpJQLqn6Es65gf6yb0HH7v
v+SIqdYfd8uJVOy+72JCT0C/dy8mygKH2V9v1GQLEVMPpyVxcRFbKQj9lwrmbZTeTDczrJUQ
bji6HmqOA+mh05N4j3mBqQn9AU3ocVnBo8Hf0TT4+WsP9NpKnyGlJ1GeRHpqbJLgTmnFJtA7
tBsOucTmQocnRw0zeZh1AP/410O6gUhvTRT08N1gChVUkiCRHmBKqfUB/kro+I3w06QAeox+
o9ZYCfTelF64bhobiXPb5oeroGKL1ouiKxw6J2DRIWpPUM/uSyL2oo0WeG8GWEL9R0bxwEnf
cbEa/Lk3lgMs8bgDv7xwif6G0m7w73ZxbodQf8ezOdYjD2EHMi79gN4h37CVfnHtCcH87Oyj
5dx/MhV7O9Sb5dhUAo7SbnAuKL7DMD2nYZ45vkJ32lD/4If1Qve543sqQM3VrOnmUPJBTnGd
EDqrvu7s7P26t3P8FAk3X0VjFzo6oMNwDOXhz4o6LiR3frizvkPG3tiQ/vAAJkEhtBKAbVNu
hErvSEJojSNleHxp4HhRJEFnlCgXUimgmL2VVIsdiMedlhsh3XR3oEWqLUJDSToKE1c4RqEt
2QYmz3IMCTJYLlavlRtB6OmsoAh9CqDvZqRnhR73QyWWdRlJ6AXSa/mGZXWKR1DhN5cv9wir
PftxiNDv/uJHDfWelH43xBhlrWSFHnyegJ5EGjenR5WWxHdF6Dnb0s3ohUKPFGOxzupSbLjx
B+F3xtJfEJEdWBlFWJJaAxWFNHrm7eywpFh6S6xBBD2CauxWehRfUb2ldDKm89QoxWFlROk9
h4RfRzQZmqaMcqzZHLsPfBxOe//pIxDxwcMDM+k57QbVWDVo0Ls5lvugYPEJEukF0KMzFvzZ
YPSO8SNGKD22PQHg5vRLAfaE9mTHUVAvwFvgPYyTh859DY9OMKHHdqeF7YaA/rOvxy9cIuVG
MnqOLR4VeFVQsvboUU4ApTfkG3/txsXpYaWffSRg3iDzujhrQj1pNzlOmu/D6mU5FtKNAOn5
YlJt7NVZxneQ9duGluON5czoPRyUamuI9POGpH8TuQfLL0STZE0jcJ5WBO6Zz5vaYuPx+IUI
UXrE1tA0qN6vYyi3nmrrOAeotzN62DFB6CtiPT2XyHMjcm4sSu9g9EvjybaKSHfR4TNdHW07
P8Z0KEcpFsoNkoA9hJvjZ56h+bapPtKL5JtIHNlmNHMEbbGQ+TXU89RBAfUw1oOrM6kXi4eQ
C4Uews1DxFbyrak4PfKJdx8QI2bJVYP0yR+Z0EtOL0i9tNQLpGdgjxyLvEWFWgA922eI0P9o
Ab2nm14SenbpqPwcKtC6OD3/hbfIeCksN6IS+zceQE85N7QRGTBp5f9GYWNd2IQ+fOlmdUa9
mJrMmqY+IuMNi/RaoKFyrOmlx5BwW7csOXMwNwRnAwqcZzq/T0j2MN9gbKC3doMTgq+VXowf
8U9BoBHhSD4LaI4dwrRAu+3GU7vZJVtjgyi9BPrGk6fBxW2Sjs/oWDwmmSs5mlJMJafhtCfg
rCHJHumXcmqV1HHQR3uO/DMpgV4EWDKjP3lpHG2xOJkY2g3SMgXSl44EazeGegPt5rYvpbfX
ZMl3wwuRaR7Lhuv30ELlNOP4VGXJIU9m+2UpzsNo714E8Mu0oW25sF6cKjzLsJZIb5l3coDz
s1qevwqW3NvZ2dFBhVjyw8fGxyHe9JPx5sxVYP25MwPj9R/u/BBjv2WLrIL7w+cGEvVtbePQ
bchzAwnGwnkXoz98Bn6atlgvkffupUTTxxCJ8Gc6KU5eeisPU/gBRsKqMAQrzrIIVVxw+DiF
WUbyo5SH0FZWERuHc8eEetB6hnrqoULRwSrFtqJZShH6flboBf6nEG9aH+/+UhjmZWwC2mlN
oBeknrqn7OE3DMMxFm6ufSqslT+aSG8lISjxhk4YhrWSBXphxWGk564nUtmjNPaVPPafUlMs
gJ4sNykJPQyY2LxQD2O4+RMAeqscu729HTli6S/R80lLBBcgg4ym/ekHkH4a/TNNBORpIsxg
xeQ9xJahHkvyCeX54jspQPO39AW+3fgbSncR01sdq6X5N9DOPW7nZ9ICwRy/Zz4rb+CBhLYv
AletbejZ485vwL1PECi7vsT0cGshjOZdFD+dNzu3AoPHHz534pek0XNQggxBw595991LMOPw
ehcaPo+n5V+jdPvLE/IHcQ/vdfXCzy+gyAs7z7lL4++998tzcgIWPJ2fyUBN0SVbUz7vFWxm
kHydWhmk3Rikfu2ORPnbxabJ0gb4BtSvGVb6VFVZlGNzcqVz/p7or/KAenRNmdqNBnwT7IVA
D8NOwAK2q2osmTBvLZeLT/39Sx2/vEAr+l7Tzo9JuUm+l3wvGh0fH79w4VLHJbHQLYuAmq8S
v/x64ITxdYkaqk6dSmJj2rwDYRX47dfif86vry9UnGr7avzS151ff31pPIk/9jFGifPdcD9a
l76+kDyVTF6QP4ob+RcXLiCOgYKKL+APRb9iQn+q4ivc+UKcbhqPjkex4NfBEs8mfgF6Ep56
D/3Xge2QkEMbiGfagdvpq8P9hbR7vehufD96ZJz/cKnTgTvz/y5g9hW+4rSJ2AaFZlocWc8/
JfE93TGGjfy/RD1ZP4b8WzwulxfCfcYTuNLBA7Zhib9Afw630HeI5B/H2dn9hTvxs6Itacfo
eR2hl2LDDjXj89RzRelLQ+4JCP2smP0D6e8BEaa+UjlfHKTdWJz+ycKCzir2ovYE5bmk2ojl
SeY95Jv5W7duu9w43l5LouHCOX+HjZaGB8cO+E8g39spvfhJwjrT+Vv0SEFAj45ZqewQzs/K
sMqasO3U6b+B2S3D3gNWN2nopdhNAfofdHdsX9i7Lvv4W2cP/It426d9nfTqBCBgHdrNXIB2
8/z5opZsYLAMBnrDabkMSu/Sbrxt9dQdK2qwdhXfRevd2o3J69mvg26pFEAPeBfVWHJazipX
5Y6t8/5ln0nYe6BvMxlw6D567K1y9YKmwt512cffQnvghvCOqUAEf2Iv/PKB2s2OZbRU8br3
4v+5464rBsGt1SuTjVc51tuAk4PRIzdvLjhg3kPB4eYqu7leu3CYzs+SKAO/Pdqf/Bc2o18S
n18QzbAr0+FLtVvo+Hjjn4qOuSnfhF2xGUD/va45vNiEV5T9E1tmD8js0gJOCUtlqId288Kb
0u8oRhYOr6cvGNGL8a2vQu/Qb56gn8pLu3GyetFiC5Xee9loPWk3puPSIvRAd4XvsGgGi/Qs
7dCJ4Y6MJK/MSptb5tDdhCfyQvHf4c0Yd78ZQG+FFW9C0WET3qHsn0h3D+wRp3idZxmUh+Cj
3ewoBn8XXB7jTGRLLH4SkB+4GMtfAL7tWWc22JewjqBLsTz4vFusJ+1GIr+p1Rff40uCZXEb
QXigSI8oBb5HidC4hkvS3avZ7X4Se0A3S4XvrcT+2hSgv6GDv+d+Em9R9kWkuwe+kUdzQwpO
T6nA0G6ceTc7cm8bKG9l3+DWJ6lgXoUioHn2qS+l57LsGlg/1uwyzJh3g2ISdJssRJ5lKxRH
dVIxnb+jmqlkoLEv1oPxP6WTgWySKgg77CTdtyy73ebsAT19L/SYG349mwL023RGW5bSb85R
tHX+ipSfrXEkvsHF0G6KTe1mR66yUj4Fl9eLAJxS6VNqNxLpSZPxLscK+F+7zTD/CFye2H9w
yKU0XEK7uWuKOWS5EWabHIviP4KIExCJg+1h6LwjhNqaia3zjmWfyabsAT1CsGFT/tymAP3q
nJKjau5tyqvK/pGtswfmRExXjYwu9g85e2H6bnbk3pNc/kmug+dTzg1+h4mC6SxONlOp9G5m
L3PR5oVks4BG2hRIz1DPvht70yx7522JxoYL05PW0x1qhbZVujkfw61zUGSfyVMFiSvzm7Iz
NucI26ZPXwVPs+vN2gP3cuSbX1oerN9Y2s2O3BzoOAT0cyaXN0g9rJZz6cA8nRSQbDbnrd2g
PYrZvDZUgv0/SgX01Ef1AtpNjgn0hPw3Zw06L0T6WSPj2AX2eAjpuygofrMOieyrffpEK/Sb
Q+g3R7pZtSj9yohXt2H2tp/0HpC8tWYy2Htzh7UbgfK05nxcOLRNaiu9Pg9QspmVSm9Bfm4x
uqkEzNONBPBpaDfiPACBfd56yyj+huZQ2RONvTpoDbSfvzkhSlc1Ez/pNz/74rz2gPbQr2xS
2XJzGP2qQemzb/ybtwf2SOoaTOrhu5nXKD9v0+udvkuaVOKYKOhL8Be9rfTFYsysOWU2NxfQ
n1K7IaBnEFfGG1bnH1lRl6o4S5kKHh20DPY5t3KFpLUyVfLmHQ/ZV2wR+k3y1G4S0K/e1pJU
efZdfgP3wITspWjw99Q/z5VMfmHhUbH3vCkL78lKn6Z2swOCjNNKnyth/rY5TBy0HpvOpqHd
5K5xMA7r9SK6/p79PWV8Rx6mGXNpYn6OMtvU1L2BB0P2JW86od8s6Wb1B63ST2Xf5jdxD+yR
HMbbU4+Eg2IkFYu1nArlgfdUjl1LE+mpHPvCnD+Vu0wDSzBQ1mWwpxA0kWeWYiHKZp7mlIhM
43lbcr3B9Oe9MnFeFN+RkQcrU3vexGMh+5o3ndBvGtCvPtGUvjb7Pr+Re0Aq9SsFNGXQtp6v
PdVkPmcxMPFGp10i8OZemkC/CEGGtlXJBxLm73gJ96jOPk0F8lq7gYTD6vxTV3I9v8HeMZdw
XN6rFOr8cFadfyM/CWs6FGblyaZYbjbLR08vxlLpSz3TX9/Md/yNetXP5VWdvSiL1tdHjwTO
z1PPlH2YrC/qk5U+TaDfQeVYtt1TzVWOE7/nBfOLixSClmKOOJ8H1pBanyPoPDnwvd9H6Dvo
q3KS+mJ9xsvS+Tfq+LderCzPrKw0bJJCv0kNU3zWsih9VpZ8Q4/vNZm5vlI6IRj989ynGE1C
a2EBY0Seg9jnPE8P6XdQDIKMREgF+FSOFbb7FDCP9inSbrxjjO1EH9rNrKTz4hce7ymc9FK7
N8B+RH7Kh7NXtm/qx0AP3dssy81mMvpVqz12eMeb+g6/8a87t0GmYUyNPN/xYk6i/KM7LyDL
A/ipHEv/pqHe7EA2/RPcKxXI8+8RZXMblF7BfE5Apyy0mzveMcZ2oCddBssedul4f7GNYcIk
ar+2R9WqGrIfgjf107CoQx4nN43Qb55Gv7p6UyfeTL6pb3H2da/1SUJbUylhHqOiCNsFwwfQ
c359GkhPVnrS89NBeuLpuQrml4MCEVi7URsEifUC6J+6Kre2txhb2H7OleI8hixmD4U3dg/o
wVKbk3IjqgCbZa+kvyVTa9EikrUOv7FH+dqakqiHazE63AJ5xnf0St1j2E+N9KTdCK99aqhf
hMtGdEfdWiaxPiDkzD580A/q19AxRVZ679/rNxdCvunHqZUjeIaz4uUbfPw/14R3U2IrZbV3
M4H+T/qSpeENfp+zLz13Uh7qpbVO/80il2MFu0+1EINwVxgxUyP9U4Hys2rQbADSI+PMNnzQ
C8vF8G8xTNxn8dt8zzTYj8iusZqsavNGfwa00Xz4m82y3Gwyo7dGTa1ku6be6GO9RPmIpx1Q
T9pNrtJxUiA9Welz5TaBUL9IkfaA+QVznrgv1JNFxy7uOKFc+HbQDnVzOdiJSQZLJdL3qZc8
1fdGv/Vv/Iu3eqU2Y7CUPpVsJqNf/V5Pjy31dh6/8UfBG7MDytWhMGWPOiteWLijJPsUQM8T
BW3pxZ5wn6tmzc45g419ks7IouP8lQHooqf29lru3K2bd1JY7mnoIB/pJQX6IuaNeYuzL9Rz
D2hrZenvNpHQb6pGv7q6R3dNVWYPgzd7D7yoVEJewYgh4HCEpf45GOoRg2CMKvFEefTbirRj
GlPlTrD3hHpYdObc9VoJ6SLvklONKVkhVW8VZpFg0xLlNaqpzHpt3uzDfk0XKlc2d6LYpjL6
1R90629NtlnkDT/i1/5JSfU1DVav7PO7jxbWLOAPRHoqx64ZW7igflGSedJsfKYPekC9W7vR
w8RfiJGDIveMtgsQ6Xkb1Gxz9miYb8ge9G/6Qb9HV2ILfthMQr/JjH51znqdb/pbnn39a88t
CNRQ/+LRozltt0xRk8UEqnu2U4EN6tfkGMLbnImDbZ96k36XTOOl3XCQsRDn71DGDS3y8KSg
9Ms37ypHZU1B1muWPeZ1Jbbm7qbi/GYDvWWxXMk2BmYPe6t/aKVAavU70ERlaTfBSE9WensA
mobyxWUeXDI7y3ZK6on1nz7oRHpYdO66mX5uMeZPGUNKcnPhz0kl0u9RVy0rWZjPHu5rRshN
3eb1Sm26j57+4LdWPXYx+85n9wDKlKpuM8UOnOfoo3phjzzz1W+c2o22Wq6hbZYHVOVaJD5o
+qAd1j0nlbzg0bJohLWScLBd8DyqPlWCXclabbKHOvZAroV+f9pcQr/pjH61RNdjs/2x2YOf
9kCf9JevrExTBE6uQ7sJIvXQ4J+4TgOLxfMC5nNs1Vdse9vfhWlCfS68mMt27Jeqjc5OYMUm
RaZxuX5dU1k3cfZQpz2ge2I3uRK72T56TrG06rHZNvDs4c97YEQfE6V1e547tZsApCcrvUO7
UQXYuRcOVKdt3b4bayMD2e85JpXkFnN+vT3XGEgPo6WfSL+oumBx+srCfPY45z3Q96oqsa8C
6Fdn9avN5hVnPwByD2gD4srw5OL8o2Jnx6xfnyy4uzlyEDlpXmReoPkjbBvcQ6uwnkbHGinG
a3dZnHdNKVnECeGJZzV2R51uAi/Iwnz2KBd7QA2PRAbM7CYLN5ubdSNfnOUkzYo32c+A2gPa
hLhSU9A3b/pughIRYKWf07NIFJm/iyxMD0SnbVOFJQioz0XZNUehPtVcwfDdMM+Zxl6DB/uU
mWilpiHrtMke4moPWMLNZobcvIKsG/knv9MViZos28l+DPQe2DGpaXBpncdoWa+aLJVjxUiq
HblPBJm/t+gXgJNCuxEnAcZ3+CgfyZ4pYal0tcqK04BIS7CR+h11uvVxOOubzx7e1h6whJvS
7zed0G9+MRYv8Z6ux2bFm+wnwdgDi5UWB2iwRyP4xZwB3Um72SELsOZUcRd7h6yTQrtRWK/G
j3BoscHunaZLkH1xCpBYv9jXoE9Ww9ku2OzBbR7cmgDUbG6X6ubHFKvT2DbrGiYr3mQ/DLY9
UKutKivTlS5a7yb1sMfPY6CIIPNPMaTKXA6oX5udfZRKu5FQj0xjaDeiBnvPP78eBss5Df65
Oyb0ZxkztLJpTtlD29wDFuhVbrKF/pX46PmP/s4iblnnTfbjYN8DJRYprimQIwcDwm/QFyVa
oxaK7SjvEWCclnbDUA8mPytibea8Z8tKMR8bKKAvN593VpPMHtb2PfBqhZtXUowF0hdb4s0/
ZY+I7B6w74EddZoIrAw7JRw7qd+xtiBg/okKLHaSfpPCo40qJz1KT/EGtBBgH7hgsOQqbV+D
9ZRLK7OtgNlD2rEHFq3jo3jzBfpXYq/kl2ldx2RnkGQ/FO49MKJ7SldWSietzDObp37H2h1k
XWLNLnuQeY8AY45MSGuRSE/ifODUQQA80hLuLZZYpQVYhrJkPntAu/fApJXb+yqEm1fF6Fct
583KRPa4yO4B9x54btD6ldJKM8pYiDIK5QH0L1Il1ytwB9AboQh+kL+YC4M81hNsG0zoF4tv
PbVcNjgnZQuw2WPZaw/UWhLGZmcfvDp7Jf/lXP3Kh7NW4+yHw3MPlFh+S2CooeHAS/lUcPmF
uTUeVZJqSUxH0fZOKka/mCvnDt6SvbUBWF9SadWOV4azZD57IHvvgT3ai7Wy+EqEm1fG6Fe3
WW1T07nZ4yO7B7z3QHmB9RGBXk+12efPF+8plEdn1HOaPhik3MhzAON7GtrNmoicp0Ksped7
Yf2OWkOXh2RTmz2Ms0exzx6w6EDd5qbQW2eVV2Hp5L/+nWVFy06byn5CfPfA4sSUzsxA73hB
HQE7c3lGeazbCwtmDIIvuSekR2SCMwPHxvBzEVsPTyXiDtAoZc4edEB9SZ39WU1k66/ZY9h3
D1gVyenvXhGhfyUNU+K1zluf32z9KvspCdgDz22oSiLOE43ygPXchYW7qaQb5bUMjkFgmIe6
k4vwM/Ld2PV8hfU7yk0qv1IzVZedD5g9fgP2wIhGupr5V4XzrxDoV8stmT47Yi37SQncA/9U
a2o4KzWlpOIodAe9/6e0kP75Do679FkyQwFdVxyFQMEHzi0Xn9dOThsXGITy2WM3e+wG7oE9
lrOy/JXh/KsE+h/0WK2Vqeyxkt0DKfZArtGRRBShZrphooTBPmdhYTk9oH++wzcGQcL8Pc3i
4byxF25LJhpKTZBHzaA2q9hkj9tUe0BncK80/O6NBPrVGetUl41CSHW4ZH+PPTBi59MrK8NT
lbV7doDSpwn0z6HdzHswegnz5qgSFG4XdH59eV2BdbCK00xlX/Ytye6B1HvAEuiHb7w6nH+V
jH51dVGLN9kJsqmPmOwWtAfsZhfG3NIGgH2aSE9xly6gzxVjxNV4Wfl7YbrfU1tZYCfyOL0U
1GZl+ezhmNYesATqlVfTEvuKffT85w2PZU3WTZ/WcZPdCHvg+YRNsWe0H55qqCv3m09inAVQ
b4XOY2J9rhhW4hLkn6zVTk4Z7k7BSkoL6rJUPnsUprsHSqwDaLPHgdsvH16ZvZKfxveWflWa
lTvTPXiy22EPlDjFFAHDUw2VtSNBeI8IS9Z5FNTn3nXB/PPyicqCKSeN50uHiWzpNXv0ZbAH
Fi0TecErCKE3sP7VAr0p0xdksP+ym2b3APZAbm2lm3IT3g8T4NeVl3joOcaoEmD9C8wXBPKz
t35PX+1EZUNBqYvEC01+MivXZA+6TPeA5TcpfZUC/asLNdOnmmLLx1CX6V7Mbp/dA6D2Ew02
x6NV9yHEHy6dLihoqKycqK0tLx/pKynZcw8Rls+f7ynpG8HPI+XltXWTBQXTpcM2Q435IMNT
kxNZYTF7qK1jD0zo46jmlQr0WwDofzCKFdm+qXUcS9m70B5AybTBm4rbcJ9/qKnxxXTHxjXT
BZXl2Rzt7CG2zj1Qbh1ota8ms3ILRCCop/A76+pmOFvlWucRlb0b7wFyyEz7U3M35vvdUsNa
f/ZwzB5XL7MHjEJsw6uKuNFI/4o1eirIGiMbnr/Mfs3eN7sHaA/klpTXeRZTUwP98PBUweRE
efYwzB5JL78HdhjA9oqyibdOMdYRejOVtd68/AGWfQS5B3aMlE/UVTY0kALvzfOh4rCK3zAJ
EX9kTzZ/MnvsbNwesCIraxZeYafUVvDRy+dQYlGt7LypjTvQso9k3wOYHI4SbF85LZRl9zzP
sorsIRLeHrBmSq2UvHqcf7WdsfL1b7OK0yvZyOLwDr3sI2f3QHYPbNIesOZtrEy86kIs4eyr
1+jxJIx4s5raTXojsn8muweyeyC7B0LaA4bhZvKVF2K3DNCvfm/oWSMh7frsw2b3QHYPZPfA
puyBPstYOfXKZo3YBKMtwehXV29aFersDNlNORSzfyS7B7J7IKQ9YMyILZ3ZAgL9VpFu8Dye
WqfA0myeSEjHX/Zhs3sguwfC3wPPLdpac2dr4PzW0OhpXxjWm+lsBmz4B2P2L2T3QHYPhLIH
jCSzlZKtUIjdOho9RRbXWibLqayhOZQjMPug2T2Q3QNh74FcK5J3axhu+Jpii2j01CFrjWJZ
ySZZhn00Zh8/uweyeyCUPWBluqxUbgnDzRYD+lUj9WYlO1owlGMw+6DZPZDdA+HuAYOvNmwN
w81WA/rVP1kmy2zjVLhHY/bRs3sguwfC2ANGo9TUN1ukELu1pBs8m2+NAczZdPowDsPsY2b3
QHYPhLgHjCb/0q2E81tIo6fTzv9kTPfJIn2Ix2P2obN7ILsHNn4PGI6S4ZtbiM9vpWIs75Y7
FtLXTGz8+5B9xOweyO4BvQdy+zBeq2FqupTSPSnIc7i0dArzuCbKs60s6zpMaq1uoJq5LYXz
W4zRr27bYeyqn1zsTflkpsue8Zb5/dXf2yIzNEYq170ygp7n5bUIKH6Fq662dmRLh2MulmMk
V8CkreHphrpsGEmGaG8E3NTs2Fo4v9WAfnWb0Tj1kws4M4xXqYdgiC1sh5oxsibd+8vttka3
sdEZnuHzT9twu6O8cioIwDL9uy+zPcCysnwrtoT0VU6lNU1xuKAuOyw3fbA3cb5vqzRKqfPN
1vHRq8ziEeuzVfMTmyJrRFSnCyD2w8w4lNJ9ALndVuhBMzsGM3z6pek0S+eWNxjV/Az/Qlib
10w3TGR0NZI+sKxvy/IGoxCW+lWXTmaxPr0dPWKcPEe2Gs5vOUaPzGJjXPhPDOlfltGvrRkm
3dSfUdsWW6AzYR0vX76ENKYJ59YWZARgGe6+l9u8dHKLMPuSSftO4uG4E+XlfSXPF5+X9I2U
Q7R3jd2drszOVkyN9SbOl2+dRqkty+jRImuUrn9aSE+Mfngq3TXtkm5wtIn26nQfQm7HVOOV
17bZYZz+yxfPXVD0lNWaESdNRVlxOsO9tIGbY3ahUxupKah95SrOBB9ScpVCl/FLVtx2e6TS
PG/WNGyRIk9qvH1VW5g4P/G7LSbQb6kIBGvffG80HfykdHqitAVpHwPLXkAvJg7Xpf0gvOEe
uk/NK66tsexU88+ZPfNvmYCmGDuWawewhtqS+S1w5fz9i/I6u5Q03PAq34LnlRaZH24o/zb1
G7FQW2DEqv/EZNQNPiGYomrd1uPzW85eKY6+HwyF4qeE9MTo0wf6HC+gXyvhz16GUyi5jWP4
lUrFopBcmxpebFtwr3Rw8lFupSXMl1bu+WOGfyHkzb8psRU+SyvTKTZsMAjRw/2TBfOllcXp
v+jnDRrrC7Jive8bY+J85Rbk81sU6Ff/aJQtf0JInxmj9wb6NRa2aubT/6zSliyPT4cAIOk+
pLgSmczsWa/yCb80yKeYW6d5aunE3QwffpM2/13JpBFQPvkKoN7aS8MNmfr+to2oNMaahn9O
9+1+w7YzcX5rTA50HdpbznUjnuH3P0mk3whGv7bGu6Y0M9rwAyNNw6v7/DFYTGWoqHBZPnDi
2IRC0OHKLXoky0/cI0teqpnc7Npmn9pLpbXrUhXuTkpaP5zVb7w+Qjac/36T6EOGf2arfjxs
SP/K64gbBJAbwujX1ljPaMjsjZ5l4vvKdiRT8+H/NrPnvMzwElCILVHFxdItaHNwvdYnWj2p
mdzMumyugumCPZntf2Pr7+ok1G/qM9+gj13YD2P0w65MbqHAStu7vVWB3s7pXxlAbewxsjGM
fm2HAO3MPrXPWfF5RdVAITdleKx9k6IQm1spwWc6w4pFZjtuI7feo1SQ0s2jxnvk2XD6+Uu9
km/l6aLgFShPG/sp3OhHs+H8FuXzW1Wjp0Pyd2Z70U8j4WyDGP0az5ivyfCD+woLsvx8V0Yy
A5ptKQqxSo8ofW1gnl7/soL6hk3Sb/pEDWP45ffSE3HG2BpN1huN1ut/PCOvcmVyi1kBjE9c
hiwrs8/qy21tjpz6aUwi2SBGv7YmQDvDeDxRkN1M0UB+ev6ZJeLKDI8GUYj15Y9SSxguz/Bh
X/nmORLqh1M2B6wffKx7Srq5IaOOtgnbcxrdaxvxzF+TxzBbGLem30Yc8VsY6Fd/Z+7EV1hI
3LBDbqMY/dqaAO3Maps/MCN7BftRUPMMEVYUYv36dHZItJzcUpnfab7ENVkbbQj/pCuheTHN
Z5Zqsz18afbT6mJ8uU+3KTtsZZzf0kC/+kcT6QvC/1i83Hue+t4bxujXchm0M3Qr/g98Fb/p
KphwCWVYpAouxO4RUFmaoXqVCsc26/fb5OXIdNidDQKGpv0aYDN/vfeEELR5FYbUH6pXuoWZ
6rGlcX5rA72d009t6dzXdI63jWP0ayIIMkPdQhRkN/lTyjJTTYYW9+COWKk7b6WRnBli5pyY
mhmyCiJ4UsG6LJU+L+gmM4xXVdRP50O2idssqoIL7ZMNUccyPIwy2HwrSzd4GT+YpY7pTapf
hXaobByjX1sTiQLLGbzV2JTdL5vbISsyQDItBQYWYoVtuSbDs1xmeyr0rSfEiwjTTyb0+Uxr
Iyle+XcMboHNDaF9frbYA+8wZlyvTGzk6TSEo2+LA/3qH40sy5XS17wJewMZvQyyHM5QERHa
/iZeGokrjwytoMEdsQLnh7fYBJ+MP5vPhQoSnpIm9lOmoRMpX8c2gfRhq05bDNQ9no7yrfLb
WL5lfZXyDd3qQL/6OzMWbvgV+cA36KjbSEYvgywzrHFuekFWFIBTood9g8COWOHVnL6R4WNu
vc1viUJDWEgvQpE2mM/TXhTHUOnrfnn9sp9pcwpQzcjW9VW+LkC/+oM4YsV6vYNvNpTRry2u
x7V4c3MLsuIKIkO2E1iIFZ+vggyvZLYezBNiilJeOOqNODoyPcWmtZ/+xA899bJI+Xrf34w9
qCnZ4rrNFrdXyqNu2wsT6cMiQJtx2G0so5dBln1pfTj1RjyUd7MKsiKCfjazZxjYESvC0aa2
/gcrrdfM1dJwKpvrChdK60mvrv5PfLLdAqNsNuND6/03RIlFss/czHzOae7ljd1sy0s3eLnb
7lhJ2q/18bWxjH5tjattmQZZioLsplQ7RME4Qw9kcEcs41emlwgb+5HZyEcTGUAh6N3iFBtW
l8FcqhSiV4fAm/OXTd/38L2NPCLCeqzXAehXV+esmFdctr+2hvoNZvQqyDJDZYTN1ZtRkF1f
BH1gRyzjV2lY+BXWhyzgcVm9CQ7cXw90rcuTlcHLL+FLkTd17FSuaZ8vzdA5nMFe3shNXw+g
XxX2XbmmXtc60EYz+vUFWW7jfbnx4OIEJKESZ9jUtRrYEcvlmpo7G/kBeMWPJd6MjZbp19Vl
kdGeEGfcEC5F1nNa2+T72GyV07deA93m9dDo+QD8xuxNKH1NqcSGM/o10SKaoXtxZnMKsutS
iYM7YvkhX2//vBNOZ+jcNbyxkZDr6pvOCOdXV8W7+9peXL/EuaHEJi/8KcP99qo2f00YvX0U
ycrmBEK9xMHgfdeNZ/RrwnyaoQyeuxkFWSE//98zO7CDO2K5vBCKkSSzZ7mhW/MlTIqpuBke
ietJQsr0Nf1OXK9l+Mx+ApuX2wqGGcqmme7ljdv+tQH61d+ZTbKhuY9DPRI3ntGvM8hyEwqy
jF+Zdu6uBkcTE7bUvP4Gesenl17zhlL6dWWbZgwp80wxNlp0CvXztxEPriaw0ItfmchszlvG
+3gD7/D6AD2aZA1L00rDJrZ3bsQBQo8RAqNfX5Dlqgga26jX5fE4ovkhU5UleEYsnztestNz
21zfROVkQ8PG/K+ybqK2vG/Hy517FjeY0ouOsgwv8tYBKSV8Kn9NVdR1Hvq5Zlplzesw10y9
sa8R0K/+wB5wtUKP/lvnsRBwtzAY/fqCLFNN9XjZ1y7s7pm2ZQZ2xIpW4OGXKX3N1BaYR5Bx
ML3kt8PTDXUl62Z39Lo27qS7rrLNOnB+dVVYOF9XZ8R6DvHnZrpNzfPXqZvjdQL61W23zTpI
yNF/6zkQUtwnFEa/viDLkAuyXKoryBCUU8yI5TD0unVBEt0pt9I8eF4S2b3uXlNQu748YKbG
GxbusZ6JwuvcqaIgG8IHZYs+pK0MW3onw8N7nTt5g+72WgH96rYZ2yl1U2b0bOBBFwqjV0GW
xZkdEaLdOKTIYqEMZRhTkGpGLBHImvVB6eo3tSGjvET+6dp1sLxtVN7bqIEwQv3anBrhD29W
QdYmHU+t80jM7FO6cVu/XkAP843Zq7Dyms2kz4zR36OPbFqnmXW1QabQSdL6wz4biQj6DOMl
U6pJxB8zzHCTn5MZNUacn1fpdEFBw4Z8FRRMTZeWmi4MSBkZel3pKdJ5cfpldrh1XzGGfbN6
eB6JbNKNeepb/VHMbtiVhs05lb65QO8w30y9Vi0bmTH69IGe1euVqQyPCkG7Q6hpi2pgphH0
KWbErvEAvvUoN3+yYL5mqi6E7IcXqO8WlGr1vzQ3wzditYTAeUOs9KIZOdNdT8/3+wwnEIvX
SM88pLCeLYb7z81GnpWJ1w3nt/iEKa9PjC3NcuW1Ci4Oi9GvL8gyJYVe50dNBK1nSmwDO2Lp
meygR92RKYZi2Ipi3MMNtcXrfEnp3G1Hnar0ZjwS5Tt6aRuhQ66vBr46X8mnqeGp2owLysLK
uSEnqXR28ivbps+U/mr2rEOgy/zI3dB7vG7SDV68vSRb8xrFWYbG6NcEk8swyPK/5TttbK/O
2lruuqqBKQqx+ID30ZPNmEjpok5pXQjXLg7cyVWVgEwvPAhFNuJ9EDXwTAHC0J6HMx4j/mZ0
yJphlSult1+rMqw4HF5DoF9dtZVkVxpeGz4RGqNHkCVfQ2coi+dwh+xGUEkD8biIUpoh5Qnu
iOVHJ8pfkymGqekQBSFVnZ0MM7dOXD80ZAYFhJYbUI0VtZoMa+AiXUitmkyvmd6EgqzNPb/y
upVhX2OgX/3e7FtYmQ5Bdw3lGjE8Ri8nC2bqtgihILuuCPoUHbH8Zvz/27uWFUeSLJsB8oUI
4eAgcCGt9FXauVb6AC2EviAqMjKrklBAVkrbWc2qFwMFDQPzA7MZZopYzG4W0+pohoaEhqTA
JeaamaSQu9xdds3fpqOuhspKfx4zO3b8PoWRIGASvdz+yNFZYVZPV0UL8FIIhH8if5iiKlnJ
lW7Tc56n87ma/s/WO2QjPQPDOfurkjlpyzmcOy3KeQr2VdeRUKe2lL4pUdEfCllyP9uvekC5
G55RCfrsHrGHRxA7iMubKHLTCf1+taW3lO+X5RAVm1jusBuzkpX38mk73mQ4HclKmsGfeSDv
hhLkwvIAuDOu9OMjxW38xjeHTRm9lhL9bvMjEtXWjjjLMhX9/s2kkKWOlOasJEU23DIFWh8W
fKJXNolF5d97sh9M8JHBl+LLw+XgnHCsWcnKj3LADmajV+le4eY/7JRD1tYM2UhUZXDPtEky
JkG5h7aV6He7T5F4p1aYb0pV9GaFLJ9UrYKcJHM83awE/XVHrLg+m+ilB6KW+oqSGzgfV2JL
ykv00mS05PkGDo2+T70JXlWrAi7lyFvbWbJ4eJ6hGS7a2/KmvUS/20T32oJ9igVRX+QypSr6
YyFLjpKkFa3HsppoGJHNtYxYU9ONXKJFbWGaABwOk7dm9EcRdvKAd4v40WYlK9WAvccj/U0F
YjGZ3pFqoQBvcj4ISjj7FJsrXjDss6NPmUCWeHiLiX63VZk5x1/z61mWq+iPhSyZH5fSGVdM
3SBVgp5Zy1E3nJ+r6O9rJB9ZlodBlyJ0NB/Ry74E3Pa8B6PLedLhRDL9lMk4ygBkXYZsNNrG
nzBXFhPEcg9vM9HvnEgv2dCt3BrL1BAlK3qzQpYHT2gBMaqqV/meOWF1/cFcohe7alB+7Hzy
FJCFNvWByE30ZiUr3wQ9x9yoKk6XWThpl3Ql5uJo3uE9acg6/tx/ZZrF9Ie/iiNbTfS73R+R
0jd+wzVF2Yr+UMiS6wtVaTa5F5qKWeeWoL+aEXt8Li7Ri1VaWwMk+Vb6RQVyE71RklpypRr1
WfaJST4WOmSlbjn9xlxEmACWfXjLiX63ig5Hp9G+f56i/yAmGZN+VXQjU48V45A1S79X0X06
/hUu0YttR+e6TIT1Dr8Tb6WfqJyX6FXZImaAt0p1urSsG/X63Slrf7WBrHpjYXbUIR/iQPT+
gAlu2bzNvn7biX63+RYpQBtUlAJpNHt4it6E6GVsShj8iTcPftdm24zXNiqsppERa6ro5eeF
0TAVcZLcZrRHISfRK3PLi/bt1IFpxQvMQqe2djlkpxFWcb+12TwvR7v1RE9xlhHzTZNLF5ev
6FUbJnYhS1lHJl9XOGVqZ4af6TpiTcIr6yV6YTjSr+uWj+hV20ZWhhat/HRji7LB6W9Tat/4
Z4scsneRgL5wzJzWzB23ksMtIPrdKpIm22CfbAWKfn+nAuOZk0d+CLg57F5KVH5j3ja7R2xU
WXNNN/UTvX5ps574DDP9kFA2M/2bqTESt0zb283Sm5VDtr6PKFP8Ls+LemF9j1s9iLkKKjnc
BqLfbb5EPrQaW9CyCkVvVsjy8B1vvFZUoKu+UVrNba2M2HaaboSi1+feXERv1LbxRQ5YWvCC
MgAyMzJ2crMPWtUhInHCR0pVhu6X1pttLDHdiNd4jppvGtqPpApFb1jIciW3StMoFVV+QZ/Y
FM/zcrWg6JO3YfVVxExeuDbcyrXKdUBa4ZCNdhgJxzbIeTts9JI01jJj5PQLGhloWYmiNyxk
+TVT4mVLfVWCnps5r5kRe7y1sClzipqJR6rPjiAQ0d/4cih6ZWb5wfz8v1ZFXhXOGTOvulVn
GX8XNuHEaC6s77U4GTYyelaYbsQbOf8TqUoRNjHQshpFf3DIcnlXkI2hQ9Youo/jiDV1xtZX
UrEqojdLXrjuklHV6fTdyYpUVIZsi1oBxbeWaFBluPjY6iSpc6a3huhJ1I+ior62IOpUYVKR
oj8UstQXlGpCKMOsgUNW9QLnNqTWzYjNY6O3nui7UkPPmcpbJ8hKfSFzQ3ne5PdFfbDn/CaI
VCQO/ZEtct4i040039xHfLJhp4C0/pwzJ3p6VYp+r3yjQ+b6V9/z7DdWlMC9GcsRewuK3mcD
TyeoupFM2fmLVtqE2fbdZodsTM6791wfBXO9VXq4RYqecPtDGhFOv6Y1JKlK0R8cssGvvKlk
1hXO7CNfZcRybOgmztj6pKUw3ejHuIreHSbhleoj7IE3zH9o+t2VQY7ri2yvQzYq58M59815
o1D10XYR/W59bBJ6IPvOX0x0UlnnVKbo93u1SplSL7n4yRVHrJHb7id+X/L2Eb2+7UwQvYGi
V47YOyZnaJc2MnKxOy11yMbkfDCxyGwjJohlRL9zHiL9SMJGifrqFP1eBcJwwyYMusJJBedu
eWTDdcQamG4c8VxtUvR8ojdr56XvGzGrXtROh2xMzncemRqJN/9rONo2oidLfTRPNuw0J4OD
p+h/CKoy/rh4M8pjZxchNEutUd8bvApYTEVvP9GbhUDK9gO+XkFv5erhFqfvyu8MjlXOeJIX
deJbNA2ntY1hMzYQ+4h+t/k1JuobE+7FU/T5iP7QWbDLFA9ME6vaVLk3YTtioegTKE0NFVN5
fpMsrBuQpgpbcIP0W+eQnUX6T4edz1bkwkZXvoVEv4vXLg4Xk6K2/nzXqVLRHzsL/guP6XlF
CM3KX303knw2K3pRJoZrulEfX8wyBdyK1GbF6dUWVFfTF+4a7UV1oT9g2iF5C6yuo60k+p3z
OZo95fd5ZgLuXNE8nqfoZS88zSsnHmYk+T4zcl5UATVuFLeBI9Z2RW9A9Cqo9Y3JG8q/yphU
RsXpW+WQjWbfhIvPzG8k5gjUdbidRE+W+mhDktCtzy/3vqx4ij430SsjLpeHlUNWy8QqWYBr
PDBxxBoQ/U6alxmUVuyhvPBKPtGbuWBU9d0l5yfP4M6hR4ZaKBZ37tUmco2cfv7AsmCb075i
K9HvNi9RUR+O60+fqljRHzoLcpv7aZtY1Xc9M4p7Jx2xBq2ImKabmole7IH6cfRdsbdyOMos
qEr6Rox+3OL0r0bWOQ4ChRzbjdadDxe/WWidV1xvLdFfivr6C51VrOj3e7NAa00Tq+oFzmxb
yCtNfL6aTYhe67ukEMqIX4Sn6NlEr8KWmKykktSMfj7X366tFkpBX/Oi0QJm5KNmAlqXGcbk
vhYT/W7zMepmqd0py1f0LJmXML1V9COzhu1GK+fFrJyWlHqsjNjjW7WL6MtV9IpGf+MteNW2
0fAXfObdzPjDTZOjCzgs5oQNOx8t5nmbFT3NzPU0Orn9ea2ZspUresPOgjomVrNsmgdz460g
+iWDbUw3lAIohC5RKtGr+HZuwbHhaDYy/4d7t6Y7ZF/70e+bYGqrdd560414Qeffo6kQoasb
QlzMeo9epXpFv1d13vStxWpWaOS8GPU1yrP6uYperOP6TDdlEr1ZmxfGHlnIoTn29DLWXuya
XrT+YTj+dzuDbex3xh7fcKUSxd9/Hb2swDImG0/RfxfPnPsxlIWFm92obAMZSCkjMdMmdPie
N6iETDAIvxlH0Yv3rq/9TJlEr/bYQti4zIvcNdchO4zZdN2eTYUqEwfVZhv94YVXMde6368r
lYOn6AXR57XRE0HKUAufO84qNiYVKLNe4Fe3j6xtjavohaOhn3ufNL1AiUSvitW0gJmMEqBN
AWec9xoLnQ/7f1gu5+2OujltbOsf0WDZsK74G76iL4DopRQO3SeeeFNGlrTUGrNe4Pli7riK
XlBtfV3tyiN6Fez0M2846zlaqYX6w5qjm8AgZrVZfm/Bppl7ALlKL/cNa7lAPH0qXNZiveUp
+n0xit6ws2CWiXVo1Atcx8Wbocu4RC+PZ+i8Yg+V3xPac50RXqlMcRPtS9d5oMqNq2+3TRrS
SSy9xh/cAs1bHUd/PsU3DzGnbC1FLXmKvjCiVwEy+tXRFXD71EBIs17geRyxYsVyiX4iXro2
f4yAXL/jqj7Rvxo51+ti+8Y5ZIdxGhg/2G+1kaN/G4qeXnSl6O79588r/6asSdHve0bheKkm
VrlYXG40mmYaVqqw5hK9I166NiO9uLm+B1yf6CWKi7qIm31fWb+uxuCn6Gy6i4VUhu7bbcj5
WyJ6ovpZLDMwGFVc6oyn6O+KMt0cOgv6zM6CKkbGvXDIqrKJXCNx7lRJLtHvBNpBTX53WfVd
HyJtolcJcH9lE25tJzTJIRurRhz6s/WNyPnbIvrd+jEWVRW61ZrqeYq+QKI/dBZk1l9NLj+m
yiZy82f+ljvWjk30sjpbTQZiucnos6su0auSFtyqE/rPUcKRKWqhWI+IztW8WEQGlZ3nfpSW
AE9ll7wZ041EdNuL2W/CRZVW3NoUvWFnwaSCwma9wHM6Yk1s9LudcLv5tRSwlPFFjD6OmkSv
sOcWqauMSxJv1BCHbLzeQej2mLKnXhhz3/22iH7nrOP2G39slr+jIyLix9Sn6Pddo86CPy76
Eb2qOjjMeadXPScbUrai330RT5+V9WUyhlrnyC/HV32Q9MoUm5Wd1n+Kco78k3nVCy2sdQ7q
zmNWW3+2uh2rzW05Y4+z+DL+Juh/15ksBRxTn6Lfq86C7CKEKtvq7KtHlaDnfvPmdcSaKfqd
yiCovmewtKRzPKZ6RK9QbF3lrb/X7pCNG+fD8UPrUMy7C9+YohdwrfZxa11VBXB4iv5VcGwB
28vhEsqHyq0er2rOn7hS/ZHZv26X2xFrSPTPcqDdqhtJSrM0KxdZi+iNegfm5Ycizq/ZIRsv
axPeRoZUbORukOiJ6r14xdZqusryFH3BRL9XgpD7xSolvHuIRJU87zNsEnK2aZRI09jPuCUQ
xJ0fpEvGr7Q7/KFnESttQYfoVTYyt3dgEUSd+xrqy6qeAKgL43zgcb9Hc79/Ey5wk0S/c57j
EbXhuAKvbK2Kfv8XqW+5XeFWkivdweRt4qmgJf3wcDXBOV1oMwhffBYwAlnO7x0uKqtZesCI
6cXoXf94UyUr9XOwmkAup2dgt6rV2Pi1DhmO48b5/jNX6jQKSeOHuU2i31GnwXiopT8u3Zhb
r6Lfm7UKUTz9/mNJVZqXRThixaKWoels0+rPhzArt1++z/3Omx+DuvSrH8iVKzexbOZqScnK
ZCJSPU8qz157i/vUEe/+AAAckUlEQVRgw469vQKvbAG3SvTUlOQtbqovnerrVfTHzoLcIf/f
CNNzeV7mLZn0iI3znjBvhD/YiubpVNsk6PS9ybCUHLm7oTcaL044BdyPHmmWyiR6Zf1obUTg
hxocsm8XX+3LbmsBZM/7+AncVZ/7hg26wCrWf4qsufNSdV/Nil7ViwndT8wx+PaefOCzbQeF
OGIlBwoeZW8z9Koyy+j95wdF//zYDfpcgOVmuMgielUW+oU5cA06XDlkK3SLdy9oPpiyvwcb
BGDeR7llot85m3hUfej3S6yAw1P0mlk0WrbK40FmBoB/zJaCZQO3z6YaqcOLyVoSbMjpPHJa
Gs/xwrQR4i/4D8Hsmb8mxbflPGMg21SyMuXtlcYocXFF4OuO4uEWN1XvIGEMbproyYD8dLnx
l0f1PEVfBtGbFbIU82ZjlDBekCNWLmKparmRnYcpP+zEnHIF0/vhcu58aOLq+yxOz+iG1a6S
lclM7yiNwZIlpge/XtJ8/9Mty3kakhsnejLVf457ZcOgrBZU9St6w0KWfI2qzlipPFrTBRs9
T7amY3o53x/cuR+M4/UvimT7YNEf6FcxiwIqIuT9DLFr9h1mOmglnadCXStwyN5d0HzY+a+b
DKk8H8mbJ3oqgLOP9SIgI0U5dS3rV/SmhSwNF79yxBbD86qBis9tUxt98tXnD2+TabG/yfD1
26+59KLYDjNQMipZ2RvNRuX+M2BOCllPo/ySxbOL7XzxPdfoMF+zoYeD6IXwHMYDcEK3DKpv
gKLfmxWyNJu9KpezsKjViZSEZo/S5LNEh5kwPalLlaxkxhvJaqEl/7iecRkge15PoygFcHad
S3fMcnjzal5MfhC9QMHZ9C6pPsNoajhDm6Do9+r7hVuWzIQoZZ3gYhyxCnAp6R9NHqXR54ip
56fmjRqVrPwY90WWwvnchoalZ8gm0PxkY+I1afR8MXo4EL2CzdlOLj75Ci+B0whFfyhkyY6T
ZE+vXyXZFLldSknfYT9Iw0+QkYeptmujkpUqSa30n/87D9qSHbIXFeepzBFo/jBEIPrjXHW2
F9WPwmWxqfPNUPR7WTXFL7tqylZunAU5Yg+fUNIrybUN88io8qM3MnI1NY/LqEKRPClYlvoT
t+CmZDyV6JBNoHkPNH+aziD695VNVH/xxevOCkylbIai3++V7bxkG0hRGbHnZjJpxmC3RKyc
u1k3lDilfvcYDVVxSWoZNkq56S6YdpFv0nVQrHxSsbcX3zABaP58HoLoz9HYbAYXVB+MCsvy
4Cl6nZKGOZwF/EKWLP5SDPU3wwdMO01etX0l2TOQkyE1qSE3qosA8+PrTZ5UdmstlZLB9Y1L
61vRGbKvl5E2wQBqPjLrQPTRRbjZXHQpCIOiCiPwFH2JRG9k+GXxfOGO2HPjjUVmekl8qaQ8
NClZqZLUivSNJG+7ZjXyis+Qfe1firPZGhGV0fUKoo/z1/b5MuGioHJnjVH0e6NQDgbT/1YW
2bzJC3NrLTOevNpDv2ebMkwCpIqqFnr9W0x6kf09E7GCM2SHFxUqKQtmhYjK+KiA6C/n6fqv
o4soZL9TQEGmxih600KWumtaFbEv1hF7IB5pzGhrXfY4ftLIkh5xo9TvShd1dVwZvpEU0leZ
XMymZX8U6ZDtxevNizYzz6D5yykDok9aRuvLEjgU1+ddFznZRzRH0R8LWTIXqSblOFKJLgp0
Y5+nxEhy5CbraD55tYepplGp9V+MSlYq30ipRVjfB8MoJOj3whyyk4vqJVSU8K+g+aRZDKJP
Xtubny6qnZHPLGe4QIMUvco+4rf51mJCeenSyEbqyHDMjPfQevBqD5Kmj3CZlio1kVaqHu+Z
CqwWqiFruqqWEe8Rd8ovkfsL2buoXEI0/9PtVpzPHgUQfRo+64cEqs8XbdkkRb9XJRE7JfCl
2M8KWMipRCMtGuHiickvDTvcObxGWkyXUaHRqhyxx7FRvh5u8p3cqnOWLL6MpySaf4SaT5vl
IPr09b/+06Vbljw95k2OG6XoD50FuXLsOl3KZezntnNlCEpFkW6r5+6j0qOdVPuWclry9uFN
eb6RlOFQXV2G12dF5Ii8DtmEeEpamE+g+fRxaPViYU4v/uHbVULPCvNoS56iFxGKvsb3s/Eh
yq/ZKXh5KBbOaeS68k6qX4w/4tEgf/zLO0NJ4XCcyvNK9TJ7VUmbeUm+kZQhUT6BrzyknuWG
lNVqJWsCdC/jKal7PSJtMscARJ89RTfr6WUVc3/cM2JXnqIvnej3A8mXbpEpshvJNRm1GI2A
uzjpkMLcVlG/ktatrOrsRiUrK3XEHsdEDjg3NOhnc4fscH5ZsG3pbRE3Dxs9T23Ej3ac4aXX
J+yYSNaGKfpDLYQwKG63P7TiLr+9RE9tvxRLl290azn7sE0F6eYtozwHlaSW28nJ3Yrl6uDm
sPUMn9VLaBW26G1A89cmcnFr/Nqd2vv3zub7ZRxX6PJbDjZN0VOJEGUD8QoanBdJv375PL/f
d9WnQxjM2ma/+fmgG5bphfqNMpe/lpWkdoX5VfouN97VxCHbvSx1ILwcKHagsXxB9BogUb36
ny8zM0J/zFRPjVP0+72K4Qs7hQTUT+XFfJOPHa6MpOOPxUaDVpWz/PmwQfnzjDQDk/j0dS67
twH+p1NUOgC3OL0qisa4by/BZuOPf4GY12EwNB7RQokOWn1OiLYMFyxSa56i3+8PzbX8QW5h
/JOisAyDBGNV6xx6FPXCE6c7jDUfd3+g+XCZpRGUrZ2599bgiD0Oksrs+sbDVmVPaztkvYSP
an/+sS0Dz8OmhKOh6LVBXX1KiLYkC45+FmIDFf1+/3pYQW4++41zKAbnmvmpdYj98phTzow/
ftUex9oOdHpHsgoyS46pkpVd3nMqU0hhbRt546FqNTDb+TIcst3RZUQExVP+VHDAGA/xdh0N
omeM1+r/LqsY05LUtuA0UdHTij7uX0vPWNU7x0r+C/1tj8claXHcJwZwZx8ZQ1n9of92Cgr0
x5kgdaUBjGmP6klRXXZp4tQhMypOr575uvmzd1m3TPhmnqHmGbMYRM8Aa7fbbC7bUNFsXQ60
6rrwFX1QCBteu8jwpDRHTFWmwHs6bhV+eovra89g/PdnmQ7ufMoMPGcNfo6DP4xOjTGuVkI1
KVn51Txc0Rj48xPNitOrr5Ar0mCQYLMJXXQVYc5GED0TMGd9okVpkj78Ah0LTkMVPa3YE1tS
lU6urO+e/NSLKs027zwzOw9/XfYHw2ZJ+5fpmRfRv9rbQIbYuzyjRH2O2OMomBWnVx8CGSLp
tZ9gswk7QwTaMGkLzlguYMIv+5Lkl9UoZCwUvTvQ/QnDZ6mZseeS7O693wpl/upz/e/vK9Et
s+pBtu6MB2T4bqffH80GXm9Y46/nDUbz5XnFa/d6tzLl2PzMm5bsCJZCZHzkIqo4/V94z31l
g5okhLpR8O4LbxfkPZKtR0PRm4zsdptQGoEsOLPsOjiHfMjzL4Er/16N6Uat2DOHl98ZvFzH
5Sdv/J6k6Jbf0iiLne4GCZk0DKArODTQ8eX05L7ALFlpEpNeONWr4vTMLOsX1V0g6WHuBgl5
iqST1qD560vz8ggQvQlqu53jvCUxSzDO8ocdY+v0WaUyRS+XWiSELej0p7+kgfPrZNQ5/6he
1KfmTyRx50Xlsz7KFRwZdAY6xfCUrdtfJP6Wi5T/yXOuOzUL5/boBVVx6rRnTPnvKvPi8tmT
guYp3ePN0f/YNFvYtp4Fojce2fXHhOJKZJsZpXqXmq3oxbIdxmyifrDszEeDgTftDXsTzxuQ
MaKzdKMNuNx5Pbb5BOJ6HYwXsaergMWv3MJfznXDYZIcj3ovwEroKIfyT/5mvSc+OyrmkO3O
ki4V9B9hmjdmKxC9MXS73To5BsdP60XVd7m/ZTlLMuuqk3GS/yt17QbjBoj52Pv0Bv1xZ7Fc
ukHg1/gLApe2yRljF1SVP01+2olHJU6oQ0VOk8c/d8h6SZZ5CmzbwGaTg6tA9DnAo3BL5z3m
5HyCN0jkGqzs3kjP4O0v+7pS1eApbu8UVdzd5JfajrBSEM2f/5Qh+5YYZhOOX1G3LBdRIeom
H3wiBifZghMuZlqx9ZWuRP2b3U1H4+VlPdgTCfnLzshLa46kfxsceY7AbN43/DVkJAaGj0+n
iTdI8agHo8c1TPM5iQqKPieAdDplUSWaJ7XCLBpNdUNvRkYQsoG4buAHZIpwl4vOuD/zGOaI
Rr8gHq45CCT7X8Olt0YKbH6SAtHnx5BicLb3iYbFcJnumW3OCsOTAIG6EXhN9L9SeZHvW4j5
IigKRF8EisKC85BULJtCx9I8s3UvLdwfCDQFgWmyTHJn/wQxXxA/gegLAlJYcJIds6E7r6mo
YFPWMZ4DCKQj8JZUmlLUCuzCAVsYOcEZWxyUdKX18yDRWu8vZg1xl4FxgECTEHhNyWheDlCc
slBqgqIvFE6S9e/laCNxclRVoM1ROE0iBzyLLQh4ncTArqD/BWK+WF6Coi8YTyHrN9PkBMcA
5npbGArvkR+B6VmlpHNN1JkiNap4VoKiLx5TCsJ5TLY7htm1cPIvHlwBCLQCgck8Of/aHX1E
nYMSKAmKvgxQRRDOZpgcSUCu2drLT7WCCvCQ1iLQS05/Jf/rEGK+JEKCoi8J2J2z/pTsmaW6
Z30kHFnLYnixbASG7822osUeloOnFWLmy6IjEH1ZyNJ1t9tvZ82FItMamVQgxBtEoBvpBna2
IoL5h+2mxKV485cG0Zc7BVZrL6l/giw6PtKpUH6DbIBXthOBtFBK6iY4/QdKU5ZLRCD6cvGl
8gibz8k5syJrFiGXdnIa3uoCgUGKz4oaOHxEzbKyWQjO2NIRlgGXv6S4n8D1oMQbQODuvOlk
xITp9n9GyHwVHARFXwXKZK537hL7UQkbTgdpszdAdjf7it1ULR/075xtNevv5u8Coq9sCqRH
XAp7PeJwbpYJbX7xt1laDxuKpXRQsqwy9gHRVwa1MNdveqm9m5aIubSZ8W7x3XqjlEAEipif
ODDMV0g9sNFXCTbdy9msvdQO0K52E+lbpA28c6sQmPTTmoVT5e7/QMR8xcQDRV8x4ILrnwZp
SodqJCAQp1V8hodNQsBLqXBALqnF4Cdo+cpJB4q+esjpjpvtx7SQyzAMOjME2IM/W4vA6yCl
WhmxvDt7XCMvqg7OgaKvA3XB9ZuXtJBLEYiDFoStJbqbfvBuSn15EVPpjr4iyKYmuoGirwt4
wfXO9wyuh3P2phmzjS8/HC38aP2a9z+5/fsNgmzqYxso+vqwF9VwNl/SajwJCQSDfRv57jaf
2ZunOV/DcDn6N2j5WokGir5e+GXa7OMgXQghwv42abNdbz0cpUYNU47I4HELLV83z0DR1z0C
woazfvLSV4oQ9vDOtov5buhpXzMibMjZ5D2hKmUDKAaKvgmDIOLrt9tJerACySKkU90Qebbm
VXsZUp5ChSdrRFI2hGCg6BsyEMT1681bWvl64dSiEPtuaxgAD2o9Aq/eOLkdoPTABnPqFoU+
Io1hFxB9Y4ZCPMjK+Xt6IA6FXS776ENoPYO24QUzpTy1UPsA52ujiAWmm2YNhwy6/DpLj1+g
UBwUu2wDE1r8jJQRlSHlw+XsNwdJUU3jFSj6po2IDMR5yMg7EcIeRXEsJtJGv9okI1ZettJ5
QH/vBlIKFH0TB0UG4jz30uuFCBtopz9tNCPg4axDgOw1QVpClDTL91YocNBQQoGib+jA0GM9
b39OreatHF4LmOytY9OGvtAVkqfuOV9ReLi5XAJF3+CxEcJ+u+1leWelsod/tqHkaMtj9WaZ
Sp58r701pHyzmQSKvtnjQ1GXq83nTIs9yN4WQm3ie1wjebLKf3ZQXb7pLAJF3/gREg+42W6G
2cIeyr6JLNnyZ+qNMnL4ZD3K/pCmZiuW0K0/JBR9W2bAynkcZH9BC7JH69mWk2tTHv+akqdu
gINHZ92W1XPzzwmib9EUcDZON7VB2yEcIuigz3hTyLKtz9GbXVHy4bL/tllByreIO0D0LRos
mTu7ffCuLUOKxvFQLaGtNFvrc79Os0MoVSmOT1tI+ZbxBoi+ZQMmLPbPmy9X4iAodcUdz2DH
qZU023bz4WC+TG0coj4Yqc3ltw1cr+3jDDhjWzhm4pGpAtqPq2QvAu0h7dvGt3U8r4aQlySP
UPmW8gWIvq0DJ7NnHSL7KxoM0r4O4mzTPTWEPJU2mH3fIFS+xWQB002LB48efbt17q+TPaR9
m5i3umfVEfKC5O+dzbbd6+Tmnx5E3/4psN44+6wGEId4HFjtq2PQFtxJR8gTyY/2Djyv7ecI
mG4sGEMVjOPcaZC9CLUfvLWAhvCIJSLQ9UadrELDShlIkkcpSksIAorekoGUZpxNN7OI7LHy
oLuYD4YlEgku3VgE3ry+BsdT68pRd7OGucYecgDR2zOW4k2I7O+uR+Oo0peIv2wsH5fxYMNB
/0pm9TGEcvCKwgZ20cIOphvbBlSEXjrO47R/LSRaxUUvx6PJXRm0gms2CIHeYL7IqiR//NSj
VpXTRwfVaywkBSh6CwdVkP12oyvtqWHVeOSB7RtEzAU+ymQ2XlyLwD3kQpGQRz9vO+kAit7W
cZXvtXF2utKewu07SK4qkGDrvxTFTo61PutEz/npI6VlWL0YbvzloOgtnwCUQqst7QXbzwco
nFA/Sed8AjLHj10tHU9hWBDyllOAfD0Q/S2M8sZx/lvTai/i6ojuUScnJ9fWdLqgeD0ZL3rM
Q8jfwuoH0d/MKIsXPUj76/HTp/wqqPua2NrothyKp5Yhndl+g/Jkt8MAUPS3M9aC7TfO83A2
1mZ7qHsj0q32JB7Fh1TWdPjsbFBN/qZWPoj+poZbvux27azvBrpGXJkkCdt9tdyteTcmxVMR
DDLIOyt4XW9v0YPob2/MFduT3f7D9QLkxwjrI93PpuhoosnCZR72OmHY4uXYLeeDvzsOkl1v
dLnDGXurA6/iL4nuv3h9vUDrI+cHy8585KFgTplEnnrtrmR4neSn0xbtU1OCL1S0BraaW17r
UPS3PPry3clL67xM9dLjzwR+4HYozwolcyri+7fpbM5keNEQqj/9T6o+6dz8JL95AED0Nz8F
FNsTGzxOdIoanhtzlPl+PELsfXl0P/Rm8w5Pw4shcjujyaOzhjke61siAKLHRDgh4FAbE+eb
Vg3bGN0T3y/G/UEPhRSKY/yeN5p3NNOezodDpDj/7qCKPBb2OQIgesyHGAIO1bZ3ftcrZ3vB
98GSCH8Gi445379NBkTwi0AvsTUyAKTivW8OhdDCVINVHUMARI8pkYiA5AszdS+jPMhlSxJ/
Cp+tJuV3JyTgxwsDBa8MNVLFr1egeKznRARA9JgYGQhQzLWxuldi03dFkM5ggqjMRMZ/7Xmz
PvE7K44maqiBiscSvo4AiP46RjiC1P3mAwXmGOpNVQbXXY6J8aew4xPjDycehUl2zPldesH7
3geoeKxOLQRA9Fow4SAVhuk8ij5FulWz4hb8w5+J8hfjeX/gTV417RpWHPbamw5mfTK/56F3
FedEfX8fybZGZajxAwJaCIDotWDCQeehORvnoTsY5eV7Zcp3F2TLn1lrzO/2vMGItPsyz8fQ
aYMcU8uAB2ogBobHgmQiAKJnAobDFQKUTb9xnu48am5hbF+OKH7ifPLfzvujgddq887dsOd5
s1FfeFZNQmcSPoNEw0fv7snZrOBsxfozQwBEb4YbzjryPRl0Vj+omZFWU9IUY87lfybaJ96X
xD/zJr0G23jeib2zWBZF7UcNvxiPpj9WVL8Aya1YcbkQANHngg8nn/H95ndRiMU0QjB7D/AD
Ifgl8Y9mA4+4f1gD+d+9DXvTqTcYSMVePLEfMKBIJZF99o1c4GB4LLFCEADRFwIjLnIg/O2a
FP7D94lBYRZttX86kNhfCH/aADpj2gJI/A/I7jOZTHq94fDtrcvN033tdt+Gw2Gv15tMPY/Y
nOh8Ph53BKO7QUF2mIzXpNyD/mzy/b8Fv29RgwyLqkAEQPQFgolLHRGgqL9/UAT+x65ZoRY+
56ed4Ye+7wdiRwhc2hTot6SYnyX95B+IvulHh9Bxxd2UeSVRDnTmdT8LLysiabCISkEARF8K
rLjoAQEqq0USf/t1SF7bXGH4TPJsweGyHJw3/EoGGvoOQqQk1kyZCIDoy0QX1z4hsFltRa+T
j/dUq0umgtanoGvcBMjHTNGkI693/5H0+3qLIvFYItUgAKKvBmfc5YSAs12tiPKdpy/DqUgP
LSLEvEbuvn5rWQWiP5sOv3wi48xqRWUlMB2AQLUIgOirxRt3O0dgQz5Hsko761/vVM1Ga4S+
yAQTFR8m+1/XZJohet+C3TH560MARF8f9rjzOQIiA0sU2HWefrsfTkSxAIpfbA3xqxRf0u2D
6fD+5YleQ0p3hM5gkjcDARB9M8YBTxFBQPoniSdJBTtPL/dk4zkSfzNs+xTJcyT2iSJ2Ynby
O68RNYOZ3EgEQPSNHBY8VBQBEXiomJ9E//bT51/uuxTrPhiISHcKdKd4SRHnXrB/l9hc1F8j
pa7ytESaVvf+l8+fKHCUeJ1cDdK/jLECAs1HAETf/DHCEyYhIIPO12QekTpaWH3ovzw/vnz4
8Z0Sn0Ta00SkPVHiE/1mlPw06o/6fcqAohwo+j/9K5E30TclWVGaFf0o00okWnW7r99/fHh5
eBYXpEuSQYl2GLHJgNUxE1uLAIi+tUOHB89EgES3JGr6kRlI7AbbldwXjv8ISa7+4rhP0CkA
FQhYiQCI3sphxUsBASAABN4RANFjNgABIAAELEcARG/5AOP1gAAQAAIgeswBIAAEgIDlCIDo
LR9gvB4QAAJAAESPOQAEgAAQsBwBEL3lA4zXAwJAAAiA6DEHgAAQAAKWIwCit3yA8XpAAAgA
ARA95gAQAAJAwHIEQPSWDzBeDwgAASAAosccAAJAAAhYjgCI3vIBxusBASAABED0mANAAAgA
AcsRANFbPsB4PSAABIAAiB5zAAgAASBgOQIgessHGK8HBIAAEADRYw4AASAABCxHAERv+QDj
9YAAEAACIHrMASAABICA5QiA6C0fYLweEAACQABEjzkABIAAELAcARC95QOM1wMCQAAIgOgx
B4AAEAACliMAord8gPF6QAAIAAEQPeYAEAACQMByBED0lg8wXg8IAAEgAKLHHAACQAAIWI4A
iN7yAcbrAQEgAARA9JgDQAAIAAHLEQDRWz7AeD0gAASAAIgecwAIAAEgYDkCIHrLBxivBwSA
ABAA0WMOAAEgAAQsRwBEb/kA4/WAABAAAiB6zAEgAASAgOUIgOgtH2C8HhAAAkAARI85AASA
ABCwHAEQveUDjNcDAkAACIDoMQeAABAAApYjAKK3fIDxekAACAABED3mABAAAkDAcgRA9JYP
MF4PCAABIACixxwAAkAACFiOAIje8gHG6wEBIAAEQPSYA0AACAAByxEA0Vs+wHg9IAAEgACI
HnMACAABIGA5AiB6ywcYrwcEgAAQANFjDgABIAAELEcARG/5AOP1gAAQAAIgeswBIAAEgIDl
CIDoLR9gvB4QAAJAAESPOQAEgAAQsBwBEL3lA4zXAwJAAAiA6DEHgAAQAAKWIwCit3yA8XpA
AAgAARA95gAQAAJAwHIEQPSWDzBeDwgAASAAosccAAJAAAhYjgCI3vIBxusBASAABED0mANA
AAgAAcsRANFbPsB4PSAABIAAiB5zAAgAASBgOQIgessHGK8HBIAAEPh/nbnmspASo2YAAAAA
SUVORK5CYIK3AAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADgyep5+brO
EYyCAKoAS6kLRgAAAG0AYQBpAGwAdABvADoAZABlAHIAcgBpAGUAcgBlAEAAbgBlAHcAYgA2
AC4AdQAtAHMAdAByAGEAcwBiAGcALgBmAHIAAACtAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyC
AKoAS6kLAgAAAAMAAADgyep5+brOEYyCAKoAS6kLPAAAAG0AYQBpAGwAdABvADoAbgBvAHIA
bQBhAG4AQABhAHMAdAByAG8ALgBnAGwAYQAuAGEAYwAuAHUAawAAAJsAAABEAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ANDJ6nn5us4RjIIAqgBLqQsCAAAAAwAAAODJ6nn5us4RjIIAqgBLqQsqAAAAbQBhAGkAbAB0
AG8AOgByAGcAbQBAAHIAbwBlAC4AYQBjAC4AdQBrAAAAqwAAAEQAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0Mnqefm6
zhGMggCqAEupCwIAAAADAAAA4Mnqefm6zhGMggCqAEupCzoAAABtAGEAaQBsAHQAbwA6AGEA
bgBkAHIAZQBhAEAAcgBtAC4AaQBhAHMAZgAuAGMAbgByAC4AaQB0AAAApwAAAEQAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA0Mnqefm6zhGMggCqAEupCwIAAAADAAAA4Mnqefm6zhGMggCqAEupCzYAAABtAGEAaQBs
AHQAbwA6AGoAYwBtAEAAYwBmAGEALgBoAGEAcgB2AGEAcgBkAC4AZQBkAHUAAAC3AAAARAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADgyep5+brOEYyCAKoAS6kLRgAAAG0A
YQBpAGwAdABvADoAZgByAGEAbgBjAG8AaQBzAEAAdgBpAHoAaQByAC4AdQAtAHMAdAByAGEA
cwBiAGcALgBmAHIAAACnAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAAAAMAAADg
yep5+brOEYyCAKoAS6kLNgAAAG0AYQBpAGwAdABvADoAUABlAGQAcgBvAC4ATwBzAHUAbgBh
AEAAZQBzAGEALgBpAG4AdAAAAKMAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANDJ6nn5us4RjIIAqgBLqQsCAAAA
AwAAAODJ6nn5us4RjIIAqgBLqQsyAAAAbQBhAGkAbAB0AG8AOgBnAHQAcgBAAGEAcwB0AC4A
YwBhAG0ALgBhAGMALgB1AGsAAACpAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADQyep5+brOEYyCAKoAS6kLAgAA
AAMAAADgyep5+brOEYyCAKoAS6kLOAAAAG0AYQBpAGwAdABvADoAcgBvAHkAQABjAGEAYwBy
AC4AYwBhAGwAdABlAGMAaAAuAGUAZAB1AAAArwAAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0Mnqefm6zhGMggCq
AEupCwIAAAADAAAA4Mnqefm6zhGMggCqAEupCz4AAABoAHQAdABwADoALwAvAHcAdwB3AC4A
aQB2AG8AYQAuAG4AZQB0AC8ARABvAGMAdQBtAGUAbgB0AHMALwAAAGQAFiQBFyQBSWYBAAAA
AZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzW
AwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2
AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXW
BQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXW
BQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MD
NdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MD
NdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQID
dCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MDNdYFAQID
dCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQIDdCA01gYA
AQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgAB
YwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh
9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgEC
dCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QA
FiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsA
FPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQB
SWYBAAAAAZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY
9gMAACzWAwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAA
AZZt/yF2AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzW
AwABATXWBQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2
AAJoATXWBQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXW
BQABA2MDNdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXW
BQABA2MDNdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MD
NdYFAQIDdCA01gYAAQ8AAABh9gNt/2QAFiQBFyQBSWYBAAAAAZZt/yF2AAJoATXWBQABA2MD
NdYFAQIDdCAjdgABYwMjdgECdCA6VgsAFPYD1yMY9gMAACzWAwABATXWBQABA2MDNdYFAQID
dCA01gYAAQ8AAABh9gNt/6MAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANDJ6nn5us4RjIIAqgBLqQsCAAAAAwAA
AAMDAAAAAAAAwAAAAAAAAEYAABQAAABDOlxob21lXFVDRFxVQ0RcanNcAP//rd4AAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAADYAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjQyep5+brOEYyCAKoAS6kLAgAAAAsA
AAADAwAAAAAAAMAAAAAAAABGAAA1AAAAQzpcaG9tZVxzZWJcRG9jdW1lbnRzXFVDRFxEb2N1
bWVudHNcVUNELTIwMDMwOTIyLmRvYwD//63eAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAA
AFUAQwBEAHQAcgBlAGUAAABkABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQPyAjXWBQEC
A+UgI3YAAfICI3YBAuUgOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQPyAjXWBQECA+UgNNYG
AAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQPyAjXWBQECA+UgI3YA
AfICI3YBAuUgOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQPyAjXWBQECA+UgNNYGAAEPAAAA
YfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQPyAjXWBQECA+UgI3YAAfICI3YB
AuUgOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQPyAjXWBQECA+UgNNYGAAEPAAAAYfYDbf9k
ABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQPyAjXWBQECA+UgI3YAAfICI3YBAuUgOlYL
ABT2A9cjGPYDAAAs1gMAAQE11gUAAQPyAjXWBQECA+UgNNYGAAEPAAAAYfYDbf9kABYkARck
AUlmAQAAAAGWbf8hdgACaAE11gUAAQPyAjXWBQECA+UgI3YAAfICI3YBAuUgOlYLABT2A9cj
GPYDAAAs1gMAAQE11gUAAQPyAjXWBQECA+UgNNYGAAEPAAAAYfYDbf9kABYkARckAUlmAQAA
AAGWbf8hdgACaAE11gUAAQPyAjXWBQECA+UgI3YAAfICI3YBAuUgOlYLABT2A9cjGPYDAAAs
1gMAAQE11gUAAQPyAjXWBQECA+UgNNYGAAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8h
dgACaAE11gUAAQMXBDXWBQECA8AfI3YAARcEI3YBAsAfOlYLABT2A9cjGPYDAAAs1gMAAQE1
1gUAAQMXBDXWBQECA8AfNNYGAAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE1
1gUAAQMXBDXWBQECA8AfI3YAARcEI3YBAsAfOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQMX
BDXWBQECA8AfNNYGAAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQMX
BDXWBQECA8AfI3YAARcEI3YBAsAfOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQMXBDXWBQEC
A8AfNNYGAAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQMXBDXWBQEC
A8AfI3YAARcEI3YBAsAfOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQMXBDXWBQECA8AfNNYG
AAEPAAAAYfYDbf9kABYkARckAUlmAQAAAAGWbf8hdgACaAE11gUAAQMXBDXWBQECA8AfI3YA
ARcEI3YBAsAfOlYLABT2A9cjGPYDAAAs1gMAAQE11gUAAQMXBDXWBQECA8AfNNYGAAEPAAAA
YfYDbf9FCAAARABkAAAAAAAAAAgAAAAAAAAAAAAAAAAAihv3CNUD2wMAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAA8ABPBOAAAAsgQK8AgAAAACBAAAAAoAAEMAC/AqAAAABEEC
AAAABcESAAAABgECAAAA/wEAAAgAcwBwAGUAYwB0AHIAdQBtAAAAAAAQ8AQAAAABAACAYgAH
8KMHAAAGBlTFXDVOCWOzGHkpME+vwDf/AH8HAAABAAAAZy8CAAAAagMAbh7wdwcAAFTFXDVO
CWOzGHkpME+vwDf/iVBORw0KGgoAAAANSUhEUgAAAdYAAACZBAMAAABgTQZkAAAAGFBMVEUA
AACPAI////8AAI8AAP8AAAAAAAAAAAAT9b43AAAAAWJLR0QAiAUdSAAAAAxjbVBQSkNtcDA3
MTIAAAAHT223pQAABuRJREFUeNrtnQtyozgQhrXMBTaeCwDJATKqOYHX9z/TAuIhQP3Ug0fc
lVIRR5b0of5bwlZXTPtzzBw9gDdrJlZTHdV16Y7frG/WN6u+67wWZN3bt1fGW6p2zsP666Ks
Gvslf0tp8fz42GS9Mt6gdq7L+nlRVo19it9xAKvK6jGmXWO02LutV+KsFaMLy6jDHS2nvxys
1apvuV7PwUqbhDWesOumNl2XddyanIw1n9V9XOiLKger9UqMtWbdKcuphA2xY3Q/x+l1HYez
6bWjHHD7i8P0ymWNtN55Btb2QNaqjF4zs1qvjGe1jDrXYs2p15yxiTOAcuurmdacPkacgjWf
1W4v0XMesr5KLEk741Kefl41rJn3w7xti4JVYxn3w6djzWzZWK1XAtZ8PLhdWG5F1Bp2f6lZ
m4/OVq9k1mvXYTSszjW6WW3aNWxmvXYdRsOqWPtuO59KcKvZPT76XnOwWq8EUMfeObCWUYdC
/VjKoqyOcIgVzeLHWfU63tNIP5L78DSZY/cTbE69zhMaBytmnf127L+EaGfnifNiqQ8vEv2Y
XyEGYNtI8+5mFKyQ1YtGzTKWfgD59Lrio26smBXp9rFcL5e9H+fT65ouQjIi1tUa42/a4td5
BPWB/x7Jar0SQl1vUDHR2jbGdgrVS1bAup289W+/wSHEse6nUQ3L9+Gdn272/nkWn9DjjbYj
Nuteknvnit2whnoNvaqE5fpwIPo0u/eFYW2rtzCVMhQyWUOtr93r08E+oNZUBj2g6yTL8+Hg
jQywJl58YCQVLIs1TBC86UlFi9w4zT3l+DA0WeFXd7C2VRo6eQpYBivol8BnMFvRqllRD1F4
Me3DsAShz5sS+TExc3JYkhWJNg34phSwJIu4E8qHscCKfGTr+7HVsdIkUskSrOgasmLdPNN5
b9SxckCEsLgP48slxhorWpYahZJFWamdAf7XKFjelMlgMR8mN0FET6NorQKV++2NyIsR1j9k
Qz5r6DMY58cKVv58SWAN+GXfZlbrwNf3/qLjsXo1UT+GDwQgBJsjE6DvBRoHWbeNBFnD/fg1
sSd4kBXz4O3xEMgFuKx2QLUpWLuGbAsYxIp68O4oDFCbz9rPqow17MN9pT/Q0CFWVIP7Yz/h
6mHWw/Jz8lpG1tMZk/XbK+MtVTspWEN6XUpMr76BeoXXV9UhNO4xPcmaszU9q2Q412BVMJyC
1XplPKtl1svPGqoXYqWsSH5OnF3lPGIGVj9nATsgrKknOVRYV1PLAow6vNRQrJXrCRzcph7J
WklZ57vIZK0mVqSLAGvV2okB7Mw/F+4uPsl6BVjxLoKsEwP8xjystZmyNdz8UKybRLsoVriv
PStdj2YdnH3wQxZr77N+op2K9duMPSPdLHI2SEhY590RrIO4h5+K5cPbZBaXwyNineOrwefV
q2cwH2bH4WGWhjBhOKy7RDtlHJ4YWKwVrlc+azX7AY91k5ClYK1UsYmsN0xAZlaFXjVrzuVZ
0b1EJVtzGKyy2FSHYpNmzZlucAX1s6pHszrhomN3y8egb16qoJnWHO8G6VnBJ6g9K12vJh/H
jMuZc+lzNGu9SrQTszqzXhlvwnYcYF0xqzu4hrP7PN/zq/AJfpzIh5ZVY8meX3WsnC+7zpdP
V5jVemW8pWoHNc4XtufTa2FWjR39eVNJ1qONIdi76LUo69GfDzd0ldvolRGcbqNXLav1ynhL
1Q5htGBvo1ctq8aO1isjON1GrwzB3kevBVkP1yu9S7yPXungdB+9KlmtV8ZbqnYoIwV7I73q
WDV2vF7J4HQjvZKCRXw4laVtLQur0CmP1yu5S7yTXqngdCe9qlhtXySbKFsMlhDsnfSqYtXY
CfRKBac76ZUS7K30Wor1DHoldolB1tdzKgSsL+APXy9RO3qrTRecxGcINKxfF2X922P+l4r1
bznW5iFnfXUmZP18QVaO1fzzr+CstDM3xlSs5XzYmDKsX6dg/ZCzPttrxibFWa436z1Zb2pv
1nvaD2btAsm8JPbBSRigWve+L/nyrB/8nNHgHx+eDjWuDjcCrE/HqoqhI2uB8LvOotOwPpdF
RzU5PWuZpWY9nXGsuvHmZoWy6MaL4dX+QPyS4TElEmGsOs1lZgWz6MYLl+tQLYkSY84EwOrG
qZWcY80Wm8AsulG441/GGmbJv0DjsDKW5o3DcBbdxNqOrGON7rLisKr1mpMVyqJb9Gr8Gs6T
AdbnqWMTnFm21evMWnNYz7jmUKz14sMTq4F92GNV7yVyskJZdDOr8WKTY61R1ikgP8/GCmXR
TRe1t+ZMrIQPTxeKEedfX0NZdMvFwjrmtQJ6vYrR/64u8AHFtVllNd6sp7efxKqy/wET4XOQ
cwnT8QAAAABJRU5ErkJgguQAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXWBQABA5ILNdYFAQID
KQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgIDDAYjdgMElAQjdgQF
5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAA
AAD/AAAAABT2AQAAF/YAAAA11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQF
A+YHL9YLAAUEAAAA/wQBAAA01gYAAQ8AAACKVAEAjAAWJAEXJAFJZgEAAAABlvv/IXYAAWgB
NdYFAAEDQSMjdgABQSM6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAA11gUAAQNBIy/WCwABBQAAAP8EAQAANNYG
AAEPAAAAilQBAOQAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXWBQABA5ILNdYFAQIDKQU11gUC
AwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgIDDAYjdgMElAQjdgQF5gc6VgsA
B5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAA
ABT2AQAAF/YAAAA11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHL9YL
AAUBAAAA/wQBAAA01gYAAQ8AAACKVAEA1gAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAED
kgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2
AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAADXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQME
A5QENdYFBAUD5gc01gYAAQ8AAACKVAEA1gAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAED
kgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2
AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAADXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQME
A5QENdYFBAUD5gc01gYAAQ8AAACKVAEA1gAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAED
kgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2
AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAADXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQME
A5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAED
kgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2
AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMM
BjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgB
NdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2
AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA
/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU1
1gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/
IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2
AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYF
AQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEA
AAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2
AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEA
AAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQAB
A5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEX
JAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUE
BQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAA
AAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwAB
ATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA
3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQD
lAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA
/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAA
ACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8A
AACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwG
NdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+
E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYB
AAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc0
1gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXW
BQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpW
CwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8A
AAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYF
BAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUB
AgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2
BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAA
AAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQME
A5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAED
kgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2
AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMM
BjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/IXYABWgB
NdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2
AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA
/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU1
1gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEA6gAWJAEXJAFJZgEAAAABlvv/
IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2
AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYF
AQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcv1gsABQQAAAD/BAEAADTWBgABDwAAAIpU
AQCSABYkARckAUlmAQAAAAGW+/8hdgABaAE11gUAAQNBIyN2AAFBIzpWCwAHlLX+E9YwAAAA
/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAA
ACzWAwABATXWBQABA0EjL9YLAAEFAAAA/wQBAAA01gYAAQ8AAACKVAEA6gAWJAEXJAFJZgEA
AAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2
AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEA
AAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQAB
A5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcv1gsABQEAAAD/BAEAADTWBgAB
DwAAAIpUAQDcABYkARckAUlmAQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMD
DAY11gUDBAOUBDXWBQQFA+YHI3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeU
tf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU
9gEAABf2AAAALNYDAAEBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPm
BzTWBgABDwAAAIpUAQDcABYkARckAUlmAQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykF
NdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYH
OlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA
/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ1
1gUEBQPmBzTWBgABDwAAAIpUAQDcABYkARckAUlmAQAAAAGW+/8hdgAFaAE11gUAAQOSCzXW
BQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZILI3YBAikFI3YCAwwGI3YDBJQE
I3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8A
AAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYF
AwQDlAQ11gUEBQPmBzTWBgABDwAAAIpUAQDcABYkARckAUlmAQAAAAGW+/8hdgAFaAE11gUA
AQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZILI3YBAikFI3YCAwwG
I3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEA
AAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs11gUBAgMpBTXWBQID
AwwGNdYFAwQDlAQ11gUEBQPmBzTWBgABDwAAAIpUAQDcABYkARckAUlmAQAAAAGW+/8hdgAF
aAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZILI3YBAikF
I3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAA
AAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs11gUBAgMp
BTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBzTWBgABDwAAAIpUAQDcABYkARckAUlmAQAAAAGW
+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZIL
I3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA
/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs1
1gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBzTWBgABDwAAAIpUAQDcABYkARckAUlm
AQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YH
I3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8E
AQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYF
AAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBzTWBgABDwAAAIpUAQDqABYk
ARckAUlmAQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXW
BQQFA+YHI3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEA
AAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYD
AAEBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBy/WCwAFBAAAAP8E
AQAANNYGAAEPAAAAilQBAJIAFiQBFyQBSWYBAAAAAZb7/yF2AAFoATXWBQABA0EjI3YAAUEj
OlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA
/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDQSMv1gsAAQUAAAD/BAEAADTWBgABDwAAAIpU
AQDqABYkARckAUlmAQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUD
BAOUBDXWBQQFA+YHI3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAA
AAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2
AAAALNYDAAEBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBy/WCwAF
AQAAAP8EAQAANNYGAAEPAAAAilQBANwAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXWBQABA5IL
NdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgIDDAYjdgME
lAQjdgQF5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA
/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY1
1gUDBAOUBDXWBQQFA+YHNNYGAAEPAAAAilQBANwAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXW
BQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgID
DAYjdgMElAQjdgQF5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQOSCzXWBQECAykFNdYF
AgMDDAY11gUDBAOUBDXWBQQFA+YHNNYGAAEPAAAAilQBANwAFiQBFyQBSWYBAAAAAZb7/yF2
AAVoATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgEC
KQUjdgIDDAYjdgMElAQjdgQF5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEA
AAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQOSCzXWBQEC
AykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHNNYGAAEPAAAAilQBAOoAFiQBFyQBSWYBAAAA
AZb7/yF2AAVoATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgAB
kgsjdgECKQUjdgIDDAYjdgMElAQjdgQF5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAA
AAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQOS
CzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHL9YLAAUEAAAA/wQBAAA01gYAAQ8A
AACKVAEAkgAWJAEXJAFJZgEAAAABlvv/IXYAAWgBNdYFAAEDQSMjdgABQSM6VgsAB5S1/hPW
MAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAA
F/YAAAAs1gMAAQE11gUAAQNBIy/WCwABBQAAAP8EAQAANNYGAAEPAAAAilQBAOoAFiQBFyQB
SWYBAAAAAZb7/yF2AAVoATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD
5gcjdgABkgsjdgECKQUjdgIDDAYjdgMElAQjdgQF5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA
/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE1
1gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHL9YLAAUBAAAA/wQBAAA0
1gYAAQ8AAACKVAEA6gAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUBAgMpBTXW
BQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpW
CwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8A
AAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQMEA5QENdYF
BAUD5gcv1gsABQQAAAD/BAEAADTWBgABDwAAAIpUAQCSABYkARckAUlmAQAAAAGW+/8hdgAB
aAE11gUAAQNBIyN2AAFBIzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA
/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA0EjL9YLAAEFAAAA
/wQBAAA01gYAAQ8AAACKVAEA6gAWJAEXJAFJZgEAAAABlvv/IXYABWgBNdYFAAEDkgs11gUB
AgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2AQIpBSN2AgMMBiN2AwSUBCN2
BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/AAAA
AAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYFAQIDKQU11gUCAwMMBjXWBQME
A5QENdYFBAUD5gcv1gsABQEAAAD/BAEAADTWBgABDwAAAIpUAQDqABYkARckAUlmAQAAAAGW
+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YHI3YAAZIL
I3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8EAQAAAAAA
/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYFAAEDkgs1
1gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBy/WCwAFBAAAAP8EAQAANNYGAAEPAAAA
ilQBAJIAFiQBFyQBSWYBAAAAAZb7/yF2AAFoATXWBQABA0EjI3YAAUEjOlYLAAeUtf4T1jAA
AAD/BAEAAAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2
AAAALNYDAAEBNdYFAAEDQSMv1gsAAQUAAAD/BAEAADTWBgABDwAAAIpUAQDqABYkARckAUlm
AQAAAAGW+/8hdgAFaAE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQFA+YH
I3YAAZILI3YBAikFI3YCAwwGI3YDBJQEI3YEBeYHOlYLAAeUtf4T1jAAAAD/BAEAAAAAAP8E
AQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8AAAAAAAAA/wAAAAAU9gEAABf2AAAALNYDAAEBNdYF
AAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmBy/WCwAFAQAAAP8EAQAANNYG
AAEPAAAAilQBAOoAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXWBQABA5ILNdYFAQIDKQU11gUC
AwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgIDDAYjdgMElAQjdgQF5gc6VgsA
B5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAAAAD/AAAA
ABT2AQAAF/YAAAAs1gMAAQE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOUBDXWBQQF
A+YHL9YLAAUEAAAA/wQBAAA01gYAAQ8AAACKVAEAkgAWJAEXJAFJZgEAAAABlvv/IXYAAWgB
NdYFAAEDQSMjdgABQSM6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wAAAAAAAAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQNBIy/WCwABBQAAAP8E
AQAANNYGAAEPAAAAilQBAOoAFiQBFyQBSWYBAAAAAZb7/yF2AAVoATXWBQABA5ILNdYFAQID
KQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gcjdgABkgsjdgECKQUjdgIDDAYjdgMElAQjdgQF
5gc6VgsAB5S1/hPWMAAAAP8EAQAAAAAA/wQBAAAAAAD/BAEAAAAAAP8EAQAAAAAA/wAAAAAA
AAD/AAAAABT2AQAAF/YAAAAs1gMAAQE11gUAAQOSCzXWBQECAykFNdYFAgMDDAY11gUDBAOU
BDXWBQQFA+YHL9YLAAUBAAAA/wQBAAA01gYAAQ8AAACKVAEA3AAWJAEXJAFJZgEAAAABlvv/
IXYABWgBNdYFAAEDkgs11gUBAgMpBTXWBQIDAwwGNdYFAwQDlAQ11gUEBQPmByN2AAGSCyN2
AQIpBSN2AgMMBiN2AwSUBCN2BAXmBzpWCwAHlLX+E9YwAAAA/wQBAAAAAAD/BAEAAAAAAP8E
AQAAAAAA/wQBAAAAAAD/AAAAAAAAAP8AAAAAFPYBAAAX9gAAACzWAwABATXWBQABA5ILNdYF
AQIDKQU11gUCAwMMBjXWBQMEA5QENdYFBAUD5gc01gYAAQ8AAACKVAEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAUACwAEgABAJwADwADAAAAAAAAAAAAZAAAQPH/AgBkAAwAAAAAAAAA
AAAGAE4AbwByAG0AYQBsAAAAHgAAABOkZAAUpGQAMSQBDcYCAAAqJAE3JAE1JAEzJAEfAEIq
AE9KAABRSgAAQ0oYAG1ICQRzSAkEUEoAAENKGAAAVgABQAEAAgBWAAwAAACVJq0AAAAJAEgA
ZQBhAGQAaQBuAGcAIAAxAAAADwABAAYkAQomAAtGDwBAJgAAGQBCKgpPSgIAUUoCAENKIAA1
CAFDSiAANQgBAFYAAkABAAIAVgAMAAAAlSatAAAACQBIAGUAYQBkAGkAbgBnACAAMgAAAA8A
AgAGJAEKJgELRg8AQCYBABkAQioKT0oCAFFKAgBDShwANQgBQ0ocADUIAQBcAANAAQACAFwA
DAAoAJUmrQAAAAkASABlAGEAZABpAG4AZwAgADMAAAAXAAMABiQBCiYCC0YPAA3GBQABaAEA
QCYCABgANQiBQioKT0oCAFFKAgBhShgAcGgAgIAAUAAEQAEAAgBQAAwAAAAAAAAAAAAJAEgA
ZQBhAGQAaQBuAGcAIAA0AAAAFgAEAAMkAQYkAQ3GBQAB0AIGQCYDYSQBDgBDShYANQgBQ0oW
ADUIAVYABUABAAIAVgAMAAAAAAAAAAAACQBIAGUAYQBkAGkAbgBnACAANQAAABUABQANxgUA
AdACBhOk8AAUpDwAQCYEABQAQ0oaADYIATUIAUNKGgA2CAE1CAFQAAZAAQACAFAADAAAAAAA
AAAAAAkASABlAGEAZABpAG4AZwAgADYAAAAVAAYADcYFAAHQAgYTpPAAFKQ8AEAmBQAOAENK
FgA1CAFDShYANQgBQgAHQAEAAgBCAAwAAAAAAAAAAAAJAEgAZQBhAGQAaQBuAGcAIAA3AAAA
FQAHAA3GBQAB0AIGE6TwABSkPABAJgYAAABIAAhAAQACAEgADAAAAAAAAAAAAAkASABlAGEA
ZABpAG4AZwAgADgAAAAVAAgADcYFAAHQAgYTpPAAFKQ8AEAmBwAGADYIATYIAVIACUABAAIA
UgAMAAAAAAAAAAAACQBIAGUAYQBkAGkAbgBnACAAOQAAABUACQANxgUAAdACBhOk8AAUpDwA
QCYIABAAT0oCAFFKAgBDShYAQ0oWAEQAQUDy/6EARAAMAQAAAAAAAAAAFgBEAGUAZgBhAHUA
bAB0ACAAUABhAHIAYQBnAHIAYQBwAGgAIABGAG8AbgB0AAAAAABWAGlA8/+zAFYADAEAAAAA
AAAAAAwAVABhAGIAbABlACAATgBvAHIAbQBhAGwAAAAgADpWCwAX9gMAADTWBgABBQMAADTW
BgABCgNsAGH2AwAAAgALAAAAKABrQPT/wQAoAAABAAAAAAAAAAAHAE4AbwAgAEwAaQBzAHQA
AAACAAwAAAAAADQAIEABAPIANAAMAAAAymBzAAAABgBGAG8AbwB0AGUAcgAAAA0ADwANxggA
AuAQwCEBAgAAAC4AKUCiAAEBLgAMAAAAymBzAAAACwBQAGEAZwBlACAATgB1AG0AYgBlAHIA
AAAAADQAH0ABABIBNAAMAAAAQl1sAAAABgBIAGUAYQBkAGUAcgAAAA0AEQANxggAAuAQwCEB
AgAAAEAAVkCiACEBQAAMAAAAC0G1AAAAEQBGAG8AbABsAG8AdwBlAGQASAB5AHAAZQByAGwA
aQBuAGsAAAAGAD4qAUIqDGIA/k+iADEBYgAMAAAAxBBwAAAAGQBTAHQAeQBsAGUAIABMAHUA
YwBpAGQAYQAgAEMAbwBuAHMAbwBsAGUAIAA5ACAAcAB0AAAAGAA1CIFCKgZDShIAT0oDAFFK
AwBwaP9mAAAoAFdAogBBASgADAAAAAtBtQAAAAYAUwB0AHIAbwBuAGcAAAADADUIAQCkAP5P
AQBSAaQADAAAAMQQcAAAADQAUwB0AHkAbABlACAATAB1AGMAaQBkAGEAIABDAG8AbgBzAG8A
bABlACAAOQAgAHAAdAAgAEIAZQBmAG8AcgBlADoAIAAgADQAIABwAHQAIABBAGYAdABlAHIA
OgAgACAANAAgAHAAdAAAAAoAFQATpFAAFKRQABgANQiBQioGQ0oSAE9KAwBRSgMAcGj/ZgAA
pAD+TwEAYgGkAAwAAADEEHAAAAA0AFMAdAB5AGwAZQAgAEwAdQBjAGkAZABhACAAQwBvAG4A
cwBvAGwAZQAgADkAIABwAHQAIABCAGUAZgBvAHIAZQA6ACAAIAAwACAAcAB0ACAAQQBmAHQA
ZQByADoAIAAgADAAIABwAHQAAAAKABYAE6QAABSkAAAYADUIgUIqBkNKEgBPSgMAUUoDAHBo
/2YAADwAIkABAAIAPAAMAQAAbmb5AAAABwBDAGEAcAB0AGkAbwBuAAAACgAXABOkeAAUpHgA
CgA1CIFDShQAXAiBQAD+TwEAggFAAAwAAABuZvkAAAAOAFMAdAB5AGwAZQAgAE4AdQBtAGIA
ZQByAGUAZAAAAAkAGAAKJgALRh0AAAAAQgD+TwEAkgFCAAwAAAC7Rc0AAAAHAGIAdQBsAGwA
ZQB0ADMAAAAZABkACiYAC0YXAA+E0AIRhAAAXoTQAmCEAAAAAABYAP5PAQCiAVgADAAAALtF
zQAAAB4AUwB0AHkAbABlACAAQgB1AGwAbABlAHQAZQBkACAAUwB5AG0AYgBvAGwAIAAoAHMA
eQBtAGIAbwBsACkAAAACABoAAAA+AEJAAQCyAT4ADAAAAAAAAAAAAAkAQgBvAGQAeQAgAFQA
ZQB4AHQAAAACABsAEABPSgIAUUoCAENKFgBDShYAPgAdQAEAwgE+AAwBAAAAAAAAAAANAEYA
bwBvAHQAbgBvAHQAZQAgAFQAZQB4AHQAAAACABwACABDShQAQ0oUAD4AE0ABAAIAPgAMAQAA
AAAAAAAABQBUAE8AQwAgADEAAAASAB0AE6Q8ABSkPAANxgUAAbYhCggAQ0oUAENKFABGABRA
AQACAEYADAEAAAAAAAAAAAUAVABPAEMAIAAyAAAAGgAeAA6EAAAPhPAAEYQBAF2EAABehPAA
YIQBAAgAQ0oUAENKFAA+ABVAAQACAD4ADAEAAAAAAAAAAAUAVABPAEMAIAAzAAAAGgAfAA6E
AAAPhOABEYQBAF2EAABehOABYIQBAAAAPgAWQAEAAgA+AAwBAAAAAAAAAAAFAFQATwBDACAA
NAAAABoAIAAOhAAAD4TQAhGEAQBdhAAAXoTQAmCEAQAAAD4AF0ABAAIAPgAMAQAAAAAAAAAA
BQBUAE8AQwAgADUAAAAaACEADoQAAA+EwAMRhAEAXYQAAF6EwANghAEAAAA+ABhAAQACAD4A
DAEAAAAAAAAAAAUAVABPAEMAIAA2AAAAGgAiAA6EAAAPhLAEEYQBAF2EAABehLAEYIQBAAAA
PgAZQAEAAgA+AAwBAAAAAAAAAAAFAFQATwBDACAANwAAABoAIwAOhAAAD4SgBRGEAQBdhAAA
XoSgBWCEAQAAAD4AGkABAAIAPgAMAQAAAAAAAAAABQBUAE8AQwAgADgAAAAaACQADoQAAA+E
kAYRhAEAXYQAAF6EkAZghAEAAAA+ABtAAQACAD4ADAEAAAAAAAAAAAUAVABPAEMAIAA5AAAA
GgAlAA6EAAAPhIAHEYQBAF2EAABehIAHYIQBAAAAQAA+QAEAAgBAAAwAAAAAAAAAAAAFAFQA
aQB0AGwAZQAAAAIAJgAZAEIqCk9KAgBRSgIAQ0ooADUIAUNKKAA1CAEASACZQAEAcgJIAAwB
AADMSQkAAAAMAEIAYQBsAGwAbwBvAG4AIABUAGUAeAB0AAAAAgAnABQAQ0oQAE9KBQBRSgUA
XkoFAGFKEABcAP5PogCBAlwADAADAKo/BQAAAA4ASABlAGEAZABpAG4AZwAgADMAIABDAGgA
YQByAAAAKAA1CAFCKgpDShgAT0oCAFFKAgBfSAEEYUoYAG1ICQRwaACAgABzSAkEQAAmQKIA
kQJAAAwBAAANKlgAAAASAEYAbwBvAHQAbgBvAHQAZQAgAFIAZQBmAGUAcgBlAG4AYwBlAAAA
AwBIKgEAdABdQAEAAgB0AA4AAADLaW0AAAAQAHoALQBCAG8AdAB0AG8AbQAgAG8AZgAgAEYA
bwByAG0AAAAhACoAAyQBE6QAABSkAAAkZAYBAAFOxggAAAD/BgEBAGEkAQAXADwIgUNKEABP
SgIAUUoCAF5KAgBhShAAAG4AXEABAAIAbgAOAAAAy2ltAAAADQB6AC0AVABvAHAAIABvAGYA
IABGAG8AcgBtAAAAIQArAAMkAROkAAAUpAAAJmQGAQABUMYIAAAA/wYBAQBhJAEAFwA8CIFD
ShAAT0oCAFFKAgBeSgIAYUoQAAAAAAAAAQAAAITaAAD/////AAAAAAEA/////wAAAAAAAAAA
AAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAABAAAAAAAAAAACP//AAAAAAAAAABT2gAA
hNoAAAcAAPABAAAA/////wcAMvABAAAA/////wAAAAABAAAAhgIAAIcCAACJAgAAigIAAK8C
AAC+AgAAvwIAANICAADdAgAABAMAAA0DAAAdBgAAJgYAALcHAAC4BwAA0AcAALAJAACxCQAA
HwsAADALAACOCwAAjwsAANULAADnDgAA6A4AAE0RAABOEQAAxxEAAN0RAAAMEgAASRIAAJIS
AADSEgAAURMAAJ4UAACfFAAAOBYAAEEYAABCGAAA/hgAAA0ZAAB/GwAAMhwAAKEcAADNHAAA
zhwAAKkgAACqIAAARyIAAIkiAACKIgAAziIAABwjAAD5IwAA3CQAADgmAABpJgAAjSYAAL4m
AAB6JwAALSgAAC4oAACeKQAAnykAAHwrAABRLAAAUiwAAGQsAACdLQAAfy4AAIEuAACgLgAA
zi4AAN4uAADzLgAABi8AABQvAAAiLwAAWS8AAHAwAACRMAAA0jAAANMwAAABMQAAKTEAAE4x
AACKMQAAqDEAAMsxAAD5MQAAJTIAAFAyAACNMgAAvzIAAOoyAAARMwAAOzMAAD0zAABUMwAA
lzMAAOQzAAAHNAAAKDQAADo0AABPNAAAYDQAAKY0AADRNAAAIDUAAGI1AACBNQAAkzUAAMM1
AADnNQAAGDYAAFw2AACSNgAAkzYAALQ2AAC1NgAAyDYAABo4AAAvOAAAdjgAAH04AABCOgAA
QzoAAEs6AADYPAAA2TwAAN88AAA9PQAAPj0AAEM9AACUPQAAlT0AAJw9AAD1PQAA9j0AAPs9
AABSPgAAUz4AAFk+AAC1PgAACT8AAOo/AADrPwAA8T8AAI9AAACQQAAAlUAAAFtBAABcQQAA
YUEAAJ5BAACfQQAApUEAANZBAADXQQAA3EEAAGRCAABlQgAAakIAAIZCAACHQgAACkMAAEND
AACQQwAAxkMAABVEAAB/RAAAwEQAADNFAAA0RQAAUEUAAMhGAADJRgAAzUYAAARIAAAFSAAA
C0gAACtKAAD6SgAA+0oAAAJLAAA0TAAANUwAADZMAACHTAAAiEwAAKVMAAD3TgAA+E4AAKJP
AABIUAAASVAAAHRQAAB1UAAAfFAAAC5RAAAoUgAAUlYAAC5XAAAvVwAANVcAABBYAADMWAAA
zVgAANJYAAAcWgAAHVoAAB5aAABCWgAAzFoAANJaAADAXQAAwV0AAMhdAAAHYAAACGAAABFg
AACCYQAAg2EAAI1hAABgYwAAYWMAAGdjAABeZAAAI2cAAB1pAAAeaQAAH2kAADhpAAAZawAA
GmsAAC1rAABEbQAARW0AAG9tAABwbQAAtW0AALZtAAAXcAAAGHAAABlwAADwcAAAWXMAAEh1
AACOdgAAQXcAAEJ3AACEeAAAhXgAADN6AACdegAAH3sAAIt7AAAGfwAAY38AADOAAACigQAA
RoIAAMKCAADGgwAAIIQAAC+HAAC5hwAAuocAANmHAADahwAAkokAAOmLAACHjQAAe5AAAH2Q
AADOkAAAE5EAADeRAABVkQAAnZEAALyRAADckQAA+5EAAPyRAAAvkwAAeJMAAJWTAACxkwAA
1JMAAPWTAAAXlAAAIpQAAD+UAABBlAAASpQAANmUAACGlQAAh5UAAJOWAACUlgAABpcAAEWX
AABrlwAAe5cAAJ6XAADDlwAA05cAAPiXAAAJmAAAMpgAAGWYAACOmAAAj5gAAJCYAAC9mAAA
z5gAAP+YAAAQmQAAPJkAAHKZAACemQAArpkAAOSZAAAYmgAAVJoAAFWaAABWmgAAhpsAAIeb
AABhnAAAYpwAAKidAACpnQAArKAAAK2gAACuoAAAr6AAALCgAACxoAAAsqAAALOgAAC0oAAA
taAAAOigAAD1oAAADKEAAB2hAAAroQAAPaEAAD6hAAA/oQAATaEAAGShAAByoQAAhKEAAJKh
AACkoQAApaEAACeiAAAoogAAzqIAAM+iAAAUpAAAFaQAABylAAAdpQAA+qYAAPumAAAzqAAA
NKgAADWoAAA2qAAAN6gAADioAABeqAAAU6kAAFSpAABiqQAAcKkAAI6pAADVqQAA/6kAAA2q
AAArqgAATqoAAHuqAACzqgAAtKoAALysAAC9rAAAO60AADytAABJrQAAZ60AAK6tAADZrQAA
560AAAWuAAAorgAAYK4AAIyuAACNrgAAS7AAAEywAABNsAAATrAAAE+wAABQsAAAiLAAAOSx
AADlsQAA97EAAAWyAAAcsgAAKrIAADmyAAA6sgAA8bIAAPKyAAAGtQAAB7UAACa1AAAkuQAA
qLoAAKm6AACqugAAq7oAAKy6AACtugAAr7oAAOe8AACsvQAAMb4AAEu+AAB5vgAA1b8AACDB
AAAuwgAA8cIAAI3DAAAQxQAAPcUAAOHFAAAGxgAAPMYAAGDGAACAxgAAqMcAAAPJAAAlyQAA
1MsAAPXLAAB3zQAAg80AAOHOAACi0AAApNAAALbRAADX0QAA2NEAANnRAADa0QAA6tEAAPHR
AAD20QAA/tEAAATSAAAF0gAAEtIAABPSAAAn0gAALNIAADXSAAA30gAAOdIAADrSAABP0gAA
V9IAAGLSAABk0gAAZtIAAGfSAAB80gAAhtIAAJHSAACT0gAAldIAAJbSAACr0gAAtNIAAL/S
AADB0gAAw9IAAMTSAADa0gAA49IAAO/SAADx0gAA89IAAPTSAAAK0wAAE9MAAB3TAAAf0wAA
IdMAACLTAAAz0wAAO9MAAEPTAABF0wAAR9MAAEjTAABa0wAAY9MAAGzTAABu0wAAcNMAAHHT
AACE0wAAj9MAAJnTAACb0wAAndMAAJ7TAACx0wAAudMAAMPTAADF0wAAx9MAAMjTAADc0wAA
49MAAO7TAADw0wAA8tMAAPPTAAAI1AAAEdQAABzUAAAe1AAAINQAACHUAAA21AAAQtQAAE3U
AABP1AAAUdQAAFLUAABn1AAActQAAH3UAAB/1AAAgdQAAILUAACY1AAAo9QAAK/UAACx1AAA
vNQAAL3UAADT1AAA3tQAAOvUAADt1AAA+NQAAPnUAAAK1QAAC9UAABrVAAAk1QAALNUAAC7V
AAA51QAAOtUAAEnVAABS1QAAW9UAAF3VAABo1QAAadUAAHfVAACA1QAAitUAAIzVAACW1QAA
l9UAAKTVAACs1QAAuNUAALrVAADM1QAAzdUAANrVAADh1QAA7dUAAO/VAAAJ1gAACtYAABfW
AAAe1gAAKtYAACzWAAA31gAAONYAAEHWAABI1gAAU9YAAFXWAABc1gAAXdYAAGbWAABx1gAA
fdYAAH/WAACq1gAAq9YAALTWAAC/1gAAy9YAAM3WAADV1gAA1tYAAOXWAADm1gAA79YAAPvW
AAAH1wAAEtcAACrXAAAr1wAANNcAAD/XAABL1wAAVtcAAGzXAABt1wAAd9cAAILXAACO1wAA
mdcAAKLXAACj1wAArdcAALjXAADE1wAAz9cAAAbYAAAH2AAAEdgAABzYAAAp2AAANNgAAEnY
AABK2AAAXtgAAF/YAABw2AAAe9gAAInYAACQ2AAAmtgAAJvYAACs2AAAt9gAAMXYAADN2AAA
6tgAAOvYAAAH2QAACNkAABnZAAAj2QAAK9kAADTZAABF2QAARtkAAFbZAABf2QAAZ9kAAHDZ
AABy2QAAc9kAAIDZAACB2QAAkNkAAJfZAACi2QAArdkAAK/ZAACw2QAAv9kAAMbZAADR2QAA
2tkAANzZAADd2QAA6tkAAOvZAAD62QAABdoAABHaAAAc2gAAHtoAAB/aAAAu2gAANtoAAEHa
AABK2gAAUdoAAFLaAABT2gAAVNoAAF3aAABe2gAAX9oAAGraAABt2gAAbtoAAG/aAABw2gAA
ftoAAH/aAACA2gAAgdoAAILaAACF2gAAmgAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAB5oA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgAeaAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAH
mgAAABswAAAAAAAAAIAAAACAAAAAAAAAAACAB5oAAAAmMAAAAAAAAACAAAAAgAAAAAAAAAAA
gAeaAAAAJjAAAAAAAAAAgAAAAIAAAAAAAAAAAIAHmgAAACYwAAAAAAAAAIAAAACAAAAAAAAA
AACAB5oAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgAeaAAAAGzAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAHmgAAABswAAAAAAAAAIAAAACAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAAeaAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAHmgAAAAAwAAAAAAAAAIAAAACA
AAAAmAAAAAAABwoADyABMAAAAAAAAACAAAAAgAAAAAAAAAAAgAeaAAAAADAAAAAAAAAAgB0G
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIAdBgAAAAAAAAAAAAAABwoADyABMAEAAAAAAACA
AAAAgAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgLgHAAAAAAAAAAAAAIAHmgAAAAAwAAAAAAAA
AIC4BwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAuAcAAAAAAAAAAAAAAAcKAA8gATACAAAA
AAAAgAAAAIAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIAfCwAAAAAAAAAAAACAB5oAAAAAMAAA
AAAAAACAHwsAAAAAAAAAAAAAAAcKAAAAATAAAAAAAAAAgAAAAIAAAAAAAAAAAAAHmgAAAAAw
AAAAAAAAAICPCwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAjwsAAAAAAAAAAAAAAAeaAAAA
ADAAAAAAAAAAgI8LAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAICPCwAAAAAAAAAAAAAAB5oA
AAAAMAAAAAAAAACAjwsAAAAAAAAAAAAAAAeaACEgADAAAAAAAAAAgI8LAAAAAAAAAAAAAAAH
mgAhIAAwAQAAAAAAAICPCwAAAAAAAAAAAACAB5oAISAAMAIAAAAAAACAjwsAAAAAAAAAAAAA
gAeaACEgADADAAAAAAAAgI8LAAAAAAAAAAAAAAAHmgAhIAAwBAAAAAAAAICPCwAAAAAAAAAA
AACAB5oAISAAMAUAAAAAAACAjwsAAAAAAAAAAAAAgAeaACEgADAGAAAAAAAAgI8LAAAAAAAA
AAAAAAAHmgAAAAAwAAAAAAAAAICPCwAAAAAAAAAAAACAB5oAAAAAMAAAAAAAAACAjwsAAAAA
AAAAAAAAAAeaAAAAADAAAAAAAAAAgI8LAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAICPCwAA
AAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAjwsAAAAAAAAAAAAAAAcKAAAAATAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA
/hgAAAAAAAAAAAAAAAeaAAggADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAHmgAIIAAwAQAAAAAA
AID+GAAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAAAeaAAAAADAAAAAA
AAAAgP4YAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAAAAB5oAAAAAMAAA
AAAAAACA/hgAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAHmgAAAAAw
AAAAAAAAAID+GAAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAAAeaAAAA
ADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAAAAB5oA
AAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAH
mgAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAA
AAeaAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAID+GAAAAAAAAAAA
AAAAB5oAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgP4YAAAAAAAA
AAAAAAAHmgAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA/hgAAAAA
AAAAAAAAAAeaAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAID+GAAA
AAAAAAAAAAAABxoAAAACMAAAAAAAAACA/hgAAAAAAAAAAAAAAAcaAAAAAjAAAAAAAAAAgP4Y
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDaKwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA
2isAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgNorAAAAAAAAAAAAAAAHKgAAAAMwAAAAAAAA
AIDaKwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACACS4AAAAAAAAAAAAAAAeaABkgADAAAAAA
AAAAgAkuAAAAAAAAAAAAAAAHmgAZIAAwAQAAAAAAAIAJLgAAAAAAAAAAAACAB5oAGSAAMAIA
AAAAAACACS4AAAAAAAAAAAAAgAeaABkgADADAAAAAAAAgAkuAAAAAAAAAAAAAIAHmgAZIAAw
BAAAAAAAAIAJLgAAAAAAAAAAAACAB5oAGSAAMAUAAAAAAACACS4AAAAAAAAAAAAAAAeaAAAA
ADAAAAAAAAAAgJ4tAAAAAAAAAAAAAIAHKgAAAAMwAAAAAAAAAIBvKwAAAAAAAAAAAAAAB5oA
AAAAMAAAAAAAAACAii8AAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgIovAAAAAAAAAAAAAAAH
mgAiIAAwAAAAAAAAAICKLwAAAAAAAAAAAAAAB5oAIiAAMAEAAAAAAACAii8AAAAAAAAAAAAA
AAeaACIgADACAAAAAAAAgIovAAAAAAAAAAAAAIAHmgAiIAAwAwAAAAAAAIB2LwAAAAAAAAAA
AAAAB5oAIiAAMAQAAAAAAACA9S0AAAAAAAAAAAAAgAeaACIgADAFAAAAAAAAgPUtAAAAAAAA
AAAAAIAHmgAAAAAwAAAAAAAAAID1LQAAAAAAKAAAAAAAB5oAAAAAMAAAAAAAAACA9S0AAAAA
AHAAAAAAAAeaAAAAADAAAAAAAAAAgPUtAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAID1LQAA
AAAAIAAAAACAB5oAAAAAMAAAAAAAAACA9S0AAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgPUt
AAAAAAAgAAAAAIAHmgAAAAAwAAAAAAAAAID1LQAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACA
9S0AAAAAACAAAAAAgAeaAAAAADAAAAAAAAAAgPUtAAAAAAAAAAAAAAAHKgAAAAMwAAAAAAAA
AIDaKQAAAAAAAAAAAAAAB5oAAAAVMAAAAAAAAACAqzAAAAAAADAAAAAAAAeaAAAAFTAAAAAA
AAAAgKswAAAAAAAwAAAAAAAHmgAAABUwAAAAAAAAAICrMAAAAAAAMAAAAAAAB5oAAAAVMAAA
AAAAAACAqzAAAAAAADAAAAAAAAeaAAAAFTAAAAAAAAAAgKswAAAAAAAwAAAAAAAHmgAAABUw
AAAAAAAAAICrMAAAAAAAMAAAAAAAB5oAAAAVMAAAAAAAAACAqzAAAAAAAAAAAAAAAAeaAAAA
FTAAAAAAAAAAgKswAAAAAAAwAAAAAAAHmgAAABUwAAAAAAAAAICrMAAAAAAAMAAAAAAAB5oA
AAAVMAAAAAAAAACAqzAAAAAAADAAAAAAAAeaAAAAFTAAAAAAAAAAgKswAAAAAAAwAAAAAAAH
mgAAABUwAAAAAAAAAICrMAAAAAAAMAAAAAAAB5oAAAAVMAAAAAAAAACAqzAAAAAAADAAAAAA
AAeaAAAAFTAAAAAAAAAAgKswAAAAAAAwAAAAAAAHmgAAABUwAAAAAAAAAICrMAAAAAAAmAAA
AAAAB5oAAAAVMAAAAAAAAACAqzAAAAAAAAAAAAAAAAeaAAAAFTAAAAAAAAAAgKswAAAAAACY
AAAAAAAHmgAAABUwAAAAAAAAAICrMAAAAAAAIAAAAACAB5oAAAAVMAAAAAAAAACAqzAAAAAA
ACAAAAAAgAeaAAAAADAAAAAAAAAAgKswAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAICrMAAA
AAAAIAAAAACABxoAAAACMAAAAAAAAACAKhgAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgOsz
AAAAAACYAAAAAAAHKgAAAAMwAAAAAAAAAIDrMwAAAAAAIAAAAACAB5oAAAAAMAAAAAAAAACA
QDUAAAAAAAAAAAAAAAerAAAAFjAAAAAAAAAAgEA1AAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBANQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACAQDUAAAEAAOwAAAAAIAerAAAAFjAAAAAA
AAAAgEA1AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBANQAAAQAA6AAAAAAgB5sAAAAAMAAA
AAAAAACAQDUAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEA1AAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBANQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACAQDUAAAEAAOwAAAAAIAerAAAA
FjAAAAAAAAAAgEA1AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBANQAAAQAA6AAAAAAgB5sA
AAAAMAAAAAAAAACAQDUAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEA1AAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBANQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACAQDUAAAEAAOwAAAAA
IAerAAAAFjAAAAAAAAAAgEA1AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBANQAAAQAA6AAA
AAAgB5sAAAAAMAAAAAAAAACAQDUAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEA1AAABAADo
AAAAACAHqwAAAAAwAAAAAAAAAIBANQAAAQAAAAAAAAAAB6sAAAAAMAAAAAAAAACAQDUAAAEA
AAAAAAAAAAerAAAAADAAAAAAAAAAgEA1AAABAAAAAAAAACAHmwAAAAAwAAAAAAAAAIBANQAA
AQAA7AAAAAAgB6sAAAAWMAAAAAAAAACAQDUAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEA1
AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBANQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACA
QDUAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEA1AAABAADoAAAAACAHmwAAAAAwAAAAAAAA
AIBANQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACAQDUAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEA1AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBANQAAAQAA7AAAAAAgB6sAAAAWMAAA
AAAAAACAQDUAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEA1AAABAADoAAAAACAHmwAAAAAw
AAAAAAAAAIBANQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACAQDUAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEA1AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBANQAAAQAA7AAAAAAgB6sA
AAAWMAAAAAAAAACAQDUAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEA1AAABAADoAAAAACAH
mwAAAAAwAAAAAAAAAIBANQAAAQAA7AAAAAAgB5oAAAAAMAAAAAAAAACAQDUAAAAAAAAAAAAA
gAeaAAggGDACAAAAAAAAgEA1AAAAAABwAAAAAAAHmgAIIBgwAwAAAAAAAIBANQAAAAAAAAAA
AAAAB5oACCAYMAQAAAAAAACAQDUAAAAAAAAAAAAAAAeaAAggGDAFAAAAAAAAgEA1AAAAAABw
AAAAAAAHmgAIIBgwBgAAAAAAAIBANQAAAAAAcAAAAAAAB5oACCAYMAcAAAAAAACAQDUAAAAA
AHAAAAAAAAeaAAAAADAAAAAAAAAAgEA1AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIBANQAA
AAAAcAAAAAAAByoAAAADMAAAAAAAAACA6zMAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgEdC
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIBHQgAAAAAAAAAAAAAAB6sAAAAWMAAAAAAAAACA
R0IAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEdCAAABAADoAAAAACAHmwAAAAAwAAAAAAAA
AIBHQgAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACAR0IAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEdCAAABAADoAAAAAAAHqwAAAAAwAAAAAAAAAIBHQgAAAQAA6AAAAAAgB5sAAAAAMAAA
AAAAAACAR0IAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEdCAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBHQgAAAQAAAAAAAAAgB5sAAAAAMAAAAAAAAACAR0IAAAEAAOwAAAAAIAcqAAAA
AzAAAAAAAAAAgOszAAAAAAAAAAAAAIAHmgAAAAAwAAAAAAAAAIA4SQAAAAAASAAAAAAAByoA
AAADMAAAAAAAAACA6zMAAAAAAEgAAAAAAAcqAAAAAzAAAAAAAAAAgOszAAAAAABIAAAAAAAH
mgAAAAAwAAAAAAAAAICLSQAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAi0kAAAAAAAAAAAAA
AAeaAAAAADAAAAAAAAAAgItJAAAAAABIAAAAAAAHmgAAAAAwAAAAAAAAAICLSQAAAAAAmAAA
AAAAB5oAAAAAMAAAAAAAAACAi0kAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgItJAAAAAABI
AAAAAAAHmgAAAAAwAAAAAAAAAICLSQAAAAAASAAAAAAAB6sAAAAWMAAAAAAAAACAi0kAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgItJAAABAADoAAAAAAAHqwAAAAAwAAAAAAAAAICLSQAA
AQAA6AAAAAAAB6sAAAAAMAAAAAAAAACAi0kAAAEAAOgAAAAAAAerAAAAADAAAAAAAAAAgItJ
AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAICLSQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACA
i0kAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgItJAAABAADoAAAAAAAHqwAAAAAwAAAAAAAA
AICLSQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACAi0kAAAEAAOwAAAAAIAerAAAAFjAAAAAA
AAAAgItJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAICLSQAAAQAA6AAAAAAgB5sAAAAAMAAA
AAAAAACAi0kAAAEAAOwAAAAAIAeaAAAAADAAAAAAAAAAgItJAAAAAAAAAAAAAIAHmgAAAAAw
AAAAAAAAAICLSQAAAAAAUAAAAAAAB5oAAAAAMAAAAAAAAACAi0kAAAAAAFAAAAAAAAerAAAA
FjAAAAAAAAAAgItJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAICLSQAAAQAAAAAAAAAgB5kA
AAAAMAAAAAAAAACAi0kAAAEAAOwAAAAAIAWrAAAAFjAAAAAAAAAAgItJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAICLSQAAAQAA6AAAAAAgB5kAAAAAMAAAAAAAAACAi0kAAAEAAOwAAAAA
IAWrAAAAFjAAAAAAAAAAgItJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAICLSQAAAQAA6AAA
AAAgB5kAAAAAMAAAAAAAAACAi0kAAAEAAOwAAAAAIAWrAAAAFjAAAAAAAAAAgItJAAABAADo
AAAAACAHqwAAAAAwAAAAAAAAAICLSQAAAQAA6AAAAAAgB5kAAAAAMAAAAAAAAACAi0kAAAEA
AOwAAAAAIAWrAAAAFjAAAAAAAAAAgItJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAICLSQAA
AQAA6AAAAAAAB6sAAAAAMAAAAAAAAACAi0kAAAEAAOgAAAAAAAerAAAAADAAAAAAAAAAgItJ
AAABAAAAAAAAACAHmQAAAAAwAAAAAAAAAICLSQAAAQAA7AAAAAAgBZoAAAAAMAAAAAAAAACA
i0kAAAAAAAAAAAAAgAcaAAAAAjAAAAAAAAAAgCoYAAAAAABgAAAAAAAHmgAAAAAwAAAAAAAA
AIBtZQAAAAAAYAAAAAAABxoAAAACMAAAAAAAAACAKhgAAAAAAGAAAAAAAAcaAAAAAjAAAAAA
AAAAgCoYAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAIBkZwAAAAAAAAAAAAAAB5oAAAAAMAAA
AAAAAACAZGcAAAAAAHAAAAAAAAcaAAAAAjAAAAAAAAAAgCoYAAAAAABoAAAAAAAHmgAAAAAw
AAAAAAAAAICLaQAAAAAAaAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAGgAAAAAAAeaAAAA
ADAAAAAAAAAAgItpAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAICLaQAAAAAAAAAAAAAAB5oA
AAAAMAAAAAAAAACAi2kAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgItpAAAAAABoAAAAAAAH
mgAAAAAwAAAAAAAAAICLaQAAAAAAaAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAJgAAAAA
AAeaAAAAADAAAAAAAAAAgItpAAAAAABoAAAAAAAHmgAAAAAwAAAAAAAAAICLaQAAAAAAAAAA
AAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgItpAAAAAABw
AAAAAAAHmgAAAAAwAAAAAAAAAICLaQAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAA
AJgAAAAAAAeaAAAAADAAAAAAAAAAgItpAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAICLaQAA
AAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgItp
AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAICLaQAAAAAAcAAAAAAAB5pAAAAAMAAAAAAAAACA
i2kAAAAAAHgAAAAAAAeaQAAAADAAAAAAAAAAgItpAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAA
AICLaQAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAHAAAAAAAAeaAAAAADAAAAAA
AAAAgItpAAAAAAB4AAAAAAAHmgAAAAAwAAAAAAAAAICLaQAAAAAAeAAAAAAAB5oAAAAAMAAA
AAAAAACAi2kAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgItpAAAAAAB4AAAAAAAHmgAAAAAw
AAAAAAAAAICLaQAAAAAAgAAAAAAAB5oAAAAAMAAAAAAAAACAi2kAAAAAAIAAAAAAAAcKAAAA
ATAAAAAAAAAAgAAAAIAAAACAAAAAAAgHmgAAAAAwAAAAAAAAAIDHgwAAAAAAgAAAAAAAB5oA
AAAAMAAAAAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAIAAAAAA
AAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAIgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABw
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACA
x4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAA
AIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAA
AAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAA
AAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACQAAAAAAAHmgAAAAAw
AAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAA
ADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAkAAAAAAAB5oA
AAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACQAAAAAAAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAHAAAAAA
AAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABw
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACA
x4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAA
AIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAA
AAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAA
AAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAgAAAAAIAHmgAAAAAw
AAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAACAAAAAAgAeaAAAA
ADAAAAAAAAAAgMeDAAAAAAAgAAAAAIAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAIAAAAACAB5oA
AAAAMAAAAAAAAACAx4MAAAAAABgAAAAAgAeaAAAAADAAAAAAAAAAgMeDAAAAAAAYAAAAAIAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAKAAAAACAB5oAAAAAMAAAAAAAAACAx4MAAAAAACAAAAAA
gAeaAAAAADAAAAAAAAAAgMeDAAAAAAAoAAAAAIAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAA
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AJgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACQAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACA
x4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAA
AIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAA
AAAAgMeDAAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAA
AAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAw
AAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAA
ADAAAAAAAAAAgMeDAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oA
AAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACYAAAAAAAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAA
AAeaAAAAADAAAAAAAAAAgMeDAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACY
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AJgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACA
x4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAA
AIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAA
AAAAgMeDAAAAAACYAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAA
AAAAAACAx4MAAAAAAKAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAw
AAAAAAAAAIDHgwAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKAAAAAAAAeaAAAA
ADAAAAAAAAAAgMeDAAAAAACgAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oA
AAAAMAAAAAAAAACAx4MAAAAAAAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACgAAAAAAAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAoAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKAAAAAA
AAeaAAAAADAAAAAAAAAAgMeDAAAAAACgAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAoAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACg
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AKAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAAAAAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKAAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAACgAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAoAAAAAAAB5oAAAAAMAAAAAAAAACA
x4MAAAAAAKAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACgAAAAAAAHmgAAAAAwAAAAAAAA
AIDHgwAAAAAAoAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKAAAAAAAAeaAAAAADAAAAAA
AAAAgMeDAAAAAACgAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAoAAAAAAAB5oAAAAAMAAA
AAAAAACAx4MAAAAAAKAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACgAAAAAAAHmgAAAAAw
AAAAAAAAAIDHgwAAAAAAoAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAOgAAAAAAAeaAAAA
ADAAAAAAAAAAgMeDAAAAAACoAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAqAAAAAAAB5oA
AAAAMAAAAAAAAACAx4MAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAABwAAAAAAAH
mgAAAAAwAAAAAAAAAIDHgwAAAAAAmAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKgAAAAA
AAeaAAAAADAAAAAAAAAAgMeDAAAAAACoAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAqAAA
AAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAKgAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACo
AAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAA
AAAAAAAAAAeaAAAAADAAAAAAAAAAgMeDAAAAAACoAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAA
AAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAx4MAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgMeD
AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIDHgwAAAAAAqAAAAAAABxoAAAACMAAAAAAAAACA
x4MAAAAAAJgAAAAAAAcaAAAAAjAAAAAAAAAAgMeDAAAAAACoAAAAAAAHmgAAAAAwAAAAAAAA
AIAAsQAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACAALEAAAAAAAAAAAAAAAeaAAAAADAAAAAA
AAAAgACxAAAAAACwAAAAAAAHmgAAAAAwAAAAAAAAAIAAsQAAAAAAcAAAAAAAB5oAAAAAMAAA
AAAAAACAALEAAAAAALAAAAAAAAeaAAAAADAAAAAAAAAAgACxAAAAAACwAAAAAAAHmgAAAAAw
AAAAAAAAAIAAsQAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAALEAAAAAALAAAAAAAAeaAAAA
ADAAAAAAAAAAgACxAAAAAAAAAAAAAIAHmgAAAAAwAAAAAAAAAIAAsQAAAAAAsAAAAAAAB5oA
AAAAMAAAAAAAAACAALEAAAAAALgAAAAAAAcKAAAAATAAAAAAAAAAgAAAAIAAAABwAAAAAAAH
GgAAAAIwAAAAAAAAAIAnugAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACAQboAAAAAAHAAAAAA
AAeaAAAAADAAAAAAAAAAgEG6AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAIBBugAAAAAAcAAA
AAAAB5oAAAAAMAAAAAAAAACAQboAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgEG6AAAAAABw
AAAAAAAHmgAAAAAwAAAAAAAAAIBBugAAAAAAmAAAAAAABxoAAAACMAAAAAAAAACAJ7oAAAAA
AAAAAAAAAAeaAAAAADAAAAAAAAAAgObAAAAAAABwAAAAAAAHmgAIIBgwCAAAAAAAAIDmwAAA
AAAAAAAAAAAAB5oACCAYMAkAAAAAAACA5sAAAAAAAHAAAAAAAAeaAAggGDAKAAAAAAAAgObA
AAAAAAAAAAAAAAAHmgAIIBgwCwAAAAAAAIDmwAAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACA
5sAAAAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgObAAAAAAAC4AAAAAAAHGgAAAAIwAAAAAAAA
AIAnugAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACA1cQAAAAAAHAAAAAAAAcaAAAAAjAAAAAA
AAAAgCe6AAAAAABwAAAAAAAHmgAAAAAwAAAAAAAAAICmxwAAAAAAcAAAAAAABwoAAAABMAAA
AAAAAACAAAAAgAAAAHAAAAAAAAeaAAAAADAAAAAAAAAAgEXJAAAAAAAAAAAAAAAHmgAAAAAw
AAAAAAAAAIBFyQAAAAAAcAAAAAAAB5oAAAAAMAAAAAAAAACARckAAAAAAHAAAAAAAAeaAAAA
FzAAAAAAAAAAgEXJAAAAAADIAAAAAAAHmgAAAAAwAAAAAAAAAIBFyQAAAAAAcAAAAAAAB5oA
AAAAMAAAAAAAAACARckAAAAAAJgAAAAAAAeaAAAAADAAAAAAAAAAgEXJAAAAAADIAAAAAAAH
mgAAAAAwAAAAAAAAAIBFyQAAAAAAcAAAAAAAB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADo
AAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJ
AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sA
AAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAH
qwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADs
AAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJ
AAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAA
AAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAA
ADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sA
AAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADo
AAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJ
AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sA
AAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAH
qwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADs
AAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJ
AAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAA
AAAAgEXJAAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAA
ADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sA
AAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADo
AAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJ
AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAA
AAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAA
FjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sA
AAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAA
IAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADo
AAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACARckAAAEA
AOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJ
AAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAAAAAAAACA
RckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAA
AAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sA
AAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAH
mwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADo
AAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJ
AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEXJAAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAA
AAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sA
AAAWMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADs
AAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJ
AAABAADsAAAAACAHqwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAA
AAAAgEXJAAABAADsAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sAAAAAMAAA
AAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB5sA
AAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAFjAAAAAAAAAAgEXJAAABAADoAAAAACAH
qwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB5sAAAAAMAAAAAAAAACARckAAAEAAOwAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADo
AAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACARckAAAEA
AOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAA
AQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJ
AAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAWMAAAAAAAAACA
RckAAAEAAOgAAAAAIAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAA
AIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAAADAAAAAA
AAAAgEXJAAABAADoAAAAACAHmwAAAAAwAAAAAAAAAIBFyQAAAQAA7AAAAAAgB6sAAAAAMAAA
AAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAHqwAAABYw
AAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAerAAAA
ADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sA
AAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADsAAAAACAH
qwAAABYwAAAAAAAAAIBFyQAAAQAA6AAAAAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAA
IAerAAAAADAAAAAAAAAAgEXJAAABAADoAAAAACAHqwAAAAAwAAAAAAAAAIBFyQAAAQAA6AAA
AAAgB6sAAAAAMAAAAAAAAACARckAAAEAAOgAAAAAIAebAAAAADAAAAAAAAAAgEXJAAABAADs
AAAAACAHmgAAAAAwAAAAAAAAAIBFyQAAAAAAAAAAAAAAB5oAAAAAMAAAAAAAAACARckAAAAA
AAAAAAAAAAeaQAAADzAAAAAAAAAAgAAAAIAAAAABAAAAAIAHmEAAAA8wAAAAAAAAAIAAAACA
AAAAAAAAAACAAZhAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgAGYQAAADzAAAAAAAAAAgAAA
AIAAAAABAAAAAAABmEAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJpAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgAeaQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAHmkAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAACAB5pAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgAeaQAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAHmkAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACABwoAAAAAMAAA
AAAAAAAAAAAAAAAA3B6ZBwQAAAeYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAHmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACABwAAAAABAAAAhgIAAIcCAACJAgAAigIAAK8CAAC+AgAA
vwIAANICAADdAgAABAMAAA0DAAAdBgAAJgYAALcHAAC4BwAA0AcAALAJAACxCQAAHwsAADAL
AACOCwAAjwsAANULAADnDgAA6A4AAE0RAABOEQAAxxEAAN0RAAAMEgAASRIAAJISAADSEgAA
URMAAJ4UAACfFAAAOBYAAEEYAABCGAAA/hgAAA0ZAAB/GwAAMhwAAKEcAADNHAAAzhwAAKkg
AACqIAAARyIAAIkiAACKIgAAziIAABwjAAD5IwAA3CQAADgmAABpJgAAjSYAAL4mAAB6JwAA
LSgAAC4oAACeKQAAnykAAHwrAABRLAAAUiwAAGQsAACdLQAAfy4AAIEuAACgLgAAzi4AAN4u
AADzLgAABi8AABQvAAAiLwAAWS8AAHAwAACRMAAA0jAAANMwAAABMQAAKTEAAE4xAACKMQAA
qDEAAMsxAAD5MQAAJTIAAFAyAACNMgAAvzIAAOoyAAARMwAAOzMAAD0zAABUMwAAlzMAAOQz
AAAHNAAAKDQAADo0AABPNAAAYDQAAKY0AADRNAAAIDUAAGI1AACBNQAAkzUAAMM1AADnNQAA
GDYAAFw2AACSNgAAkzYAALQ2AAC1NgAAyDYAABo4AAAvOAAAdjgAAH04AABCOgAAQzoAAEs6
AADYPAAA2TwAAN88AAA9PQAAPj0AAEM9AACUPQAAlT0AAJw9AAD1PQAA9j0AAPs9AABSPgAA
Uz4AAFk+AAC1PgAACT8AAOo/AADrPwAA8T8AAI9AAACQQAAAlUAAAFtBAABcQQAAYUEAAJ5B
AACfQQAApUEAANZBAADXQQAA3EEAAGRCAABlQgAAakIAAIZCAACHQgAACkMAAENDAACQQwAA
xkMAABVEAAB/RAAAwEQAADNFAAA0RQAAUEUAAMhGAADJRgAAzUYAAARIAAAFSAAAC0gAACtK
AAD6SgAA+0oAAAJLAAA0TAAANUwAADZMAACHTAAAiEwAAKVMAAD3TgAA+E4AAKJPAABIUAAA
SVAAAHRQAAB1UAAAfFAAAC5RAAAoUgAAUlYAAC5XAAAvVwAANVcAABBYAADMWAAAzVgAANJY
AAAcWgAAHVoAAB5aAABCWgAAzFoAANJaAADAXQAAwV0AAMhdAAAHYAAACGAAABFgAACCYQAA
g2EAAI1hAABgYwAAYWMAAGdjAABeZAAAI2cAAB1pAAAeaQAAH2kAADhpAAAZawAAGmsAAC1r
AABEbQAARW0AAG9tAABwbQAAtW0AALZtAAAXcAAAGHAAABlwAADwcAAAWXMAAEh1AACOdgAA
QXcAAEJ3AACEeAAAhXgAADN6AACdegAAH3sAAIt7AAAGfwAAY38AADOAAACigQAARoIAAMKC
AADGgwAAIIQAAC+HAAC5hwAAuocAANmHAADahwAAkokAAOmLAACHjQAAe5AAAH2QAADOkAAA
E5EAADeRAABVkQAAnZEAALyRAADckQAA+5EAAPyRAAAvkwAAeJMAAJWTAACxkwAA1JMAAPWT
AAAXlAAAIpQAAD+UAABBlAAASpQAANmUAACGlQAAh5UAAJOWAACUlgAABpcAAEWXAABrlwAA
e5cAAJ6XAADDlwAA05cAAPiXAAAJmAAAMpgAAGWYAACOmAAAj5gAAJCYAAC9mAAAz5gAAP+Y
AAAQmQAAPJkAAHKZAACemQAArpkAAOSZAAAYmgAAVJoAAFWaAABWmgAAhpsAAIebAABhnAAA
YpwAAKidAACpnQAArKAAAK2gAACuoAAAr6AAALCgAACxoAAAsqAAALOgAAC0oAAAtaAAAOig
AAD1oAAADKEAAB2hAAAroQAAPaEAAD6hAAA/oQAATaEAAGShAAByoQAAhKEAAJKhAACkoQAA
paEAACeiAAAoogAAzqIAAM+iAAAUpAAAFaQAABylAAAdpQAA+qYAAPumAAAzqAAANKgAADWo
AAA2qAAAN6gAADioAABeqAAAU6kAAFSpAABiqQAAcKkAAI6pAADVqQAA/6kAAA2qAAArqgAA
TqoAAHuqAACzqgAAtKoAALysAAC9rAAAO60AADytAABJrQAAZ60AAK6tAADZrQAA560AAAWu
AAAorgAAYK4AAIyuAACNrgAAS7AAAEywAABNsAAATrAAAE+wAABQsAAAiLAAAOSxAADlsQAA
97EAAAWyAAAcsgAAKrIAADmyAAA6sgAA8bIAAPKyAAAGtQAAB7UAACa1AAAkuQAAqLoAAKm6
AACqugAAq7oAAKy6AACtugAAr7oAAOe8AACsvQAAMb4AAEu+AAB5vgAA1b8AACDBAAAuwgAA
8cIAAI3DAAAQxQAAPcUAAOHFAAAGxgAAPMYAAGDGAACAxgAAqMcAAAPJAAAlyQAA1MsAAPXL
AAB3zQAAg80AAOHOAACi0AAApNAAALbRAADX0QAA2NEAANnRAADa0QAA6tEAAPHRAAD20QAA
/tEAAATSAAAF0gAAEtIAABPSAAAn0gAALNIAADXSAAA30gAAOdIAADrSAABP0gAAV9IAAGLS
AABk0gAAZtIAAGfSAAB80gAAhtIAAJHSAACT0gAAldIAAJbSAACr0gAAtNIAAL/SAADB0gAA
w9IAAMTSAADa0gAA49IAAO/SAADx0gAA89IAAPTSAAAK0wAAE9MAAB3TAAAf0wAAIdMAACLT
AAAz0wAAO9MAAEPTAABF0wAAR9MAAEjTAABa0wAAY9MAAGzTAABu0wAAcNMAAHHTAACE0wAA
j9MAAJnTAACb0wAAndMAAJ7TAACx0wAAudMAAMPTAADF0wAAx9MAAMjTAADc0wAA49MAAO7T
AADw0wAA8tMAAPPTAAAI1AAAEdQAABzUAAAe1AAAINQAACHUAAA21AAAQtQAAE3UAABP1AAA
UdQAAFLUAABn1AAActQAAH3UAAB/1AAAgdQAAILUAACY1AAAo9QAAK/UAACx1AAAvNQAAL3U
AADT1AAA3tQAAOvUAADt1AAA+NQAAPnUAAAK1QAAC9UAABrVAAAk1QAALNUAAC7VAAA51QAA
OtUAAEnVAABS1QAAW9UAAF3VAABo1QAAadUAAHfVAACA1QAAitUAAIzVAACW1QAAl9UAAKTV
AACs1QAAuNUAALrVAADM1QAAzdUAANrVAADh1QAA7dUAAO/VAAAJ1gAACtYAABfWAAAe1gAA
KtYAACzWAAA31gAAONYAAEHWAABI1gAAU9YAAFXWAABc1gAAXdYAAGbWAABx1gAAfdYAAH/W
AACq1gAAq9YAALTWAAC/1gAAy9YAAM3WAADV1gAA1tYAAOXWAADm1gAA79YAAPvWAAAH1wAA
EtcAACrXAAAr1wAANNcAAD/XAABL1wAAVtcAAGzXAABt1wAAd9cAAILXAACO1wAAmdcAAKLX
AACj1wAArdcAALjXAADE1wAAz9cAAAbYAAAH2AAAEdgAABzYAAAp2AAANNgAAEnYAABK2AAA
XtgAAF/YAABw2AAAe9gAAInYAACQ2AAAmtgAAJvYAACs2AAAt9gAAMXYAADN2AAA6tgAAOvY
AAAH2QAACNkAABnZAAAj2QAAK9kAADTZAABF2QAARtkAAFbZAABf2QAAZ9kAAHDZAABy2QAA
c9kAAIDZAACB2QAAkNkAAJfZAACi2QAArdkAAK/ZAACw2QAAv9kAAMbZAADR2QAA2tkAANzZ
AADd2QAA6tkAAOvZAAD62QAABdoAABHaAAAc2gAAHtoAAB/aAAAu2gAANtoAAEHaAABK2gAA
UdoAAFLaAABT2gAAVNoAAIXaAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAA
GzAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAACYwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgA
AAAmMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAJjAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAbMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAGzAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAACAAPIAEwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAHQYAAAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgB0GAAAAAAAAAAAAAIAACAAPIAEwAQAAAAAAAIAAAACA
AAAAAAAAAACAAJgAAAAAMAAAAAAAAACAuAcAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgLgH
AAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIC4BwAAAAAAAAAAAACAAAgADyABMAIAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgB8LAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAA
AIAfCwAAAAAAAAAAAACAAAgAAAABMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAA
AAAAgI8LAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAICPCwAAAAAAAAAAAACAAJgAAAAAMAAA
AAAAAACAjwsAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgI8LAAAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAICPCwAAAAAAAAAAAACAAJgAISAAMAAAAAAAAACAjwsAAAAAAAAAAAAAgACYACEg
ADABAAAAAAAAgI8LAAAAAAAAAAAAAIAAmAAhIAAwAgAAAAAAAICPCwAAAAAAAAAAAACAAJgA
ISAAMAMAAAAAAACAjwsAAAAAAAAAAAAAgACYACEgADAEAAAAAAAAgI8LAAAAAAAAAAAAAIAA
mAAhIAAwBQAAAAAAAICPCwAAAAAAAAAAAACAAJgAISAAMAYAAAAAAACAjwsAAAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgI8LAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAICPCwAAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAjwsAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgI8LAAAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAICPCwAAAAAAAAAAAACAAAgAAAABMAAAAAAAAACAAAAAgAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAID+GAAA
AAAAAAAAAACAAJgACCAAMAAAAAAAAACA/hgAAAAAAAAAAAAAgACYAAggADABAAAAAAAAgP4Y
AAAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA
/hgAAAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAA
AID+GAAAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAgACYAAAAADAAAAAA
AAAAgP4YAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAACAAJgAAAAAMAAA
AAAAAACA/hgAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAID+GAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgP4YAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAACAAJgA
AAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAID+GAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgP4YAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAID+GAAAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACA/hgAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgP4YAAAAAAAA
AAAAAIAAGAAAAAIwAAAAAAAAAID+GAAAAAAAAAAAAACAABgAAAACMAAAAAAAAACA/hgAAAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgFIsAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIBSLAAA
AAAAAAAAAACAAJgAAAAAMAAAAAAAAACAUiwAAAAAAAAAAAAAgAAoAAAAAzAAAAAAAAAAgFIs
AAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAICBLgAAAAAAAAAAAACAAJgAGSAAMAAAAAAAAACA
gS4AAAAAAAAAAAAAgACYABkgADABAAAAAAAAgIEuAAAAAAAAAAAAAIAAmAAZIAAwAgAAAAAA
AICBLgAAAAAAAAAAAACAAJgAGSAAMAMAAAAAAACAgS4AAAAAAAAAAAAAgACYABkgADAEAAAA
AAAAgIEuAAAAAAAAAAAAAIAAmAAZIAAwBQAAAAAAAICBLgAAAAAAAAAAAACAAJgAAAAAMAAA
AAAAAACAgS4AAAAAAAAAAAAAgAAoAAAAAzAAAAAAAAAAgFIsAAAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIBwMAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAcDAAAAAAAAAAAAAAgACYACIg
ADAAAAAAAAAAgHAwAAAAAAAAAAAAAIAAmAAiIAAwAQAAAAAAAIBwMAAAAAAAAAAAAACAAJgA
IiAAMAIAAAAAAACAcDAAAAAAAAAAAAAAgACYACIgADADAAAAAAAAgHAwAAAAAAAAAAAAAIAA
mAAiIAAwBAAAAAAAAIBwMAAAAAAAAAAAAACAAJgAIiAAMAUAAAAAAACAcDAAAAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgCkwAAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIApMAAAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAKTAAAAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgCkwAAAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIApMAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAKTAAAAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgCkwAAAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIApMAAA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAKTAAAAAAAFAAAAAAgAAoAAAAAzAAAAAAAAAAgAss
AAAAAABQAAAAAIAAmAAAABUwAAAAAAAAAID2MgAAAAAAUAAAAACAAJgAAAAVMAAAAAAAAACA
9jIAAAAAAEAAAAAAgACYAAAAFTAAAAAAAAAAgPYyAAAAAABAAAAAAIAAmAAAABUwAAAAAAAA
AID2MgAAAAAAAAAAAAAAAJgAAAAVMAAAAAAAAACA9jIAAAAAAAAAAAAAAACYAAAAFTAAAAAA
AAAAgPYyAAAAAAAAAAAAAAAAmAAAABUwAAAAAAAAAID2MgAAAAAAQAAAAACAAJgAAAAVMAAA
AAAAAACA9jIAAAAAAEAAAAAAgACYAAAAFTAAAAAAAAAAgPYyAAAAAAAAAAAAAAAAmAAAABUw
AAAAAAAAAID2MgAAAAAAQAAAAACAAJgAAAAVMAAAAAAAAACA9jIAAAAAAAAAAAAAgACYAAAA
FTAAAAAAAAAAgPYyAAAAAABAAAAAAIAAmAAAABUwAAAAAAAAAID2MgAAAAAAQAAAAACAAJgA
AAAVMAAAAAAAAACA9jIAAAAAAEAAAAAAgACYAAAAFTAAAAAAAAAAgPYyAAAAAABAAAAAAIAA
mAAAABUwAAAAAAAAAID2MgAAAAAAQAAAAACAAJgAAAAVMAAAAAAAAACA9jIAAAAAAEAAAAAA
gACYAAAAFTAAAAAAAAAAgPYyAAAAAAAQAAAAAAAAmAAAABUwAAAAAAAAAID2MgAAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACA9jIAAAAAAEAAAAAAgACYAAAAADAAAAAAAAAAgPYyAAAAAABQ
AAAAAIAAGAAAAAIwAAAAAAAAAID+GAAAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAbjYAAAAA
AAAAAAAAAAAoAAAAAzAAAAAAAAAAgG42AAAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIDTNwAA
AAAAUAAAAACAAKkAAAAWMAAAAAAAAACA0zcAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgNM3
AAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIDTNwAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA
0zcAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgNM3AAABAAAYAAAAACAAmQAAAAAwAAAAAAAA
AIDTNwAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA0zcAAAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgNM3AAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIDTNwAAAQAAHAAAAAAgAKkAAAAWMAAA
AAAAAACA0zcAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgNM3AAABAAAYAAAAACAAmQAAAAAw
AAAAAAAAAIDTNwAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA0zcAAAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgNM3AAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIDTNwAAAQAAHAAAAAAgAKkA
AAAWMAAAAAAAAACA0zcAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgNM3AAABAAAYAAAAACAA
mQAAAAAwAAAAAAAAAIDTNwAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA0zcAAAEAABgAAAAA
IACpAAAAADAAAAAAAAAAgNM3AAABAAAYAAAAAAAAqQAAAAAwAAAAAAAAAIDTNwAAAQAAGAAA
AAAAAKkAAAAAMAAAAAAAAACA0zcAAAEAABgAAAAAIACZAAAAADAAAAAAAAAAgNM3AAABAAAc
AAAAACAAqQAAABYwAAAAAAAAAIDTNwAAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA0zcAAAEA
ABgAAAAAIACZAAAAADAAAAAAAAAAgNM3AAABAAAcAAAAACAAqQAAABYwAAAAAAAAAIDTNwAA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA0zcAAAEAABgAAAAAIACZAAAAADAAAAAAAAAAgNM3
AAABAAAcAAAAACAAqQAAABYwAAAAAAAAAIDTNwAAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
0zcAAAEAABgAAAAAIACZAAAAADAAAAAAAAAAgNM3AAABAAAcAAAAACAAqQAAABYwAAAAAAAA
AIDTNwAAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA0zcAAAEAABgAAAAAIACZAAAAADAAAAAA
AAAAgNM3AAABAAAcAAAAACAAqQAAABYwAAAAAAAAAIDTNwAAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACA0zcAAAEAABgAAAAAIACZAAAAADAAAAAAAAAAgNM3AAABAAAcAAAAACAAqQAAABYw
AAAAAAAAAIDTNwAAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA0zcAAAEAABgAAAAAIACZAAAA
ADAAAAAAAAAAgNM3AAABAAAcAAAAACAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgA
CCAYMAIAAAAAAACA0zcAAAAAAFAAAAAAgACYAAggGDADAAAAAAAAgNM3AAAAAAAAAAAAAAAA
mAAIIBgwBAAAAAAAAIDTNwAAAAAAAAAAAAAAAJgACCAYMAUAAAAAAACA0zcAAAAAAFAAAAAA
gACYAAggGDAGAAAAAAAAgNM3AAAAAAAAAAAAAAAAmAAIIBgwBwAAAAAAAIDTNwAAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgNM3AAAAAABQ
AAAAAIAAKAAAAAMwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA7UQAAAAA
AFAAAAAAgACYAAAAADAAAAAAAAAAgO1EAAAAAAAAAAAAAAAAqQAAABYwAAAAAAAAAIDtRAAA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA7UQAAAEAABgAAAAAIACZAAAAADAAAAAAAAAAgO1E
AAABAAAcAAAAACAAqQAAABYwAAAAAAAAAIDtRAAAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
7UQAAAEAABgAAAAAAACpAAAAADAAAAAAAAAAgO1EAAABAAAYAAAAACAAmQAAAAAwAAAAAAAA
AIDtRAAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA7UQAAAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgO1EAAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIDtRAAAAQAAHAAAAAAgACgAAAADMAAA
AAAAAACAbjYAAAAAAPgAAAAAgACYAAAAADAAAAAAAAAAgO1LAAAAAABQAAAAAIAAKAAAAAMw
AAAAAAAAAIBuNgAAAAAAAAAAAAAAACgAAAADMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIBATAAAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgEBMAAAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIBATAAAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAQEwAAAAAAFAAAAAA
gACYAAAAADAAAAAAAAAAgEBMAAAAAABQAAAAAIAAqQAAABYwAAAAAAAAAIBATAAAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAQEwAAAEAABgAAAAAAACpAAAAADAAAAAAAAAAgEBMAAABAAAY
AAAAAAAAqQAAAAAwAAAAAAAAAIBATAAAAQAAGAAAAAAAAKkAAAAAMAAAAAAAAACAQEwAAAEA
ABgAAAAAIACZAAAAADAAAAAAAAAAgEBMAAABAAAcAAAAACAAqQAAABYwAAAAAAAAAIBATAAA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAQEwAAAEAABgAAAAAAACpAAAAADAAAAAAAAAAgEBM
AAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIBATAAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA
QEwAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgEBMAAABAAAYAAAAACAAmQAAAAAwAAAAAAAA
AIBATAAAAQAAHAAAAAAgAJgAAAAAMAAAAAAAAACAQEwAAAAAAPgAAAAAgACYAAAAADAAAAAA
AAAAgEBMAAAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIBATAAAAAAAUAAAAACAAKkAAAAWMAAA
AAAAAACAQEwAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgEBMAAABAAAYAAAAACAAmQAAAAAw
AAAAAAAAAIBATAAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAQEwAAAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgEBMAAABAAAAAAAAAKAAmQAAAAAwAAAAAAAAAIBATAAAAQAAHAAAAAAgAKkA
AAAWMAAAAAAAAACAQEwAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgEBMAAABAAAYAAAAACAA
mQAAAAAwAAAAAAAAAIBATAAAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAQEwAAAEAABgAAAAA
IACpAAAAADAAAAAAAAAAgEBMAAABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIBATAAAAQAAHAAA
AAAgAKkAAAAWMAAAAAAAAACAQEwAAAEAABgAAAAAIACpAAAAADAAAAAAAAAAgEBMAAABAAAY
AAAAAAAAqQAAAAAwAAAAAAAAAIBATAAAAQAAAAAAAACAAKkAAAAAMAAAAAAAAACAQEwAAAEA
ABgAAAAAIACZAAAAADAAAAAAAAAAgEBMAAABAAAcAAAAACAAmAAAAAAwAAAAAAAAAIBATAAA
AAAA+AAAAACAABgAAAACMAAAAAAAAACA/hgAAAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgNRo
AAAAAABQAAAAAIAAGAAAAAIwAAAAAAAAAID+GAAAAAAAAAAAAAAAABgAAAACMAAAAAAAAACA
/hgAAAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgM9qAAAAAABQAAAAAIAAmAAAAAAwAAAAAAAA
AIDPagAAAAAAAAAAAACAABgAAAACMAAAAAAAAACA/hgAAAAAAFAAAAAAgACYAAAAADAAAAAA
AAAAgPpsAAAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAID6bAAAAAAAUAAAAACAAJgAAAAAMAAA
AAAAAACA+mwAAAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgPpsAAAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAID6bAAAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAAgAAAABMAAA
AAAAAACAAAAAgAAAAAAAAAAACACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAUAAAAACAAJgA
AAAAMAAAAAAAAACAAAAAgAAAABAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAQAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAEAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
ABAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAGAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAZgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AFAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgAAA
AIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACA
AAAAgAAAABAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAEAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
gACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAGAAAAAIwAAAAAAAAAIAAAACA
AAAAAAAAAACAABgAAAACMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAZgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAaAAAAACAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAACAAAgAAAABMAAAAAAAAACAAAAAgAAAAAAAAAAAgAAYAAAA
AjAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAGAAAAAIwAAAAAAAAAIAAAACAAAAAAAAA
AACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAggGDAAAAAAAAAAgAAAAIAAAAAA
AAAAAIAAmAAIIBgwAAAAAAAAAIAAAACAAAAAUAAAAACAAJgACCAYMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAggGDAAAAAAAAAAgAAAAIAAAABQAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAgAAYAAAAAjAAAAAAAAAAgAAA
AIAAAAAAAAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAUAAAAACAABgAAAACMAAAAAAAAACA
AAAAgAAAABAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAQAAAAAAAACAAAAAEwAAAAAAAA
AIAAAACAAAAAEAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAACAAJgAAAAXMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAIAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAUAAAAACAAJgAAAAAMAAAAAAAAACAAAAAgAAAAFAAAAAAgACYAAAA
ADAAAAAAAAAAgAAAAIAAAABQAAAAAIAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAA
IACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
AAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAA
FjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAA
IACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEA
ABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACA
AAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAA
AAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkA
AAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAA
IACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
AAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAA
FjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAA
IACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEA
ABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACA
AAAAgAEAABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAA
AAAAAACAAAAAgAEAABwAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAw
AAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
mQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAA
IACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACA
AAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkA
AAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAA
IACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIAAAACAAQAAHAAA
AAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAAAIAAAACA
AQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
AAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAA
AIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAw
AAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACZAAAA
ADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAA
IACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
AAAAgAEAABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAA
IACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEA
ABwAAAAAIACpAAAAFjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACA
AAAAgAEAABwAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAwAAAAAAAA
AIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAmQAAAAAw
AAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAWMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAA
ADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
mQAAAAAwAAAAAAAAAIAAAACAAQAAHAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAA
IACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAAAIAAAACAAQAAGAAA
AAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAY
AAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEA
ABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAABYwAAAAAAAAAIAAAACA
AQAAGAAAAAAgAKkAAAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAA
AIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAAAAAAAACA
AAAAgAEAABgAAAAAIACZAAAAADAAAAAAAAAAgAAAAIABAAAcAAAAACAAqQAAAAAwAAAAAAAA
AIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAAFjAAAAAA
AAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkAAAAAMAAA
AAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAw
AAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAAIACpAAAA
FjAAAAAAAAAAgAAAAIABAAAYAAAAACAAqQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAKkA
AAAAMAAAAAAAAACAAAAAgAEAABgAAAAAIACpAAAAADAAAAAAAAAAgAAAAIABAAAYAAAAACAA
qQAAAAAwAAAAAAAAAIAAAACAAQAAGAAAAAAgAJkAAAAAMAAAAAAAAACAAAAAgAEAABwAAAAA
IACYAAAAADAAAAAAAAAAgAAAAIAAAAD4AAAAAIAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAA07ATAAAAAAAAAAAAEAAAABAAAAAAAAAGAFmwcAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAALAAAAGgAAABoAAAAaAAAAHAAAABwAAAAcAAAALAAAACwAAAAsAAAA
LwAAAAAGAAAPCwAAlgwAAAQOAADPEgAAnhsAAEEgAADQIQAAliIAAColAACOJwAAvCgAAK4p
AAAYLQAAkzAAAJ4xAABQNwAAgTkAAAY8AAD4PAAAtT0AAKI/AACKRAAAI00AAB1RAAA1VAAA
o1YAAFZaAADiXQAA3F8AANJiAAANagAAeXIAAFl7AAC9fgAAIIwAALqPAACDlQAAgJsAAP6f
AACqpwAASbMAABvBAACsyQAAGNgAAPncAABV4gAAhOIAAHIAAAB1AAAAdgAAAHcAAAB5AAAA
fQAAAH4AAAB/AAAAgAAAAIIAAACDAAAAhAAAAIUAAACHAAAAiAAAAIkAAACMAAAAjwAAAJEA
AACTAAAAlAAAAJUAAACXAAAAoAAAAKIAAACkAAAApQAAAKYAAACnAAAAqQAAAKsAAACtAAAA
rwAAALEAAACyAAAAtAAAALUAAAC2AAAAuAAAALkAAAC7AAAAvgAAAMEAAADCAAAAxQAAANkA
AAD2AAAAAAYAALgPAADoFgAADBoAANIaAAAyJAAAHCsAAM42AAAGNwAAWTcAACk5AACoOQAA
TzwAAEJCAAA9RQAA9UUAAOpHAABbSQAA1kkAAIZKAABDSwAAFUwAAM1OAAA0VAAALl8AABxi
AAAHaAAAYGsAABlzAAAziAAAeJsAAGWgAACuqAAAz6oAALy0AAAqugAALsoAADzOAADh1gAA
BNoAABLaAAA52gAAZtoAAJXaAADD2gAA89oAACHbAABH2wAAcNsAAJ3bAADH2wAA8tsAACDc
AABR3AAAgdwAALzcAAD43AAACt0AADndAABo3QAAlt0AAMzdAAAJ3gAAN94AAFzeAACq3gAA
1d4AAOXeAAAq3wAAbN8AAKLfAAAG4AAASeAAAF7gAACa4AAA6uAAAAfhAABF4QAAcuEAAIDh
AACv4QAA3OEAAOrhAAAe4gAAUeIAAGriAACE4gAAcwAAAHgAAAB6AAAAewAAAHwAAACBAAAA
hgAAAIoAAACLAAAAjQAAAI4AAACQAAAAkgAAAJYAAACYAAAAmQAAAJoAAACbAAAAnAAAAJ0A
AACeAAAAnwAAAKEAAACjAAAAqAAAAKoAAACsAAAArgAAALAAAACzAAAAtwAAALoAAAC8AAAA
vQAAAL8AAADAAAAAwwAAAMQAAADGAAAAxwAAAMgAAADJAAAAygAAAMsAAADMAAAAzQAAAM4A
AADPAAAA0AAAANEAAADSAAAA0wAAANQAAADVAAAA1gAAANcAAADYAAAA2gAAANsAAADcAAAA
3QAAAN4AAADfAAAA4AAAAOEAAADiAAAA4wAAAOQAAADlAAAA5gAAAOcAAADoAAAA6QAAAOoA
AADrAAAA7AAAAO0AAADuAAAA7wAAAPAAAADxAAAA8gAAAPMAAAD0AAAA9QAAAPcAAAAABgAA
g+IAAHQAAAAhAwAAUQMAAG0DAAB9AwAAqAMAAL8DAADMAwAA7gMAAPwDAAAXBAAAQQQAAFcE
AABtBAAAlQQAAKkEAADtBAAAHQUAADkFAABJBQAAcQUAAIUFAACTBQAAuQUAAMsFAADcBQAA
BQYAABoGAAAWCQAAQgkAAH0JAACzQgAA2EIAAOVCAAAIRQAAI0UAAClFAACr0AAAwtAAAMTQ
AACE2gAAE1gU/xWME1gU/xWME1gU/xWME1gU/xWME1gU/xWME1gU/xWME1gU/xWME1gU/xWM
E1gU/xWME1gU/xWME1gU/xWME1gU/xWMEwwU/5WAAAAAAAcAAAALAAAAEgAAABQAAAAdAAAA
JAAAACcAAAAvAAAAEyGVDBMhFP+VgBMhFP8VgAEAAAD//////////wAAAAAAAAAAAAAAAA8A
APCYAAAAAAAG8BgAAAACCAAAAgAAAAYAAAABAAAAAQAAAAcAAAAvAAHwWAAAADIAB/AkAAAA
AwR2loeqsTY0JxR1t2w4PURG/wBnAwAAAAAAAP////8AAAAAYgAH8CQAAAAGBoc5NDV1LxJ2
W1oL0GpTZ/L/AJAKAAAAAAAA/////wAAAABAAB7xEAAAAAQAAAgBAAAIAgAACPcAABAADwAC
8J4AAAAQAAjwCAAAAAEAAAAGBAAADwAD8DAAAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAB
gP//AYD//wIACvAIAAAAAAQAAAUAAAAPAATwTgAAABIACvAIAAAAAQQAAAAOAABzAAvwKgAA
AIEBALj/AIMBAAAAAL8BEAAQAMABAQAACMsBAAAAAP8BAAAIAAECAgAACAAAEfAEAAAAAQAA
AITaAAD//z4AAAARAE4AdQBtAGIAZQByAGUAZAAgAFMAdAB5AGwAZQBzACAAMQARAE4AdQBt
AGIAZQByAGUAZAAgAFMAdAB5AGwAZQBzACAAMgARAE4AdQBtAGIAZQByAGUAZAAgAFMAdAB5
AGwAZQBzACAAMwARAE4AdQBtAGIAZQByAGUAZAAgAFMAdAB5AGwAZQBzACAANAARAE4AdQBt
AGIAZQByAGUAZAAgAFMAdAB5AGwAZQBzACAANQARAE4AdQBtAGIAZQByAGUAZAAgAFMAdAB5
AGwAZQBzACAANgASAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAAxABIAVABh
AGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADIAEgBUAGEAYgBsAGUAIABQAHIAbwBw
AGUAcgB0AGkAZQBzACAAMwASAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA0
ABIAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADUAEgBUAGEAYgBsAGUAIABQ
AHIAbwBwAGUAcgB0AGkAZQBzACAANgASAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBl
AHMAIAA3ABIAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADgAEgBUAGEAYgBs
AGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAAOQATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQBy
AHQAaQBlAHMAIAAxADEAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAAMwA5
ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADQAMAATAFQAYQBiAGwAZQAg
AFAAcgBvAHAAZQByAHQAaQBlAHMAIAA0ADEAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0
AGkAZQBzACAANAAyABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADQAMwAT
AFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA0ADQAEwBUAGEAYgBsAGUAIABQ
AHIAbwBwAGUAcgB0AGkAZQBzACAANAA1ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABp
AGUAcwAgADQANgATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA0ADcAEwBU
AGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANAA4ABMAVABhAGIAbABlACAAUABy
AG8AcABlAHIAdABpAGUAcwAgADQAOQATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBl
AHMAIAA1ADAAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANQAxABMAVABh
AGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADUAMgATAFQAYQBiAGwAZQAgAFAAcgBv
AHAAZQByAHQAaQBlAHMAIAA1ADMAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBz
ACAANQA0ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADUANQATAFQAYQBi
AGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA1ADYAEwBUAGEAYgBsAGUAIABQAHIAbwBw
AGUAcgB0AGkAZQBzACAANQA3ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAg
ADUAOAATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA1ADkAEwBUAGEAYgBs
AGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANgAwABMAVABhAGIAbABlACAAUAByAG8AcABl
AHIAdABpAGUAcwAgADYAMQATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA2
ADIAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANgAzABMAVABhAGIAbABl
ACAAUAByAG8AcABlAHIAdABpAGUAcwAgADYANAATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQBy
AHQAaQBlAHMAIAA2ADUAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANgA2
ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADYANwATAFQAYQBiAGwAZQAg
AFAAcgBvAHAAZQByAHQAaQBlAHMAIAA2ADgAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0
AGkAZQBzACAANgA5ABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADcAMAAT
AFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA3ADEAEwBUAGEAYgBsAGUAIABQ
AHIAbwBwAGUAcgB0AGkAZQBzACAANwAyABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABp
AGUAcwAgADcAMwATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA3ADQAEwBU
AGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANwA1ABMAVABhAGIAbABlACAAUABy
AG8AcABlAHIAdABpAGUAcwAgADcANgATAFQAYQBiAGwAZQAgAFAAcgBvAHAAZQByAHQAaQBl
AHMAIAA3ADcAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBzACAANwA4ABMAVABh
AGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADcAOQATAFQAYQBiAGwAZQAgAFAAcgBv
AHAAZQByAHQAaQBlAHMAIAA4ADAAEwBUAGEAYgBsAGUAIABQAHIAbwBwAGUAcgB0AGkAZQBz
ACAAOAAxABMAVABhAGIAbABlACAAUAByAG8AcABlAHIAdABpAGUAcwAgADgAMgATAFQAYQBi
AGwAZQAgAFAAcgBvAHAAZQByAHQAaQBlAHMAIAA4ADMAEwBUAGEAYgBsAGUAIABQAHIAbwBw
AGUAcgB0AGkAZQBzACAAOAA0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHY4AAA+PQAAlT0A
APY9AABTPgAA6z8AAJBAAACfQQAA10EAAGVCAADa0QAABdIAABPSAAA60gAAZ9IAAJbSAADE
0gAA9NIAACLTAABI0wAAcdMAAJ7TAADI0wAA89MAACHUAABS1AAAgtQAAL3UAAD51AAAC9UA
ADrVAABp1QAAl9UAAM3VAAAK1gAAONYAAF3WAACr1gAA1tYAAObWAAAr1wAAbdcAAKPXAAAH
2AAAStgAAF/YAACb2AAA69gAAAjZAABG2QAAc9kAAIHZAACw2QAA3dkAAOvZAAAf2gAAhdoA
AAAAAAABAAAAAgAAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAAN
AAAADgAAAA8AAAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAA
ABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAo
AAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAA
ADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAPj0AAJU9AAD2PQAAUz4AAOs/AACQQAAAn0EAANdBAABlQgAAh0IAAAXSAAAT0gAAOtIA
AGfSAACW0gAAxNIAAPTSAAAi0wAASNMAAHHTAACe0wAAyNMAAPPTAAAh1AAAUtQAAILUAAC9
1AAA+dQAAAvVAAA61QAAadUAAJfVAADN1QAACtYAADjWAABd1gAAq9YAANbWAADm1gAAK9cA
AG3XAACj1wAAB9gAAErYAABf2AAAm9gAAOvYAAAI2QAARtkAAHPZAACB2QAAsNkAAN3ZAADr
2QAAH9oAAFLaAACF2gAA//8BAAAABgDOFy8FAAABAMyD5QP62QAAhdoAAAAAAAABAAPaAACF
2gAAAAAAAAEAAAA4AAAAAQAAACqAdXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6
c21hcnR0YWdzBIB0aW1lAIAMAAABAQAAAAMAAAABgDAEgEhvdXIGgE1pbnV0ZQEAAgAAAAEA
AAAAAAAAAgAAAAAAAAAAAAAADQMAABYDAAAGBAAADAQAALMEAAC6BAAA4QQAAOsEAABCBQAA
RwUAAIwFAACRBQAA/AYAAAAHAACTBwAAlwcAALEJAADyCQAA8wkAADEKAAAyCgAAhgoAAIcK
AADgCgAA4QoAAB4LAADoDgAA7A4AAFwPAABgDwAAkA8AAJQPAABFEAAASRAAAIgQAACMEAAA
1hAAANoQAADoEAAA7BAAAE4RAABSEQAAxxEAAMsRAABUEgAAWBIAAK0SAACxEgAA4xIAAOcS
AABLEwAATxMAACwUAAAwFAAAeRQAAH0UAAAwFQAAQBUAANgVAADaFQAAGhoAACQaAAC6GgAA
wBoAAMUaAADOGgAAThsAAFIbAAC0HAAAvhwAAGUfAABuHwAAfh8AAI0fAADiHwAA7x8AADAg
AAA5IAAAUSAAAGAgAABuIAAAhiAAAIoiAACTIgAAvSIAAMwiAADOIgAA6CIAABwjAAAoIwAA
KSMAADsjAACbIwAAuiMAAPkjAAAhJAAA8CUAAPQlAAA8JgAAaCYAAJEmAAC9JgAA+yYAAP8m
AACsKAAArigAALcoAAC7KAAAVCkAAF0pAAC4KQAAvCkAAFcrAABbKwAAGCwAAB4sAADOLgAA
3S4AAN4uAADyLgAA8y4AAAUvAAAGLwAAEy8AABQvAAAhLwAAhi8AAI0vAACOLwAAki8AALEv
AAC1LwAAnzAAAKMwAADTMAAA3DAAAAExAAAWMQAAKTEAAD4xAACKMQAAlDEAAKgxAADKMQAA
UjIAAGgyAACQMgAAvjIAAO0yAAAQMwAAYzMAAJYzAAAhNQAAKjUAAGM1AABuNQAAdjUAAH81
AACsNQAAtTUAAMQ1AADNNQAA3DUAAOU1AAAANgAACTYAACY2AAAxNgAAbTYAAHg2AAAYNwAA
HDcAAHY4AAB7OAAADDkAABE5AAAaOgAAIzoAADU6AABAOgAAtDoAALg6AADHOwAAyzsAACY9
AAA7PQAAlT0AAJo9AAD2PQAA+T0AAFM+AABXPgAAET8AABM/AABDPwAARz8AAGg/AABqPwAA
kD8AAKY/AACzPwAAxD8AAB1BAAAlQQAA10EAANpBAABHQwAASkMAALhDAAC9QwAAwkYAAMZG
AADJRgAAy0YAAMxHAADORwAAl0gAAJlIAAAbSQAAHUkAAJRJAAC0SQAAEEoAAClKAAB4SgAA
ekoAAKhKAACwSgAAtUoAAMZKAAALTQAAH00AACBNAAAoTQAAKU4AACtOAACRTgAAo04AAA1R
AAASUQAALlEAADNRAADRUQAA1lEAACFTAAApUwAAb1MAAHdTAAATVAAAG1QAAFtVAABnVQAA
2lUAAOJVAAAvVwAAM1cAADdXAAA7VwAAiVcAAJNXAADJVwAA2lcAAOBXAADwVwAAdVkAAH1Z
AAAtWgAAMVoAAMVaAADJWgAAulsAANdbAACJXAAAjVwAAE1dAABRXQAAUl0AAHBdAAB1XQAA
lV0AADBeAAA4XgAAKF8AACxfAABbXwAAaF8AAGxfAAB7XwAAxF8AANhfAAA5YAAAPWAAAElg
AABNYAAACGEAABRhAABDYQAARWEAAEdhAABKYQAAg2EAAIxhAAC9YQAAwWEAAK1kAAC2ZAAA
ZmUAAHJlAADNZwAA0mcAAHJoAAB9aAAAOGkAADxpAADQaQAA1GkAANhpAADbaQAAEmsAABdr
AAAebAAAMGwAAHZsAACCbAAAumwAAL5sAABJbQAATW0AAHBtAAB0bQAAtm0AALptAACfbgAA
qG4AAK1uAAC3bgAAPm8AAEJvAAC0bwAAuG8AABlwAAAdcAAAB3EAAAtxAABUcQAAWHEAABdy
AAAjcgAAlnMAAJpzAACycwAAtnMAAAx0AAAQdAAAfnQAAIJ0AACEdAAAtnQAALt0AADndAAA
/HQAABN1AABVdQAAWXUAAIt1AACPdQAA8XUAAPV1AAD2dQAAInYAACd2AABBdgAAVXcAAFl3
AADzeAAA93gAAJJ7AACWewAA5HwAAOh8AAD9fAAAB30AAFR9AABYfQAAln4AAJp+AACgfgAA
uX4AAPt+AAD/fgAARYAAAEmAAACXgAAAm4AAAHqBAAB+gQAA3IIAAOCCAACUhQAAmIUAAGKH
AABmhwAAqYgAAK2IAAC6iAAAvogAAE6JAABUiQAAWIkAAGCJAADFiQAAzYkAAOeJAADriQAA
XIoAAGCKAAB9igAAhYoAANeKAADbigAAMYsAADWLAAARjQAAFY0AAF6OAABijgAAg44AAIeO
AACmjgAAqo4AAAWPAAAMjwAAHo8AACKPAAB/jwAAiY8AAM6QAADakAAAOJEAAEWRAABWkQAA
XJEAAJ+RAACukQAAvpEAAM6RAADdkQAA7JEAAAiSAAAPkgAA0ZIAANWSAACBkwAAhJMAAIaT
AACSkwAAoZMAAKSTAACmkwAArZMAAL2TAADAkwAAwpMAAMiTAADjkwAA5pMAAOiTAADxkwAA
BJQAAAeUAAAJlAAAE5QAAC2UAAAwlAAAMpQAADuUAAD+lAAAApUAANKVAADWlQAA+pUAAP6V
AAAGlwAAEpcAAEaXAABTlwAAbJcAAHqXAAB9lwAAhpcAAKCXAACqlwAAxJcAANKXAADVlwAA
4pcAAPqXAAAImAAADJgAABWYAAA1mAAAP5gAAGaYAAB1mAAAkJgAAJyYAAC+mAAAypgAANGY
AADemAAAAZkAAA+ZAAATmQAAIpkAAD+ZAABPmQAAc5kAAICZAACfmQAArZkAALCZAAC5mQAA
5pkAAPCZAAAZmgAALJoAAGCaAABomgAA1poAANqaAACYmwAAnJsAAKufAACunwAA6KAAAPSg
AAD2oAAAC6EAAA2hAAAcoQAAHqEAACqhAAAtoQAAPKEAAD+hAABMoQAATqEAAGOhAABloQAA
caEAAHShAACDoQAAhaEAAJGhAACUoQAAo6EAAN+hAADjoQAA9qEAAPqhAAAfowAAKKMAAKij
AACvowAAnacAAK+nAACzpwAAxqcAAFSpAABhqQAAY6kAAG+pAAByqQAAf6kAAJCpAACcqQAA
16kAAPGpAAAAqgAADKoAAA+qAAAcqgAALaoAADmqAABQqgAAa6oAAHyqAACOqgAAN6sAAECr
AAAzrQAAOq0AADytAABIrQAASq0AAFetAABorQAAdK0AAK+tAADJrQAA2q0AAOatAADprQAA
9q0AAAeuAAATrgAAKq4AADyuAABhrgAAfK4AAJiwAACisAAAvLEAAMaxAADXsQAA3rEAAOWx
AAD2sQAA+LEAAASyAAAdsgAAKbIAAC6yAAAxsgAAkLIAAJqyAAC0sgAAwLIAAMSyAADQsgAA
ObMAAEGzAADTswAA2rMAAA21AAAVtQAA+rUAAAK2AAButgAAd7YAAMi3AADStwAAK7kAAC+5
AACYuQAAnLkAAB+6AAAnugAATboAAE+6AACsvAAAsLwAANfAAADbwAAAcMkAAHTJAAAY0AAA
HtAAADDQAAA10AAAONYAAD/WAABd1gAAZNYAAKvWAACy1gAA5tYAAO7WAAAr1wAAM9cAAF7X
AABk1wAAbdcAAHXXAACj1wAAq9cAAAfYAAAP2AAAPNgAAELYAACB2QAAjtkAALDZAAC92QAA
69kAAPjZAAAf2gAALNoAAFTaAACA2gAAgdoAAIXaAAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcABQAHAAUABwAFAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABsABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcABwACAAcAAAAAAMQBAADWAQAAHQIAACwCAACxCQAAHgsAAGENAABnDQAAIw4AACUO
AACoEwAAuxMAAB4VAAAfFQAANRYAADcWAAD/GAAAARkAAC8aAAA0GgAAhx8AAI0fAADpHwAA
7x8AAFogAABgIAAAdyAAAIAgAACKIgAAkyIAANciAADiIgAAJSMAACgjAAA+IwAAVCMAAKQj
AACvIwAAAiQAAA0kAABFJgAAUCYAAJomAACsJgAAuygAAMAoAAC4KQAAvykAACIvAAA6LwAA
Zy8AAGsvAAApMQAALDEAACsyAAAtMgAAWzIAAGgyAACNMgAAmTIAAMUyAADpMgAA6jIAAPEy
AABVMwAAWjMAAOUzAADqMwAACDQAAAw0AAApNAAALzQAADs0AABENAAAUDQAAFU0AABvNAAA
czQAALQ0AAC5NAAA1jQAANo0AAAhNQAAIjUAAG41AABzNQAAjDUAAJA1AACsNQAArTUAAM01
AADZNQAAADYAAAE2AAAfNgAAIzYAAHg2AAB6NgAAfTgAAIc4AADfPAAA6TwAAGk+AAB2PgAA
CT8AABA/AACZPwAApj8AAM1GAADXRgAAC0gAABVIAACYSQAArkkAABNKAAAjSgAAwEoAAMZK
AAACSwAADEsAABBNAAAfTQAAJU4AAClOAACaTgAAo04AAM5RAADkUQAAT1MAAFBTAAA/VwAA
QVcAANxYAADeWAAAw1sAAM5bAABfXQAAal0AADpfAABQXwAA0V8AANhfAAALYQAAFGEAAPNl
AAD2ZQAAi3IAAJhyAAB+dAAAjXQAAP91AAAKdgAAfnYAAIR2AAAUfwAAHn8AAGN/AABnfwAA
mYcAAJyHAAChiAAArYgAAOeJAADviQAAz4wAANiMAAAAjwAADI8AAM6QAADSkAAAJJEAACmR
AAA/kQAARZEAAFaRAABckQAAqJEAAK6RAADIkQAAzpEAAOaRAADskQAAP5MAAEeTAACJkwAA
k5MAAAaXAAASlwAATZcAAFOXAABslwAAb5cAAHiXAAB6lwAAfZcAAIaXAACglwAAqpcAAMSX
AADIlwAA0JcAANKXAADclwAA4pcAAPqXAAD9lwAABpgAAAiYAAAMmAAAFZgAADWYAAA/mAAA
b5gAAHWYAACQmAAAnJgAANiYAADemAAAAZkAAASZAAANmQAAD5kAAByZAAAimQAASZkAAE+Z
AAB6mQAAgJkAAJ+ZAACimQAAq5kAAK2ZAACwmQAAuZkAAOaZAADwmQAAJpoAACyaAADPmgAA
8poAAJKbAAClmwAAmp8AAJ+fAAAFoQAAC6EAABahAAAcoQAANqEAADyhAABdoQAAY6EAAH2h
AACDoQAAnaEAAKOhAACmpwAAr6cAAHmpAAB/qQAAkKkAAJSpAADgqQAA66kAABaqAAAcqgAA
LaoAADmqAABZqgAAZaoAAIiqAACOqgAAMa0AADKtAABRrQAAV60AAGitAABsrQAAuK0AAMOt
AADwrQAA9q0AAAeuAAATrgAANq4AADyuAABqrgAAdq4AAFCwAABasAAAXLAAAIewAADVsQAA
1rEAAOWxAADtsQAACbIAABSyAAAusgAAMbIAAAq1AAAVtQAA8LgAAPO4AAAxvAAAWbwAAJjE
AAChxAAAd80AAILNAABU2gAAgNoAAIHaAACF2gAABwAzAAcAMwAHAAUABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHAAcAAgAHAAAAAACwGQAA3BkAAN0ZAADeGQAAChoAAAoaAAAnGgAAJxoAAEQaAABEGgAA
JR0AACYdAAAoHQAAKB0AACkdAAApHQAAKh0AACodAAA1HQAAPh0AAFYdAAB/HQAA+x8AAPsf
AAAEIAAADSAAAA4gAAAOIAAAJiEAACYhAAAnIQAAJyEAACghAAAoIQAAKSEAACkhAAAqIQAA
LiEAADkhAAA5IQAARyEAAEghAAAcJQAAICUAAEYlAABHJQAA10IAANhCAAAiRQAAI0UAAEJF
AABDRQAAl0wAAJhMAACuTAAAr0wAABlPAAAaTwAAr14AAK9eAABQZQAAUWUAAKJlAACiZQAA
5G8AAORvAAD1bwAA9W8AAIp2AACKdgAA83YAAPd2AABZkQAAXJEAAF2RAABdkQAAXpEAAF6R
AABfkQAAX5EAAGCRAABgkQAAYZEAAGGRAABikQAAYpEAAGORAABjkQAAZJEAAGSRAABlkQAA
ZZEAAMWTAADIkwAAyZMAAMmTAADKkwAAypMAAMuTAADLkwAAzJMAAMyTAADNkwAAzZMAAM6T
AADOkwAAz5MAAM+TAADQkwAA0JMAANGTAADRkwAAeJcAAHqXAADQlwAA0pcAAAaYAAAImAAA
DZkAAA+ZAACrmQAArZkAAE26AABQugAAUdoAAFTaAACA2gAAgdoAAIHaAACF2gAAAwAEAAMA
BAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQA
AwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMA
BAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQA
AwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAQAAwAEAAMA
BAADAAQAAwAEAAMABAADAAQAAwAEAAMABAADAAcABwACAAQABwAAAAAAVNoAAIDaAACB2gAA
hdoAAAcABwACAAcA//8IAAAAEgBQAHIAZQBmAGUAcgByAGUAZAAgAEMAdQBzAHQAbwBtAGUA
cgAAAAwAUgBvAHkAIABXAGkAbABsAGkAYQBtAHMAAAAOAFQAaABvAG0AYQBzACAATQBjAEcA
bAB5AG4AbgAAAAgARQBkACAAUwBoAGEAeQBhAAAAIQACAAAAAgAAAP8P/w//D/8P/w//D/8P
/w//DwAAAwAAAAMAAAD/D/8P/w//D/8P/w//D/8P/w8AAAQAAAAEAAAA/w//D/8P/w//D/8P
/w//D/8PAADKSdECOAWUEv8P/w//D/8P/w//D/8P/w//DxAATVNdBgMAAAD/D/8P/w//D/8P
/w//D/8P/w8AACMf4QkDAAAA/w//D/8P/w//D/8P/w//D/8PAAA+GlYOcgfQff8P/w//D/8P
/w//D/8P/w//DwAAQxkaDwMAAAD/D/8P/w//D/8P/w//D/8P/w8AAJViBhAWAw6u/w//D/8P
/w//D/8P/w//D/8PEACfMskQJDdcYAEAAgADAP8P/w//D/8P/w//DwAAz2oCHk4ODH7/D/8P
/w//D/8P/w//D/8P/w8AALhiriSgM/D//w//D/8P/w//D/8P/w//D/8PEADeWMApnGWIyhgA
/w//D/8P/w//D/8P/w//DxAAFEBEKurWHmv/D/8P/w//D/8P/w//D/8P/w8AAC0wISxyB9B9
/w//D/8P/w//D/8P/w//D/8PAAA7RAstAwAAAP8P/w//D/8P/w//D/8P/w//DwAATRZ1Ldwi
xp3/D/8P/w//D/8P/w//D/8P/w8AAAIYHC4OQYKg/w//D/8P/w//D/8P/w//D/8PAABLMw0v
XOUWhP8P/w//D/8P/w//D/8P/w//DwAAeFbUMZQuAhr/D/8P/w//D/8P/w//D/8P/w8QAAUD
BjRkxhaX/w//D/8P/w//D/8P/w//D/8PAABeIsI8JDdcYP8P/w//D/8P/w//D/8P/w//DwAA
EUx3QAMAAAD/D/8P/w//D/8P/w//D/8P/w8AAD48xkBu3hDy/w//D/8P/w//D/8P/w//D/8P
EAD4OxFC8nJOyf8P/w//D/8P/w//D/8P/w//DxAAk3ZlSTwNFs8ZAP8P/w//D/8P/w//D/8P
/w8QANpoHlPchCxv/w//D/8P/w//D/8P/w//D/8PEABmPlZTdgkmVf8P/w//D/8P/w//D/8P
/w//DxAA2XrtVrbknEX/D/8P/w//D/8P/w//D/8P/w8QAJY7wG3cIsad/w//D/8P/w//D/8P
/w//D/8PEAABc/FtcgfQff8P/w//D/8P/w//D/8P/w//DwAAaWuKdnIH0H3/D/8P/w//D/8P
/w//D/8P/w8AAB12cX8DAAAA/w//D/8P/w//D/8P/w//D/8PAAABAAAAAAACAAAAAAAAAAAC
AAAAAAAAAAAAEAAAD4TQAhGEmP5ehNACYISY/gMAIAAAAC4AAQAAAAAAAgQAAAAAAAAAAgAA
AAAAAAAAABAAAA+EoAURhJj+XoSgBWCEmP4FACAAAAAuAAEALgABAAAABAACAAAAAAAAAAAC
AAAAAAAAAAAAEAAAD4RwCBGEmP5ehHAIYISY/gMAIAACACkAAQAAABcAAAAAAAAAAAAAAgAA
AAAAAAAAFBAAAA+EQAsRhJj+XoRAC2CEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAA
FwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4QQDhGEmP5ehBAOYISY/k9KBgBRSgYAQ0oSAFBK
BgBDShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhOAQEYSY/l6E4BBghJj+
T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+E
sBMRhJj+XoSwE2CEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAAC
AAAAAAAAAAAUEAAAD4SAFhGEmP5ehIAWYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEA
AAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhFAZEYSY/l6EUBlghJj+T0oGAFFKBgBDShIA
UEoGAENKEgABACIgAQAAAAAAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+E0AIRhJj+XoTQAmCE
mP4DACAAAAAuAAEAAAAAAAIEAAAAAAAAAAIAAAAAAAAAAAAQAAAPhKAFEYSY/l6EoAVghJj+
BQAgAAAALgABAC4AAQAAAAQAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+EcAgRhJj+XoRwCGCE
mP4DACAAAgApAAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhEALEYSY/l6EQAtghJj+
T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+E
EA4RhJj+XoQQDmCEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAAC
AAAAAAAAAAAUEAAAD4TgEBGEmP5ehOAQYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEA
AAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhLATEYSY/l6EsBNghJj+T0oGAFFKBgBDShIA
UEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EgBYRhJj+XoSAFmCE
mP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAA
D4RQGRGEmP5ehFAZYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAD/AAAAAAAAAAAA
AAIAAAAAAAAAAAAQAAAPhAAAEYQAAF6EAABghAAAAAABAAAA/wAAAAAAAAAAAAACAAAAAAAA
AAAAEAAAD4QAABGEAABehAAAYIQAAAAAAQAAAP8AAAAAAAAAAAAAAgAAAAAAAAAAABAAAA+E
AAARhAAAXoQAAGCEAAAAAAEAAAD/AAAAAAAAAAAAAAIAAAAAAAAAAAAQAAAPhAAAEYQAAF6E
AABghAAAAAABAAAA/wAAAAAAAAAAAAACAAAAAAAAAAAAEAAAD4QAABGEAABehAAAYIQAAAAA
AQAAAP8AAAAAAAAAAAAAAgAAAAAAAAAAABAAAA+EAAARhAAAXoQAAGCEAAAAAAEAAAD/AAAA
AAAAAAAAAAIAAAAAAAAAAAAQAAAPhAAAEYQAAF6EAABghAAAAAABAAAA/wAAAAAAAAAAAAAC
AAAAAAAAAAAAEAAAD4QAABGEAABehAAAYIQAAAAAAQAAAP8AAAAAAAAAAAAAAgAAAAAAAAAA
ABAAAA+EAAARhAAAXoQAAGCEAAAAAAEAAAAXAAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhNAC
EYSY/hXGBQAB0AIGXoTQAmCEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAAASAAQAA
AAAAAAAAAAAAAAAAAAAAChgAAA+EoAURhJj+FcYFAAGgBQZehKAFYISY/odoAAAAAIhIAAAC
AAEALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4RwCBGETP8VxgUAAXAIBl6EcAhg
hEz/h2gAAAAAiEgAAAIAAgAuAAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhEALEYSY
/hXGBQABQAsGXoRAC2CEmP6HaAAAAACISAAAAgADAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAA
AAAAChgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY/odoAAAAAIhIAAACAAQALgABAAAAAoIB
AAAAAAAAAAAAAAAAAAAAAAAKGAAAD4TgEBGETP8VxgUAAeAQBl6E4BBghEz/h2gAAAAAiEgA
AAIABQAuAAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhLATEYSY/hXGBQABsBMGXoSw
E2CEmP6HaAAAAACISAAAAgAGAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EgBYR
hJj+FcYFAAGAFgZehIAWYISY/odoAAAAAIhIAAACAAcALgABAAAAAoIBAAAAAAAAAAAAAAAA
AAAAAAAKGAAAD4RQGRGETP8VxgUAAVAZBl6EUBlghEz/h2gAAAAAiEgAAAIACAAuAAEAAAAA
AAIAAAAAAAAAAAIAAAAAAAAAAAAQAAAPhNACEYSY/l6E0AJghJj+AwAgAAAALgABAAAAAAAC
BAAAAAAAAAACAAAAAAAAAAAAEAAAD4SgBRGEmP5ehKAFYISY/gUAIAAAAC4AAQAuAAEAAAAE
AAIAAAAAAAAAAAIAAAAAAAAAAAAQAAAPhHAIEYSY/l6EcAhghJj+AwAgAAIAKQABAAAAFwAA
AAAAAAAAAAACAAAAAAAAAAAUEAAAD4RACxGEmP5ehEALYISY/k9KBgBRSgYAQ0oSAFBKBgBD
ShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhBAOEYSY/l6EEA5ghJj+T0oG
AFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+E4BAR
hJj+XoTgEGCEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAA
AAAAAAAUEAAAD4SwExGEmP5ehLATYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAX
AAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhIAWEYSY/l6EgBZghJj+T0oGAFFKBgBDShIAUEoG
AENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EUBkRhJj+XoRQGWCEmP5P
SgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAAAACAAAAAAAAAAACAAAAAAAAAAAAEAAAD4TQ
AhGEmP5ehNACYISY/gMAIAAAAC4AAQAAAAAAAgQAAAAAAAAAAgAAAAAAAAAAABAAAA+EoAUR
hJj+XoSgBWCEmP4FACAAAAAuAAEALgABAAAABAACAAAAAAAAAAACAAAAAAAAAAAAEAAAD4Rw
CBGEmP5ehHAIYISY/gMAIAACACkAAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EQAsR
hJj+XoRAC2CEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAA
AAAAAAAUEAAAD4QQDhGEmP5ehBAOYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAX
AAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhOAQEYSY/l6E4BBghJj+T0oGAFFKBgBDShIAUEoG
AENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EsBMRhJj+XoSwE2CEmP5P
SgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4SA
FhGEmP5ehIAWYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIA
AAAAAAAAABQQAAAPhFAZEYSY/l6EUBlghJj+T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAA
AAAAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EaAERhJj+FcYFAAHQAgZehGgBYISY/odoAAAA
AIhIAAACAAAALgABAAAAAAABAwAAAAAAAAAAAAAAAAAAAAAKGAAAD4QYAxGEUP4VxgUAAaAF
Bl6EGANghFD+h2gAAAAAiEgAAAQAAAAuAAEALgABAAAAAAABAwUAAAAAAAAAAAAAAAAAAAAK
GAAAD4TIBBGECP4VxgUAAXAIBl6EyARghAj+h2gAAAAAiEgAAAYAAAAuAAEALgACAC4AAQAA
AAAAAQMFBwAAAAAAAAAAAAAAAAAAChgAAA+EwAYRhHj9FcYFAAFACwZehMAGYIR4/YdoAAAA
AIhIAAAIAAAALgABAC4AAgAuAAMALgABAAAAAAABAwUHCQAAAAAAAAAAAAAAAAAKGAAAD4S4
CBGE6PwVxgUAARAOBl6EuAhghOj8h2gAAAAAiEgAAAoAAAAuAAEALgACAC4AAwAuAAQALgAB
AAAAAAABAwUHCQsAAAAAAAAAAAAAAAAKGAAAD4SwChGEWPwVxgUAAeAQBl6EsApghFj8h2gA
AAAAiEgAAAwAAAAuAAEALgACAC4AAwAuAAQALgAFAC4AAQAAAAAAAQMFBwkLDQAAAAAAAAAA
AAAAChgAAA+EqAwRhMj7FcYFAAEYFQZehKgMYITI+4doAAAAAIhIAAAOAAAALgABAC4AAgAu
AAMALgAEAC4ABQAuAAYALgABAAAAAAABAwUHCQsNDwAAAAAAAAAAAAAKGAAAD4SgDhGEOPsV
xgUAAegXBl6EoA5ghDj7h2gAAAAAiEgAABAAAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAu
AAcALgABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAAKGAAAD4TgEBGEYPoVxgUAAbgaBl6E4BBg
hGD6h2gAAAAAiEgAABIAAAAuAAEALgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgAIAC4AAQAA
AAAAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+E0AIRhJj+XoTQAmCEmP4DACAAAAAuAAEAAAAA
AAIEAAAAAAAAAAIAAAAAAAAAAAAQAAAPhKAFEYSY/l6EoAVghJj+BQAgAAAALgABAC4AAQAA
AAQAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+EcAgRhJj+XoRwCGCEmP4DACAAAgApAAEAAAAX
AAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhEALEYSY/l6EQAtghJj+T0oGAFFKBgBDShIAUEoG
AENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EEA4RhJj+XoQQDmCEmP5P
SgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4Tg
EBGEmP5ehOAQYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIA
AAAAAAAAABQQAAAPhLATEYSY/l6EsBNghJj+T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAA
ABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EgBYRhJj+XoSAFmCEmP5PSgYAUUoGAENKEgBQ
SgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4RQGRGEmP5ehFAZYISY
/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAMYAAAP
hNACEYSY/hXGBQAB0AIGXoTQAmCEmP5vKAABAAAAAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAA
ChgAAA+EoAURhJj+FcYFAAGgBQZehKAFYISY/odoAAAAAIhIAAACAAEALgABAAAAAoIBAAAA
AAAAAAAAAAAAAAAAAAAKGAAAD4RwCBGETP8VxgUAAXAIBl6EcAhghEz/h2gAAAAAiEgAAAIA
AgAuAAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhEALEYSY/hXGBQABQAsGXoRAC2CE
mP6HaAAAAACISAAAAgADAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EEA4RhJj+
FcYFAAEQDgZehBAOYISY/odoAAAAAIhIAAACAAQALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAA
AAAKGAAAD4TgEBGETP8VxgUAAeAQBl6E4BBghEz/h2gAAAAAiEgAAAIABQAuAAEAAAAAgAEA
AAAAAAAAAAAAAAAAAAAAAAoYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP6HaAAAAACISAAA
AgAGAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EgBYRhJj+FcYFAAGAFgZehIAW
YISY/odoAAAAAIhIAAACAAcALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4RQGRGE
TP8VxgUAAVAZBl6EUBlghEz/h2gAAAAAiEgAAAIACAAuAAEAAAAAEAEAAAAAAAAAAABoAQAA
AAAAAA0YAAAPhGgBEYSY/hXGBQABaAEGXoRoAWCEmP5vKACHaAAAAACISAAAAgAAAC4AAQAA
AAAQAQMAAAAAAAAAAGgBAAAAAAAADRgBAA+EsAERhFD+FcYFAAGQAAZehLABYIRQ/m8oAIdo
AAAAAIhIAAAEAAAALgABAC4AAQAAAAAQAQMFAAAAAAAAAGgBAAAAAAAADRgCAA+EyAQRhAj+
FcYFAAGgBQZehMgEYIQI/m8oAIdoAAAAAIhIAAAGAAAALgABAC4AAgAuAAEAAAAAEAEDBQcA
AAAAAABoAQAAAAAAAA0YAwAPhMAGEYR4/RXGBQABcAgGXoTABmCEeP1vKACHaAAAAACISAAA
CAAAAC4AAQAuAAIALgADAC4AAQAAAAAQAQMFBwkAAAAAAGgBAAAAAAAADRgEAA+EuAgRhOj8
FcYFAAHYCQZehLgIYITo/G8oAIdoAAAAAIhIAAAKAAAALgABAC4AAgAuAAMALgAEAC4AAQAA
AAAQAQMFBwkLAAAAAGgBAAAAAAAADRgFAA+EsAoRhFj8FcYFAAGoDAZehLAKYIRY/G8oAIdo
AAAAAIhIAAAMAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAEAAAAAEAEDBQcJCw0AAABoAQAA
AAAAAA0YBgAPhKgMEYTI+xXGBQABEA4GXoSoDGCEyPtvKACHaAAAAACISAAADgAAAC4AAQAu
AAIALgADAC4ABAAuAAUALgAGAC4AAQAAAAAQAQMFBwkLDQ8AAGgBAAAAAAAADRgHAA+EoA4R
hDj7FcYFAAHgEAZehKAOYIQ4+28oAIdoAAAAAIhIAAAQAAAALgABAC4AAgAuAAMALgAEAC4A
BQAuAAYALgAHAC4AAQAAAAAQAQMFBwkLDQ8RAGgBAAAAAAAADRgIAA+E4BARhGD6FcYFAAGw
EwZehOAQYIRg+m8oAIdoAAAAAIhIAAASAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgAH
AC4ACAAuAAEAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAA4YAAAPhNACEYSY/hXGBQAB0AIGXoTQ
AmCEmP5DShgAh2gAAAAAiEgAAAEAAAABAAAABAABAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4Sg
BRGEmP4VxgUAAaAFBl6EoAVghJj+h2gAAAAAiEgAAAIAAQAuAAEAAAACAgEAAAAAAAAAAAAA
AAAAAAAAAAoYAAAPhHAIEYRM/xXGBQABcAgGXoRwCGCETP+HaAAAAACISAAAAgACAC4AAQAA
AAAAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/odoAAAA
AIhIAAACAAMALgABAAAABAABAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4QQDhGEmP4VxgUAARAO
Bl6EEA5ghJj+h2gAAAAAiEgAAAIABAAuAAEAAAACAgEAAAAAAAAAAAAAAAAAAAAAAAoYAAAP
hOAQEYRM/xXGBQAB4BAGXoTgEGCETP+HaAAAAACISAAAAgAFAC4AAQAAAAAAAQAAAAAAAAAA
AAAAAAAAAAAAChgAAA+EsBMRhJj+FcYFAAGwEwZehLATYISY/odoAAAAAIhIAAACAAYALgAB
AAAABAABAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+h2gA
AAAAiEgAAAIABwAuAAEAAAACAgEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhFAZEYRM/xXGBQAB
UBkGXoRQGWCETP+HaAAAAACISAAAAgAIAC4AAQAAAAAQAQAAAAAAAAAAAGgBAAAAAAAAChgA
AA+E0AIRhJj+FcYFAAHQAgZehNACYISY/odoAAAAAIhIAAACAAAALgABAAAABJABAAAAAAAA
AAAAaAEAAAAAAAAKGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+h2gAAAAAiEgAAAIAAQAu
AAEAAAACkgEAAAAAAAAAAABoAQAAAAAAAAoYAAAPhHAIEYRM/xXGBQABcAgGXoRwCGCETP+H
aAAAAACISAAAAgACAC4AAQAAAACQAQAAAAAAAAAAAGgBAAAAAAAAChgAAA+EQAsRhJj+FcYF
AAFACwZehEALYISY/odoAAAAAIhIAAACAAMALgABAAAABJABAAAAAAAAAAAAaAEAAAAAAAAK
GAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+h2gAAAAAiEgAAAIABAAuAAEAAAACkgEAAAAA
AAAAAABoAQAAAAAAAAoYAAAPhOAQEYRM/xXGBQAB4BAGXoTgEGCETP+HaAAAAACISAAAAgAF
AC4AAQAAAACQAQAAAAAAAAAAAGgBAAAAAAAAChgAAA+EsBMRhJj+FcYFAAGwEwZehLATYISY
/odoAAAAAIhIAAACAAYALgABAAAABJABAAAAAAAAAAAAaAEAAAAAAAAKGAAAD4SAFhGEmP4V
xgUAAYAWBl6EgBZghJj+h2gAAAAAiEgAAAIABwAuAAEAAAACkgEAAAAAAAAAAABoAQAAAAAA
AAoYAAAPhFAZEYRM/xXGBQABUBkGXoRQGWCETP+HaAAAAACISAAAAgAIAC4AAQAAABcAAAAA
AAAAAAAAAGgBAAAAAAAAFRgAAA+E0AIRhJj+FcYFAAHQAgZehNACYISY/k9KAQBRSgEAbygA
h2gAAAAAiEgAAAEAt/ABAAAABIABAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4SgBRGEmP4VxgUA
AaAFBl6EoAVghJj+h2gAAAAAiEgAAAIAAQAuAAEAAAACggEAAAAAAAAAAAAAAAAAAAAAAAoY
AAAPhHAIEYRM/xXGBQABcAgGXoRwCGCETP+HaAAAAACISAAAAgACAC4AAQAAAACAAQAAAAAA
AAAAAAAAAAAAAAAAChgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/odoAAAAAIhIAAACAAMA
LgABAAAABIABAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+
h2gAAAAAiEgAAAIABAAuAAEAAAACggEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhOAQEYRM/xXG
BQAB4BAGXoTgEGCETP+HaAAAAACISAAAAgAFAC4AAQAAAACAAQAAAAAAAAAAAAAAAAAAAAAA
ChgAAA+EsBMRhJj+FcYFAAGwEwZehLATYISY/odoAAAAAIhIAAACAAYALgABAAAABIABAAAA
AAAAAAAAAAAAAAAAAAAKGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+h2gAAAAAiEgAAAIA
BwAuAAEAAAACggEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhFAZEYRM/xXGBQABUBkGXoRQGWCE
TP+HaAAAAACISAAAAgAIAC4AAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EIAERhCAB
FcYFAAEgAQZehCABYIQgAU9KAQBRSgEAbygAh2gAAAAAiEgAAAEALQABAAAAFxAAAAAAAAAA
AAAAaAEAAAAAAAAZGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+T0oHAFFKBwBeSgcAbygA
h2gAAAAAiEgAAAEAbwABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RwCBGEmP4VxgUA
AXAIBl6EcAhghJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXEAAAAAAAAAAAAABo
AQAAAAAAABUYAAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhI
AAABALfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EEA4RhJj+FcYFAAEQDgZehBAO
YISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABcQAAAAAAAAAAAAAGgBAAAA
AAAAFRgAAA+E4BARhJj+FcYFAAHgEAZehOAQYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEA
p/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4SwExGEmP4VxgUAAbATBl6EsBNghJj+
T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABkYAAAP
hIAWEYSY/hXGBQABgBYGXoSAFmCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEA
AAAXEAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhFAZEYSY/hXGBQABUBkGXoRQGWCEmP5PSggA
UUoIAG8oAIdoAAAAAIhIAAABAKfwAQAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EaAER
hJj+FcYFAAHQAgZehGgBYISY/odoAAAAAIhIAAACAAAALgABAAAAAAABAwAAAAAAAAAAAAAA
AAAAAAAKGAAAD4QYAxGEUP4VxgUAAaAFBl6EGANghFD+h2gAAAAAiEgAAAQAAAAuAAEALgAB
AAAAAAABAwUAAAAAAAAAAAAAAAAAAAAKGAAAD4TIBBGECP4VxgUAAXAIBl6EyARghAj+h2gA
AAAAiEgAAAYAAAAuAAEALgACAC4AAQAAAAAAAQMFBwAAAAAAAAAAAAAAAAAAChgAAA+EwAYR
hHj9FcYFAAFACwZehMAGYIR4/YdoAAAAAIhIAAAIAAAALgABAC4AAgAuAAMALgABAAAAAAAB
AwUHCQAAAAAAAAAAAAAAAAAKGAAAD4S4CBGE6PwVxgUAARAOBl6EuAhghOj8h2gAAAAAiEgA
AAoAAAAuAAEALgACAC4AAwAuAAQALgABAAAAAAABAwUHCQsAAAAAAAAAAAAAAAAKGAAAD4Sw
ChGEWPwVxgUAAeAQBl6EsApghFj8h2gAAAAAiEgAAAwAAAAuAAEALgACAC4AAwAuAAQALgAF
AC4AAQAAAAAAAQMFBwkLDQAAAAAAAAAAAAAAChgAAA+EqAwRhMj7FcYFAAEYFQZehKgMYITI
+4doAAAAAIhIAAAOAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgABAAAAAAABAwUHCQsN
DwAAAAAAAAAAAAAKGAAAD4SgDhGEOPsVxgUAAegXBl6EoA5ghDj7h2gAAAAAiEgAABAAAAAu
AAEALgACAC4AAwAuAAQALgAFAC4ABgAuAAcALgABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAAK
GAAAD4TgEBGEYPoVxgUAAbgaBl6E4BBghGD6h2gAAAAAiEgAABIAAAAuAAEALgACAC4AAwAu
AAQALgAFAC4ABgAuAAcALgAIAC4AAQAAAAAAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+E0AIR
hJj+XoTQAmCEmP4DACAAAAAuAAEAAAAAAAIEAAAAAAAAAAIAAAAAAAAAAAAQAAAPhKAFEYSY
/l6EoAVghJj+BQAgAAAALgABAC4AAQAAAAQAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+EcAgR
hJj+XoRwCGCEmP4DACAAAgApAAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhEALEYSY
/l6EQAtghJj+T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAA
AAAAFBAAAA+EEA4RhJj+XoQQDmCEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAA
AAAAAAAAAAACAAAAAAAAAAAUEAAAD4TgEBGEmP5ehOAQYISY/k9KBgBRSgYAQ0oSAFBKBgBD
ShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhLATEYSY/l6EsBNghJj+T0oG
AFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EgBYR
hJj+XoSAFmCEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAA
AAAAAAAUEAAAD4RQGRGEmP5ehFAZYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAX
EAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCEmP5PSgEAUUoB
AG8oAIdoAAAAAIhIAAABALfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EoAURhJj+
FcYFAAGgBQZehKAFYISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABcQAAAA
AAAAAAAAAGgBAAAAAAAAFRgAAA+EcAgRhJj+FcYFAAFwCAZehHAIYISY/k9KCABRSggAbygA
h2gAAAAAiEgAAAEAp/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RACxGEmP4VxgUA
AUALBl6EQAtghJj+T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAXEAAAAAAAAAAAAABo
AQAAAAAAABkYAAAPhBAOEYSY/hXGBQABEA4GXoQQDmCEmP5PSgcAUUoHAF5KBwBvKACHaAAA
AACISAAAAQBvAAEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhOAQEYSY/hXGBQAB4BAG
XoTgEGCEmP5PSggAUUoIAG8oAIdoAAAAAIhIAAABAKfwAQAAABcQAAAAAAAAAAAAAGgBAAAA
AAAAFRgAAA+EsBMRhJj+FcYFAAGwEwZehLATYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEA
t/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAZGAAAD4SAFhGEmP4VxgUAAYAWBl6EgBZghJj+
T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgAAAEAbwABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAV
GAAAD4RQGRGEmP4VxgUAAVAZBl6EUBlghJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEA
AAAXEAAAAAAAAAAAAABoAQAAAAAAABYYAAAPhNACEYQAABXGBQAB0AIGXoTQAmCEAABDShgA
T0oBAFFKAQCHaAAAAACISAAAAQAtAAEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhKAF
EYSY/hXGBQABoAUGXoSgBWCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEAAAAX
EAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhHAIEYSY/hXGBQABcAgGXoRwCGCEmP5PSggAUUoI
AG8oAIdoAAAAAIhIAAABAKfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EQAsRhJj+
FcYFAAFACwZehEALYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAFxAAAAAAAAAA
AAAAaAEAAAAAAAAZGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+T0oHAFFKBwBeSgcAbygA
h2gAAAAAiEgAAAEAbwABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4TgEBGEmP4VxgUA
AeAQBl6E4BBghJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXEAAAAAAAAAAAAABo
AQAAAAAAABUYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhI
AAABALfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EgBYRhJj+FcYFAAGAFgZehIAW
YISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABcQAAAAAAAAAAAAAGgBAAAA
AAAAFRgAAA+EUBkRhJj+FcYFAAFQGQZehFAZYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEA
p/ABAAAAABABAAAAAAAAAAAAaAEAAAAAAAAKGAAAD4TQAhGEmP4VxgUAAdACBl6E0AJghJj+
h2gAAAAAiEgAAAIAAAApAAEAAAAEEAEAAAAAAAAAAABoAQAAAAAAAAoYAAAPhKAFEYSY/hXG
BQABoAUGXoSgBWCEmP6HaAAAAACISAAAAgABAC4AAQAAAAISAQAAAAAAAAAAAGgBAAAAAAAA
ChgAAA+EcAgRhEz/FcYFAAFwCAZehHAIYIRM/4doAAAAAIhIAAACAAIALgABAAAAABABAAAA
AAAAAAAAaAEAAAAAAAAKGAAAD4RACxGEmP4VxgUAAUALBl6EQAtghJj+h2gAAAAAiEgAAAIA
AwAuAAEAAAAEEAEAAAAAAAAAAABoAQAAAAAAAAoYAAAPhBAOEYSY/hXGBQABEA4GXoQQDmCE
mP6HaAAAAACISAAAAgAEAC4AAQAAAAISAQAAAAAAAAAAAGgBAAAAAAAAChgAAA+E4BARhEz/
FcYFAAHgEAZehOAQYIRM/4doAAAAAIhIAAACAAUALgABAAAAABABAAAAAAAAAAAAaAEAAAAA
AAAKGAAAD4SwExGEmP4VxgUAAbATBl6EsBNghJj+h2gAAAAAiEgAAAIABgAuAAEAAAAEEAEA
AAAAAAAAAABoAQAAAAAAAAoYAAAPhIAWEYSY/hXGBQABgBYGXoSAFmCEmP6HaAAAAACISAAA
AgAHAC4AAQAAAAISAQAAAAAAAAAAAGgBAAAAAAAAChgAAA+EUBkRhEz/FcYFAAFQGQZehFAZ
YIRM/4doAAAAAIhIAAACAAgALgABAAAAFxAAAAAAAAAAAAAA0AIAAAAAAAAVGAAAD4TQAhGE
AAAVxgUAAdACBl6E0AJghAAAT0oBAFFKAQBvKACHaAAAAACISAAAAQAtAAEAAAAXkAAAAAAA
AAAAAADQAgAAAAAAABkYAAAPhKAFEYSY/hXGBQABoAUGXoSgBWCEmP5PSgcAUUoHAF5KBwBv
KACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAAAAAAAADQAgAAAAAAABUYAAAPhHAIEYSY/hXG
BQABcAgGXoRwCGCEmP5PSggAUUoIAG8oAIdoAAAAAIhIAAABAKfwAQAAABeQAAAAAAAAAAAA
ANACAAAAAAAAFRgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/k9KAQBRSgEAbygAh2gAAAAA
iEgAAAEAt/ABAAAAF5AAAAAAAAAAAAAA0AIAAAAAAAAZGAAAD4QQDhGEmP4VxgUAARAOBl6E
EA5ghJj+T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgAAAEAbwABAAAAF5AAAAAAAAAAAAAA0AIA
AAAAAAAVGAAAD4TgEBGEmP4VxgUAAeAQBl6E4BBghJj+T0oIAFFKCABvKACHaAAAAACISAAA
AQCn8AEAAAAXkAAAAAAAAAAAAADQAgAAAAAAABUYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CE
mP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABeQAAAAAAAAAAAAANACAAAAAAAAGRgA
AA+EgBYRhJj+FcYFAAGAFgZehIAWYISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8A
AQAAABeQAAAAAAAAAAAAANACAAAAAAAAFRgAAA+EUBkRhJj+FcYFAAFQGQZehFAZYISY/k9K
CABRSggAbygAh2gAAAAAiEgAAAEAp/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4TQ
AhGEAAAVxgUAAdACBl6E0AJghAAAT0oBAFFKAQBvKACHaAAAAACISAAAAQAtAAEAAAAXEAAA
AAAAAAAAAABoAQAAAAAAABkYAAAPhKAFEYSY/hXGBQABoAUGXoSgBWCEmP5PSgcAUUoHAF5K
BwBvKACHaAAAAACISAAAAQBvAAEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhHAIEYSY
/hXGBQABcAgGXoRwCGCEmP5PSggAUUoIAG8oAIdoAAAAAIhIAAABAKfwAQAAABcQAAAAAAAA
AAAAAGgBAAAAAAAAFRgAAA+EQAsRhJj+FcYFAAFACwZehEALYISY/k9KAQBRSgEAbygAh2gA
AAAAiEgAAAEAt/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAZGAAAD4QQDhGEmP4VxgUAARAO
Bl6EEA5ghJj+T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgAAAEAbwABAAAAFxAAAAAAAAAAAAAA
aAEAAAAAAAAVGAAAD4TgEBGEmP4VxgUAAeAQBl6E4BBghJj+T0oIAFFKCABvKACHaAAAAACI
SAAAAQCn8AEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhLATEYSY/hXGBQABsBMGXoSw
E2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAA
GRgAAA+EgBYRhJj+FcYFAAGAFgZehIAWYISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAAB
AG8AAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EUBkRhJj+FcYFAAFQGQZehFAZYISY
/k9KCABRSggAbygAh2gAAAAAiEgAAAEAp/ABAAAAABABAAAAAAAAAAAAaAEAAAAAAAANGAAA
D4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+bygAh2gAAAAAiEgAAAIAAAAuAAEAAAAAEAEDAAAA
AAAAAABoAQAAAAAAAA0YAQAPhFAHEYRQ/hXGBQABMAYGXoRQB2CEUP5vKACHaAAAAACISAAA
BAAAAC4AAQAuAAEAAAAAEAEDBQAAAAAAAABoAQAAAAAAAA0YAgAPhAAJEYQI/hXGBQAB2AkG
XoQACWCECP5vKACHaAAAAACISAAABgAAAC4AAQAuAAIALgABAAAAABABAwUHAAAAAAAAaAEA
AAAAAAANGAMAD4T4ChGEeP0VxgUAAagMBl6E+ApghHj9bygAh2gAAAAAiEgAAAgAAAAuAAEA
LgACAC4AAwAuAAEAAAAAEAEDBQcJAAAAAABoAQAAAAAAAA0YBAAPhPAMEYTo/BXGBQABEA4G
XoTwDGCE6PxvKACHaAAAAACISAAACgAAAC4AAQAuAAIALgADAC4ABAAuAAEAAAAAEAEDBQcJ
CwAAAABoAQAAAAAAAA0YBQAPhOgOEYRY/BXGBQAB4BAGXoToDmCEWPxvKACHaAAAAACISAAA
DAAAAC4AAQAuAAIALgADAC4ABAAuAAUALgABAAAAABABAwUHCQsNAAAAaAEAAAAAAAANGAYA
D4TgEBGEyPsVxgUAAUgSBl6E4BBghMj7bygAh2gAAAAAiEgAAA4AAAAuAAEALgACAC4AAwAu
AAQALgAFAC4ABgAuAAEAAAAAEAEDBQcJCw0PAABoAQAAAAAAAA0YBwAPhNgSEYQ4+xXGBQAB
GBUGXoTYEmCEOPtvKACHaAAAAACISAAAEAAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4A
BwAuAAEAAAAAEAEDBQcJCw0PEQBoAQAAAAAAAA0YCAAPhBgVEYRg+hXGBQAB6BcGXoQYFWCE
YPpvKACHaAAAAACISAAAEgAAAC4AAQAuAAIALgADAC4ABAAuAAUALgAGAC4ABwAuAAgALgAB
AAAAAAACAAAAAAAAAAACAAAAAAAAAAAAEAAAD4TQAhGEmP5ehNACYISY/gMAIAAAAC4AAQAA
AAAAAgQAAAAAAAAAAgAAAAAAAAAAABAAAA+EoAURhJj+XoSgBWCEmP4FACAAAAAuAAEALgAB
AAAABAACAAAAAAAAAAACAAAAAAAAAAAAEAAAD4RwCBGEmP5ehHAIYISY/gMAIAACACkAAQAA
ABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EQAsRhJj+XoRAC2CEmP5PSgYAUUoGAENKEgBQ
SgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4QQDhGEmP5ehBAOYISY
/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAP
hOAQEYSY/l6E4BBghJj+T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAA
AgAAAAAAAAAAFBAAAA+EsBMRhJj+XoSwE2CEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiAB
AAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAAD4SAFhGEmP5ehIAWYISY/k9KBgBRSgYAQ0oS
AFBKBgBDShIAAQAiIAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhFAZEYSY/l6EUBlg
hJj+T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAAAQAAgAAAAAAAAAAAAAAAAAAAAAAAxgA
AA+E0AIRhJj+FcYFAAHQAgZehNACYISY/m8oAAMAKAAAACkAAQAAAASAAQAAAAAAAAAAAAAA
AAAAAAAAChgAAA+EoAURhJj+FcYFAAGgBQZehKAFYISY/odoAAAAAIhIAAACAAEALgABAAAA
AoIBAAAAAAAAAAAAAAAAAAAAAAAKGAAAD4RwCBGETP8VxgUAAXAIBl6EcAhghEz/h2gAAAAA
iEgAAAIAAgAuAAEAAAAAgAEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhEALEYSY/hXGBQABQAsG
XoRAC2CEmP6HaAAAAACISAAAAgADAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+E
EA4RhJj+FcYFAAEQDgZehBAOYISY/odoAAAAAIhIAAACAAQALgABAAAAAoIBAAAAAAAAAAAA
AAAAAAAAAAAKGAAAD4TgEBGETP8VxgUAAeAQBl6E4BBghEz/h2gAAAAAiEgAAAIABQAuAAEA
AAAAgAEAAAAAAAAAAAAAAAAAAAAAAAoYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP6HaAAA
AACISAAAAgAGAC4AAQAAAASAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EgBYRhJj+FcYFAAGA
FgZehIAWYISY/odoAAAAAIhIAAACAAcALgABAAAAAoIBAAAAAAAAAAAAAAAAAAAAAAAKGAAA
D4RQGRGETP8VxgUAAVAZBl6EUBlghEz/h2gAAAAAiEgAAAIACAAuAAEAAAAAEAEAAAAAAAAA
AABoAQAAAAAAAAMYAAAPhNACEYSY/hXGBQAB0AIGXoTQAmCEmP5vKAABAAAAAQAAAASQAQAA
AAAAAAAAAGgBAAAAAAAAChgAAA+EoAURhJj+FcYFAAGgBQZehKAFYISY/odoAAAAAIhIAAAC
AAEALgABAAAAApIBAAAAAAAAAAAAaAEAAAAAAAAKGAAAD4RwCBGETP8VxgUAAXAIBl6EcAhg
hEz/h2gAAAAAiEgAAAIAAgAuAAEAAAAAkAEAAAAAAAAAAABoAQAAAAAAAAoYAAAPhEALEYSY
/hXGBQABQAsGXoRAC2CEmP6HaAAAAACISAAAAgADAC4AAQAAAASQAQAAAAAAAAAAAGgBAAAA
AAAAChgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY/odoAAAAAIhIAAACAAQALgABAAAAApIB
AAAAAAAAAAAAaAEAAAAAAAAKGAAAD4TgEBGETP8VxgUAAeAQBl6E4BBghEz/h2gAAAAAiEgA
AAIABQAuAAEAAAAAkAEAAAAAAAAAAABoAQAAAAAAAAoYAAAPhLATEYSY/hXGBQABsBMGXoSw
E2CEmP6HaAAAAACISAAAAgAGAC4AAQAAAASQAQAAAAAAAAAAAGgBAAAAAAAAChgAAA+EgBYR
hJj+FcYFAAGAFgZehIAWYISY/odoAAAAAIhIAAACAAcALgABAAAAApIBAAAAAAAAAAAAaAEA
AAAAAAAKGAAAD4RQGRGETP8VxgUAAVAZBl6EUBlghEz/h2gAAAAAiEgAAAIACAAuAAEAAAAX
EAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhCABEYQgARXGBQABIAEGXoQgAWCEIAFPSgAAUUoA
AF5KAABvKACHaAAAAACISAAAAQAqAAEAAAAXEAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhKAF
EYSY/hXGBQABoAUGXoSgBWCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEAAAAX
kAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhHAIEYSY/hXGBQABcAgGXoRwCGCEmP5PSggAUUoI
AG8oAIdoAAAAAIhIAAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EQAsRhJj+
FcYFAAFACwZehEALYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAA
AAAAaAEAAAAAAAAZGAAAD4QQDhGEmP4VxgUAARAOBl6EEA5ghJj+T0oHAFFKBwBeSgcAbygA
h2gAAAAAiEgAAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4TgEBGEmP4VxgUA
AeAQBl6E4BBghJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXkAAAAAAAAAAAAABo
AQAAAAAAABUYAAAPhLATEYSY/hXGBQABsBMGXoSwE2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhI
AAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EgBYRhJj+FcYFAAGAFgZehIAW
YISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAAAGgBAAAA
AAAAFRgAAA+EUBkRhJj+FcYFAAFQGQZehFAZYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEA
p/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4Q4BBGEmP4VxgUAATgEBl6EOARghJj+
T0oBAFFKAQBvKACHaAAAAACISAAAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkYAAAP
hAgHEYSY/hXGBQABCAcGXoQIB2CEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEA
AAAXkAAAAAAAAAAAAABoAQAAAAAAABUYAAAPhNgJEYSY/hXGBQAB2AkGXoTYCWCEmP5PSggA
UUoIAG8oAIdoAAAAAIhIAAABAKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+EqAwR
hJj+FcYFAAGoDAZehKgMYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAA
AAAAAAAAaAEAAAAAAAAZGAAAD4R4DxGEmP4VxgUAAXgPBl6EeA9ghJj+T0oHAFFKBwBeSgcA
bygAh2gAAAAAiEgAAAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RIEhGEmP4V
xgUAAUgSBl6ESBJghJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXkAAAAAAAAAAA
AABoAQAAAAAAABUYAAAPhBgVEYSY/hXGBQABGBUGXoQYFWCEmP5PSgEAUUoBAG8oAIdoAAAA
AIhIAAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+E6BcRhJj+FcYFAAHoFwZe
hOgXYISY/k9KBwBRSgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAAAGgB
AAAAAAAAFRgAAA+EuBoRhJj+FcYFAAG4GgZehLgaYISY/k9KCABRSggAbygAh2gAAAAAiEgA
AAEAp/AAAAAAFwAAAAAAAAAAAAAAAAAAAAAAAAATGAAAD4TQAhGEmP4VxgUAAdACBl6E0AJg
hJj+T0oAAFBKAABRSgAAXkoAAG8oAAEALQABAAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAZGAAA
D4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgAAAEAbwAB
AAAAF4AAAAAAAAAAAAAAAAAAAAAAAAAVGAAAD4RwCBGEmP4VxgUAAXAIBl6EcAhghJj+T0oI
AFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABUYAAAPhEAL
EYSY/hXGBQABQAsGXoRAC2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABeAAAAA
AAAAAAAAAAAAAAAAAAAAGRgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY/k9KBwBRSgcAXkoH
AG8oAIdoAAAAAIhIAAABAG8AAQAAABeAAAAAAAAAAAAAAAAAAAAAAAAAFRgAAA+E4BARhJj+
FcYFAAHgEAZehOAQYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEAp/ABAAAAF4AAAAAAAAAA
AAAAAAAAAAAAAAAVGAAAD4SwExGEmP4VxgUAAbATBl6EsBNghJj+T0oBAFFKAQBvKACHaAAA
AACISAAAAQC38AEAAAAXgAAAAAAAAAAAAAAAAAAAAAAAABkYAAAPhIAWEYSY/hXGBQABgBYG
XoSAFmCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEAAAAXgAAAAAAAAAAAAAAA
AAAAAAAAABUYAAAPhFAZEYSY/hXGBQABUBkGXoRQGWCEmP5PSggAUUoIAG8oAIdoAAAAAIhI
AAABAKfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+E0AIRhJj+FcYFAAHQAgZehNAC
YISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAZ
GAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgAAAEA
bwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RwCBGEmP4VxgUAAXAIBl6EcAhghJj+
T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABUYAAAP
hEALEYSY/hXGBQABQAsGXoRAC2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAAABeQ
AAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY/k9KBwBRSgcA
XkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+E4BAR
hJj+FcYFAAHgEAZehOAQYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEAp/ABAAAAF5AAAAAA
AAAAAAAAaAEAAAAAAAAVGAAAD4SwExGEmP4VxgUAAbATBl6EsBNghJj+T0oBAFFKAQBvKACH
aAAAAACISAAAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhIAWEYSY/hXGBQAB
gBYGXoSAFmCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAAAAAA
AABoAQAAAAAAABUYAAAPhFAZEYSY/hXGBQABUBkGXoRQGWCEmP5PSggAUUoIAG8oAIdoAAAA
AIhIAAABAKfwAQAAABcQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+E0AIRhJj+FcYFAAHQAgZe
hNACYISY/k9KAQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAFxAAAAAAAAAAAAAAaAEAAAAA
AAAZGAAAD4SgBRGEmP4VxgUAAaAFBl6EoAVghJj+T0oHAFFKBwBeSgcAbygAh2gAAAAAiEgA
AAEAbwABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4RwCBGEmP4VxgUAAXAIBl6EcAhg
hJj+T0oIAFFKCABvKACHaAAAAACISAAAAQCn8AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABUY
AAAPhEALEYSY/hXGBQABQAsGXoRAC2CEmP5PSgEAUUoBAG8oAIdoAAAAAIhIAAABALfwAQAA
ABeQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EEA4RhJj+FcYFAAEQDgZehBAOYISY/k9KBwBR
SgcAXkoHAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+E
4BARhJj+FcYFAAHgEAZehOAQYISY/k9KCABRSggAbygAh2gAAAAAiEgAAAEAp/ABAAAAF5AA
AAAAAAAAAAAAaAEAAAAAAAAVGAAAD4SwExGEmP4VxgUAAbATBl6EsBNghJj+T0oBAFFKAQBv
KACHaAAAAACISAAAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhIAWEYSY/hXG
BQABgBYGXoSAFmCEmP5PSgcAUUoHAF5KBwBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAA
AAAAAABoAQAAAAAAABUYAAAPhFAZEYSY/hXGBQABUBkGXoRQGWCEmP5PSggAUUoIAG8oAIdo
AAAAAIhIAAABAKfwAQAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EaAERhJj+FcYFAAHQ
AgZehGgBYISY/odoAAAAAIhIAAACAAAALgABAAAAAAABAwAAAAAAAAAAAAAAAAAAAAAKGAAA
D4QYAxGEUP4VxgUAAaAFBl6EGANghFD+h2gAAAAAiEgAAAQAAAAuAAEALgABAAAAAAABAwUA
AAAAAAAAAAAAAAAAAAAKGAAAD4TIBBGECP4VxgUAAXAIBl6EyARghAj+h2gAAAAAiEgAAAYA
AAAuAAEALgACAC4AAQAAAAAAAQMFBwAAAAAAAAAAAAAAAAAAChgAAA+EwAYRhHj9FcYFAAFA
CwZehMAGYIR4/YdoAAAAAIhIAAAIAAAALgABAC4AAgAuAAMALgABAAAAAAABAwUHCQAAAAAA
AAAAAAAAAAAKGAAAD4S4CBGE6PwVxgUAARAOBl6EuAhghOj8h2gAAAAAiEgAAAoAAAAuAAEA
LgACAC4AAwAuAAQALgABAAAAAAABAwUHCQsAAAAAAAAAAAAAAAAKGAAAD4SwChGEWPwVxgUA
AeAQBl6EsApghFj8h2gAAAAAiEgAAAwAAAAuAAEALgACAC4AAwAuAAQALgAFAC4AAQAAAAAA
AQMFBwkLDQAAAAAAAAAAAAAAChgAAA+EqAwRhMj7FcYFAAEYFQZehKgMYITI+4doAAAAAIhI
AAAOAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgABAAAAAAABAwUHCQsNDwAAAAAAAAAA
AAAKGAAAD4SgDhGEOPsVxgUAAegXBl6EoA5ghDj7h2gAAAAAiEgAABAAAAAuAAEALgACAC4A
AwAuAAQALgAFAC4ABgAuAAcALgABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAAKGAAAD4TgEBGE
YPoVxgUAAbgaBl6E4BBghGD6h2gAAAAAiEgAABIAAAAuAAEALgACAC4AAwAuAAQALgAFAC4A
BgAuAAcALgAIAC4AAQAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAChgAAA+EaAERhJj+FcYFAAHQ
AgZehGgBYISY/odoAAAAAIhIAAACAAAALgABAAAAAAABAwAAAAAAAAAAAAAAAAAAAAAKGAAA
D4QYAxGEUP4VxgUAAaAFBl6EGANghFD+h2gAAAAAiEgAAAQAAAAuAAEALgABAAAAAAABAwUA
AAAAAAAAAAAAAAAAAAAKGAAAD4TIBBGECP4VxgUAAXAIBl6EyARghAj+h2gAAAAAiEgAAAYA
AAAuAAEALgACAC4AAQAAAAAAAQMFBwAAAAAAAAAAAAAAAAAAChgAAA+EwAYRhHj9FcYFAAFA
CwZehMAGYIR4/YdoAAAAAIhIAAAIAAAALgABAC4AAgAuAAMALgABAAAAAAABAwUHCQAAAAAA
AAAAAAAAAAAKGAAAD4S4CBGE6PwVxgUAARAOBl6EuAhghOj8h2gAAAAAiEgAAAoAAAAuAAEA
LgACAC4AAwAuAAQALgABAAAAAAABAwUHCQsAAAAAAAAAAAAAAAAKGAAAD4SwChGEWPwVxgUA
AeAQBl6EsApghFj8h2gAAAAAiEgAAAwAAAAuAAEALgACAC4AAwAuAAQALgAFAC4AAQAAAAAA
AQMFBwkLDQAAAAAAAAAAAAAAChgAAA+EqAwRhMj7FcYFAAEYFQZehKgMYITI+4doAAAAAIhI
AAAOAAAALgABAC4AAgAuAAMALgAEAC4ABQAuAAYALgABAAAAAAABAwUHCQsNDwAAAAAAAAAA
AAAKGAAAD4SgDhGEOPsVxgUAAegXBl6EoA5ghDj7h2gAAAAAiEgAABAAAAAuAAEALgACAC4A
AwAuAAQALgAFAC4ABgAuAAcALgABAAAAAAABAwUHCQsNDxEAAAAAAAAAAAAKGAAAD4TgEBGE
YPoVxgUAAbgaBl6E4BBghGD6h2gAAAAAiEgAABIAAAAuAAEALgACAC4AAwAuAAQALgAFAC4A
BgAuAAcALgAIAC4AAQAAAAAAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+E0AIRhJj+XoTQAmCE
mP4DACAAAAAuAAEAAAAAAAIEAAAAAAAAAAIAAAAAAAAAAAAQAAAPhKAFEYSY/l6EoAVghJj+
BQAgAAAALgABAC4AAQAAAAQAAgAAAAAAAAAAAgAAAAAAAAAAABAAAA+EcAgRhJj+XoRwCGCE
mP4DACAAAgApAAEAAAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhEALEYSY/l6EQAtghJj+
T0oGAFFKBgBDShIAUEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+E
EA4RhJj+XoQQDmCEmP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAAC
AAAAAAAAAAAUEAAAD4TgEBGEmP5ehOAQYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiIAEA
AAAXAAAAAAAAAAAAAAIAAAAAAAAAABQQAAAPhLATEYSY/l6EsBNghJj+T0oGAFFKBgBDShIA
UEoGAENKEgABACIgAQAAABcAAAAAAAAAAAAAAgAAAAAAAAAAFBAAAA+EgBYRhJj+XoSAFmCE
mP5PSgYAUUoGAENKEgBQSgYAQ0oSAAEAIiABAAAAFwAAAAAAAAAAAAACAAAAAAAAAAAUEAAA
D4RQGRGEmP5ehFAZYISY/k9KBgBRSgYAQ0oSAFBKBgBDShIAAQAiICIAAAA+GlYOAAAAAAAA
AAAAAAAAAgAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAA
O0QLLQAAAAAAAAAAAAAAAB12cX8AAAAAAAAAAAAAAABDGRoPAAAAAAAAAAAAAAAAljvAbQAA
AAAAAAAAAAAAAD48xkAAAAAAAAAAAAAAAABNU10GAAAAAAAAAAAAAAAAEUx3QAAAAAAAAAAA
AAAAAC0wISwAAAAAAAAAAAAAAAABc/FtAAAAAAAAAAAAAAAAaWuKdgAAAAAAAAAAAAAAAJ8y
yRAAAAAAAAAAAAAAAABLMw0vAAAAAAAAAAAAAAAAIx/hCQAAAAAAAAAAAAAAAF4iwjwAAAAA
AAAAAAAAAACfMskQAAAAAPxemQUJAAAA2XrtVgAAAAAAAAAAAAAAAGY+VlMAAAAAAAAAAAAA
AABNFnUtAAAAAAAAAAAAAAAAk3ZlSQAAAAAAAAAAAACaMHhW1DEAAAAAAAAAAAAAAACVYgYQ
AAAAAAAAAAAAAAAAz2oCHgAAAAAAAAAAAAAAAMpJ0QIAAAAAAAAAAAAAmjDaaB5TAAAAAAAA
AAAAAAAA3ljAKQAAAAAAAAAAAACaMAIYHC4AAAAAAAAAAAAAAAAFAwY0AAAAAAAAAAAAAAAA
FEBEKgAAAAAAAAAAAAAAALhiriQAAAAAAAAAAAAAAAD4OxFCAAAAAAAAAAAAAAAA////////
////////////////////////////////////////////////////////////////////////
/////////////////////wEAAAAQAFwAAQAAAJEmrQABAAAAUgBlAAEAAABTAG4AAQAAABQA
AAABAAAAFSQBDQEAAABWAQBAAQAAABcIgUIBAAAAGABRSv//////////////////////////
////////////////////////////////////////////////////////IQAAAAAAAAAAAAAA
AAAAAAcAVwBXADgATgB1AG0AMQAAAAAAAAAAAAAAAAAAAAgAVwBXADgATgB1AG0AMQAzAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAFcAVwA4AE4AdQBtADEAMgAJAFcAVwA4AE4A
dQBtADEAMwAyAAkAVwBXADgATgB1AG0AMQAzADMAAAD//yEAAAAAAAAAAAASAAEACQQZAAkE
GwAJBA8ACQQZAAkEGwAJBA8ACQQZAAkEGwAJBAAAAAAAAAAAEgDOrzC+GQAJBBsACQQPAAkE
GQAJBBsACQQPAAkEGQAJBBsACQQSADTs1mEZAAkEGwAJBA8ACQQZAAkEGwAJBA8ACQQZAAkE
GwAJBAAAEgAPAAkEGQAJBBsACQQPAAkEGQAJBBsACQQPAAkEGQAJBBsACQQSAOxbVGkZAAkE
GwAJBA8ACQQZAAkEGwAJBA8ACQQZAAkEGwAJBAAAAAAAAAAAAAAAABIASC8GgQMACQQFAAkE
AQAJBAMACQQFAAkEAQAJBAMACQQFAAkEAAAAAAAAEgBUGSBKGQAJBBsACQQPAAkEGQAJBBsA
CQQPAAkEGQAJBBsACQQSAM6vML4ZAAkEGwAJBA8ACQQZAAkEGwAJBA8ACQQZAAkEGwAJBBIA
+JdqKgMACQQFAAkEAQAJBAMACQQFAAkEAQAJBAMACQQFAAkEEgABAAkEAwAJBAUACQQBAAkE
AwAJBAUACQQBAAkEAwAJBAUACQQSAKRsuCUDAAkEBQAJBAEACQQDAAkEBQAJBAEACQQDAAkE
BQAJBBIAAQAJBAMACQQFAAkEAQAJBAMACQQFAAkEAQAJBAMACQQFAAkEEgABAAkEAwAJBAUA
CQQBAAkEAwAJBAUACQQBAAkEAwAJBAUACQQAAAAAAADFAAAABAAAAAgAAADlAAAAAAAAAMQA
AAB/WAEAt0MDAGUXBQCqPwUAfDMHABIZCQDMSQkA7GAMAHMSDQAkbA4A9QoQAPV0FwBzYxgA
lVgaAGlcGgCYZBoA1k8cABRHHQANPR4AKmEfAB4MIADFDSAAP3kgAHZ7IgD6VSQAWwMlADhT
KABjDCkAs0EpAFBuKQDnMSsAQ2ErAKAALQDcIi0A/GsuAHVVLwA9fjgAWS85AAJZOQAbDjoA
TiU6AH88OwAyGDwAL1Q8AIIQPQABQD0AmyM+ANFBPwD5BUMAKXtDAO0WRQDrUUUAbABGACJT
SgDMN0sAK19LAPd4TQAQNE4AUGROAP5ZTwA3UFAA2XpRABhAVgCRQVYAOxBXAA0qWAC1LVoA
fApbAKZaWwDrYVsAOwJhAKc0YQB6RmUAsUpmAJkPZwBQWmcAE2RnAJFqZwBdH2gAQl1sAMtp
bQDEEHAAdR5wAD8ecQAWGHIAymBzAO51cwDZDHQAE3J0ABkJdQAiQXUAmER1AFxddgAUUncA
dXl4AKVHeQD1aXkAIHJ5AEUPewB1S3sAiHh8ACxRfQDCa30AkyGBAH4+ggARYoMAOXGEAGs8
hgDfc4YADDSHAMwriABqV4kAyW2JAE8uigBbWooACTGLAAVOjADhT4wAyCCNAGcnkADWS5IA
ck2SADhIkwDBBpQAeR6UABJYlABCQZUAYWqVAN9ZlgCPKJgAZBKZADV9mQBxY5oATnWdACFw
ngDubKAABA2hAEIRogDsb6IAZyqlAD9OpwCMHqkAmy2sAA9CrACVJq0ADQquAMdfsQBdJbIA
FAazAF9FtAALQbUALX21AFt1twC3X7gA+S+5ABouugBGSrsAh0a9AAEBwACeIsUA4V7FADk9
ygC7Rc0AVyHQAFIt0QA+XtEAPlXSAGhh0gCnf9IAEXPTADJ/0wDeVdUA40TWAKI12ADpA9kA
ChDaAHlA2wCyQ90AlhHjAO965ABrfuUA7BzmACNF6AAUb+gAqC3sABIb7wADcPEA+HDzANYe
9gAsQPYA3Q73AE0i9wBuZvkA6kj6AM4z+wB4Dv0AQgj+AAAAAAABAAAAHQYAALwdAACqIAAA
RyIAANwkAAA4JgAAGjgAAHY4AAB9OAAAQjoAAEM6AABLOgAA2DwAANk8AADfPAAAPT0AAD49
AABDPQAAlD0AAJU9AACcPQAA9T0AAPY9AAD7PQAAUj4AAFM+AABZPgAA6j8AAOs/AADxPwAA
j0AAAJBAAACVQAAAW0EAAFxBAABhQQAAnkEAAJ9BAAClQQAA1kEAANdBAADcQQAAZEIAAGVC
AABqQgAAhkIAAIdCAABDQwAAM0UAAMlGAADNRgAABEgAAAVIAAALSAAA+koAAPtKAAACSwAA
NEwAADVMAAB1UAAAfFAAAC5XAAAvVwAANVcAAMxYAADNWAAA0lgAABxaAAAdWgAAzFoAANJa
AADAXQAAwV0AAMhdAAAHYAAACGAAABFgAACCYQAAg2EAAI1hAABgYwAAYWMAAGdjAAAdaQAA
HmkAALbRAADa0QAA6tEAAPHRAAD20QAA/tEAAATSAAAF0gAAEtIAABPSAAAn0gAALNIAADXS
AAA30gAAOdIAADrSAABP0gAAV9IAAGLSAABk0gAAZtIAAGfSAAB80gAAhtIAAJHSAACT0gAA
ldIAAJbSAACr0gAAtNIAAL/SAADB0gAAw9IAAMTSAADa0gAA49IAAO/SAADx0gAA89IAAPTS
AAAK0wAAE9MAAB3TAAAf0wAAIdMAACLTAAAz0wAAO9MAAEPTAABF0wAAR9MAAEjTAABa0wAA
Y9MAAGzTAABu0wAAcNMAAHHTAACE0wAAj9MAAJnTAACb0wAAndMAAJ7TAACx0wAAudMAAMPT
AADF0wAAx9MAAMjTAADc0wAA49MAAO7TAADw0wAA8tMAAPPTAAAI1AAAEdQAABzUAAAe1AAA
INQAACHUAAA21AAAQtQAAE3UAABP1AAAUdQAAFLUAABn1AAActQAAH3UAAB/1AAAgdQAAILU
AACY1AAAo9QAAK/UAACx1AAAvNQAAL3UAADT1AAA3tQAAOvUAADt1AAA+NQAAPnUAAAK1QAA
C9UAABrVAAAk1QAALNUAAC7VAAA51QAAOtUAAEnVAABS1QAAW9UAAF3VAABo1QAAadUAAHfV
AACA1QAAitUAAIzVAACW1QAAl9UAAKTVAACs1QAAuNUAALrVAADM1QAAzdUAANrVAADh1QAA
7dUAAO/VAAAJ1gAACtYAABfWAAAe1gAAKtYAACzWAAA31gAAONYAAEHWAABI1gAAU9YAAFXW
AABc1gAAXdYAAGbWAABx1gAAfdYAAH/WAACq1gAAq9YAALTWAAC/1gAAy9YAAM3WAADV1gAA
1tYAAOXWAADm1gAA79YAAPvWAAAH1wAAEtcAACrXAAAr1wAANNcAAD/XAABL1wAAVtcAAGzX
AABt1wAAd9cAAILXAACO1wAAmdcAAKLXAACj1wAArdcAALjXAADE1wAAz9cAAAbYAAAH2AAA
EdgAABzYAAAp2AAANNgAAEnYAABK2AAAXtgAAF/YAABw2AAAe9gAAInYAACQ2AAAmtgAAJvY
AACs2AAAt9gAAMXYAADN2AAA6tgAAOvYAAAH2QAACNkAABnZAAAj2QAAK9kAADTZAABF2QAA
RtkAAFbZAABf2QAAZ9kAAHDZAABy2QAAc9kAAIDZAACB2QAAkNkAAJfZAACi2QAArdkAAK/Z
AACw2QAAv9kAAMbZAADR2QAA2tkAANzZAADd2QAA6tkAAOvZAAD62QAABdoAABHaAAAc2gAA
HtoAAB/aAAAu2gAANtoAAEHaAABK2gAAUdoAAFLaAACF2gAAAAAAAAEAAAABAAAABQAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAACAAAAAIBAAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAA
ngEABAIBAAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAAngEABAIB
AAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAAngEABAIBAAACAQAA
ngEABAIBAAACAQAAlgEABAEAAAABAAAACAAAAAIBAAACAQAAngEABAIBAAACAQAAngEABAIB
AAACAQAAlgEABAgAAAACAQAAAgEAAJ4BAAQCAQAAAgEAAJ4BAAQCAQAAAgEAAJYBAAQIAAAA
AgEAAAIBAACeAQAEAgEAAAIBAACeAQAEAgEAAAIBAACeAQAEAgEAAAIBAACeAQAEAgEAAAIB
AACWAQAEAAAAAAgAAAACAQAAAgEAAAIBAAACAQAAAgEAAJ4BAAQCAQAAngEABAIBAAACAQAA
AgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIB
AAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAA
ngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIB
AAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAA
AgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIB
AAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAA
ngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIB
AACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAE
AgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAAIB
AAACAQAAAgEAAAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAAIBAAACAQAA
AgEAAAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIB
AACeAQAEAgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAAAgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAA
AgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAAAgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAAAgEAAJ4B
AAQCAQAAAgEAAAIBAAACAQAAAgEAAJ4BAAQCAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAA
ngEABAIBAAACAQAAAgEAAAIBAAACAQAAngEABAIBAACeAQAEAgEAAAIBAAACAQAAAgEAAAIB
AACeAQAEAgEAAAIBAAACAQAAAgEAAAIBAACeAQAEAgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAA
AgEAAJ4BAAQCAQAAAgEAAAIBAAACAQAAAgEAAJ4BAAQCAQAAngEABAIBAAACAQAAAgEAAAIB
AAACAQAAngEABAIBAAACAQAAAgEAAAIBAAACAQAAlgEABP9AAwABALwdAAAzHgAA3Bv6BwEA
AQC8HQAAAQAAALwdAAAAAAAAAhAAAAAAAAAAhNoAAHAAABAAQAAA//8CAAAABwBVAG4AawBu
AG8AdwBuAAgARQBkACAAUwBoAGEAeQBhAP//AgAIAAAAAAAAAAAAAAAAAAAAAAAAAAEA//8C
AAAAAAAAAP//AAACAP//AAAAAP//AAACAP//AAAAAAkAAABHFpABAAACAgYDBQQFAgMEhzoA
IAAAAAAAAAAAAAAAAP8BAAAAAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA1
FpABAgAFBQECAQcGAgUHAAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAUwB5AG0AYgBvAGwAAAAz
JpABAAACCwYEAgICAgIEhzoAIAAAAAAAAAAAAAAAAP8BAAAAAAAAQQByAGkAYQBsAAAARTWQ
AQAAAgsGCQQFBAICBI8CAIAAGAAAAAAAAAAAAAAfAAAAAAAAAEwAdQBjAGkAZABhACAAQwBv
AG4AcwBvAGwAZQAAADcxkAEAAAIHBAkCAgUCBAQDAAAAAAAAAAAAAAAAAAAAAQAAAAAAAABD
AG8AdQByAGkAZQByAAAANSYAAAAAAgsGBAMFBAQCBId6AGEAAACACAAAAAAAAAD/AQEAAAAA
AFQAYQBoAG8AbQBhAAAAPQSQAQIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AFMAdABhAHIAUwB5AG0AYgBvAGwAAAA/NZABAAACBwMJAgIFAgQEh3oAIAAAAIAIAAAAAAAA
AP8BAAAAAAAAQwBvAHUAcgBpAGUAcgAgAE4AZQB3AAAAOwaQAQIABQAAAAAAAAAAAAAAAAAA
AAAQAAAAAAAAAAAAAACAAAAAAFcAaQBuAGcAZABpAG4AZwBzAAAAQgAEAEGIjBgA8NACAABo
AQAAAABbs3pmhLN6ZmarekYEACUAAACWIAAAvrkAAAEAbwAAAAQAg5CMAQAAliAAAL65AAAB
AG8AAACMAQAAAAAAACEDAPAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAyNAAAEAAZAGQAAAAZAAAA5dkAAOXZAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAA
AAAADDODUQDwEAAI3AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbAgAAAAAo8P8PAQAB
PwAA5AQAALMGAAD///9/AAAAAP///3////9/////f////3/MSQkA//8SAAAAAAAAADkAUgBl
AHMAbwB1AHIAYwBlACAAYQBuAGQAIABTAGUAcgB2AGkAYwBlACAATQBlAHQAYQBkAGEAdABh
ACAAZgBvAHIAIAB0AGgAZQAgAFYAaQByAHQAdQBhAGwAIABPAGIAcwBlAHIAdgBhAHQAbwBy
AHkAAAAAAAAACwBCAG8AYgAgAEgAYQBuAGkAcwBjAGgACABFAGQAIABTAGgAYQB5AGEAAAAA
AAAAAAAAAAAAAAAAAAAAAACQAAAABgAAACEAAAAAAAwAAQAMAAIADAADAAwABAAMAAUADAAG
AAwABwAMAAgADAAJAAwACgAMAAsADAAMAAwADQAMAA4ADAAPAAwAEAAMABEADAASAAwAEwAM
ABQADAAVAAwAFgAMABcADAAYAAwAGQAMABoADAAbAAwAHAAMAB0ADAAeAAwAHwAMACAADAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/
AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAALwBAAASAAAA
AQAAAJgAAAACAAAAoAAAAAMAAADkAAAABAAAAPAAAAAFAAAABAEAAAYAAAAQAQAABwAAABwB
AAAIAAAAMAEAAAkAAABEAQAAEgAAAFABAAAKAAAAbAEAAAsAAAB4AQAADAAAAIQBAAANAAAA
kAEAAA4AAACcAQAADwAAAKQBAAAQAAAArAEAABMAAAC0AQAAAgAAAOQEAAAeAAAAOgAAAFJl
c291cmNlIGFuZCBTZXJ2aWNlIE1ldGFkYXRhIGZvciB0aGUgVmlydHVhbCBPYnNlcnZhdG9y
eQAgAB4AAAABAAAAAGVzbx4AAAAMAAAAQm9iIEhhbmlzY2gAHgAAAAEAAAAAb2IgHgAAAAEA
AAAAb2IgHgAAAAsAAABOb3JtYWwuZG90AAAeAAAACQAAAEVkIFNoYXlhAHQAAB4AAAACAAAA
NAAgUx4AAAAUAAAATWljcm9zb2Z0IFdvcmQgMTAuMABAAAAAAB45KwUAAABAAAAAAEw7EvqX
wwFAAAAAAApBs8GYwwFAAAAAACh63saYwwEDAAAAAQAAAAMAAACWIAAAAwAAAL65AAADAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAA
AAAAAAAAAAAAAAAAAAACAAAAAtXN1ZwuGxCTlwgAKyz5rkQAAAAF1c3VnC4bEJOXCAArLPmu
ZAEAACABAAAMAAAAAQAAAGgAAAAPAAAAcAAAAAUAAAB8AAAABgAAAIQAAAARAAAAjAAAABcA
AACUAAAACwAAAJwAAAAQAAAApAAAABMAAACsAAAAFgAAALQAAAANAAAAvAAAAAwAAAACAQAA
AgAAAOQEAAAeAAAAAgAAACAAbwADAAAAjAEAAAMAAABvAAAAAwAAAOXZAAADAAAAexAKAAsA
AAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAAEAAAA6AAAAUmVzb3VyY2UgYW5k
IFNlcnZpY2UgTWV0YWRhdGEgZm9yIHRoZSBWaXJ0dWFsIE9ic2VydmF0b3J5AAwQAAACAAAA
HgAAAAYAAABUaXRsZQADAAAAAQAAAKwFAAADAAAAAAAAACAAAAABAAAAOAAAAAIAAABAAAAA
AQAAAAIAAAAMAAAAX1BJRF9ITElOS1MAAgAAAOQEAABBAAAAZAUAAEgAAAADAAAABgBWAAMA
AAAhAAAAAwAAAAAAAAADAAAABQAAAB8AAAA1AAAAQwA6AFwAaABvAG0AZQBcAHMAZQBiAFwA
RABvAGMAdQBtAGUAbgB0AHMAXABVAEMARABcAEQAbwBjAHUAbQBlAG4AdABzAFwAVQBDAEQA
LQAyADAAMAAzADAAOQAyADIALgBkAG8AYwAAAAAAHwAAAAgAAABVAEMARAB0AHIAZQBlAAAA
AwAAAF8AEAADAAAAHgAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAFAAAAEMAOgBcAGgAbwBtAGUA
XABVAEMARABcAFUAQwBEAFwAagBzAFwAAAAfAAAAAQAAAAAAAAADAAAAKgBtAAMAAAAbAAAA
AwAAAAAAAAADAAAABQAAAB8AAAAfAAAAaAB0AHQAcAA6AC8ALwB3AHcAdwAuAGkAdgBvAGEA
LgBuAGUAdAAvAEQAbwBjAHUAbQBlAG4AdABzAC8AAAAAAB8AAAABAAAAAAAAAAMAAAARAHsA
AwAAABgAAAADAAAAAAAAAAMAAAAFAAAAHwAAABwAAABtAGEAaQBsAHQAbwA6AHIAbwB5AEAA
YwBhAGMAcgAuAGMAYQBsAHQAZQBjAGgALgBlAGQAdQAAAB8AAAABAAAAAAAAAAMAAAB6AEgA
AwAAABUAAAADAAAAAAAAAAMAAAAFAAAAHwAAABkAAABtAGEAaQBsAHQAbwA6AGcAdAByAEAA
YQBzAHQALgBjAGEAbQAuAGEAYwAuAHUAawAAAAAAHwAAAAEAAAAAAAAAAwAAAB0AewADAAAA
EgAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAGwAAAG0AYQBpAGwAdABvADoAUABlAGQAcgBvAC4A
TwBzAHUAbgBhAEAAZQBzAGEALgBpAG4AdAAAAAAAHwAAAAEAAAAAAAAAAwAAADIABwADAAAA
DwAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAIwAAAG0AYQBpAGwAdABvADoAZgByAGEAbgBjAG8A
aQBzAEAAdgBpAHoAaQByAC4AdQAtAHMAdAByAGEAcwBiAGcALgBmAHIAAAAAAB8AAAABAAAA
AAAAAAMAAAAOAGgAAwAAAAwAAAADAAAAAAAAAAMAAAAFAAAAHwAAABsAAABtAGEAaQBsAHQA
bwA6AGoAYwBtAEAAYwBmAGEALgBoAGEAcgB2AGEAcgBkAC4AZQBkAHUAAAAAAB8AAAABAAAA
AAAAAAMAAAAUAC8AAwAAAAkAAAADAAAAAAAAAAMAAAAFAAAAHwAAAB0AAABtAGEAaQBsAHQA
bwA6AGEAbgBkAHIAZQBhAEAAcgBtAC4AaQBhAHMAZgAuAGMAbgByAC4AaQB0AAAAAAAfAAAA
AQAAAAAAAAADAAAAOgBOAAMAAAAGAAAAAwAAAAAAAAADAAAABQAAAB8AAAAVAAAAbQBhAGkA
bAB0AG8AOgByAGcAbQBAAHIAbwBlAC4AYQBjAC4AdQBrAAAAAAAfAAAAAQAAAAAAAAADAAAA
FQAkAAMAAAADAAAAAwAAAAAAAAADAAAABQAAAB8AAAAeAAAAbQBhAGkAbAB0AG8AOgBuAG8A
cgBtAGEAbgBAAGEAcwB0AHIAbwAuAGcAbABhAC4AYQBjAC4AdQBrAAAAHwAAAAEAAAAAAAAA
AwAAAHQAAAADAAAAAAAAAAMAAAAAAAAAAwAAAAUAAAAfAAAAIwAAAG0AYQBpAGwAdABvADoA
ZABlAHIAcgBpAGUAcgBlAEAAbgBlAHcAYgA2AC4AdQAtAHMAdAByAGEAcwBiAGcALgBmAHIA
AAAAAB8AAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUA
AAAGAAAABwAAAAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAA
EwAAABQAAAAVAAAAFgAAABcAAAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAA
AAAhAAAAIgAAACMAAAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAAtAAAA
LgAAAC8AAAAwAAAAMQAAADIAAAAzAAAANAAAADUAAAA2AAAANwAAADgAAAA5AAAAOgAAADsA
AAA8AAAAPQAAAD4AAAA/AAAAQAAAAEEAAABCAAAAQwAAAEQAAABFAAAARgAAAEcAAABIAAAA
SQAAAEoAAABLAAAATAAAAE0AAABOAAAATwAAAFAAAABRAAAAUgAAAFMAAABUAAAAVQAAAFYA
AABXAAAAWAAAAFkAAABaAAAAWwAAAFwAAABdAAAAXgAAAF8AAABgAAAAYQAAAGIAAABjAAAA
ZAAAAGUAAABmAAAAZwAAAGgAAABpAAAAagAAAGsAAABsAAAAbQAAAG4AAABvAAAAcAAAAHEA
AAByAAAAcwAAAHQAAAB1AAAAdgAAAHcAAAB4AAAAeQAAAHoAAAB7AAAAfAAAAH0AAAB+AAAA
fwAAAIAAAACBAAAAggAAAIMAAACEAAAAhQAAAIYAAACHAAAAiAAAAIkAAACKAAAAiwAAAIwA
AACNAAAAjgAAAI8AAACQAAAAkQAAAJIAAACTAAAAlAAAAJUAAACWAAAAlwAAAJgAAACZAAAA
mgAAAJsAAACcAAAAnQAAAJ4AAACfAAAAoAAAAKEAAACiAAAAowAAAKQAAAClAAAApgAAAKcA
AACoAAAAqQAAAKoAAACrAAAArAAAAK0AAACuAAAArwAAALAAAACxAAAAsgAAALMAAAC0AAAA
tQAAALYAAAC3AAAAuAAAALkAAAC6AAAAuwAAALwAAAC9AAAAvgAAAL8AAADAAAAAwQAAAMIA
AADDAAAAxAAAAMUAAADGAAAAxwAAAMgAAADJAAAAygAAAMsAAADMAAAAzQAAAM4AAADPAAAA
0AAAANEAAADSAAAA0wAAANQAAADVAAAA1gAAANcAAADYAAAA2QAAANoAAADbAAAA3AAAAN0A
AADeAAAA3wAAAOAAAADhAAAA4gAAAOMAAADkAAAA5QAAAOYAAADnAAAA6AAAAOkAAADqAAAA
6wAAAOwAAADtAAAA7gAAAO8AAADwAAAA8QAAAPIAAADzAAAA9AAAAPUAAAD2AAAA9wAAAPgA
AAD+////+gAAAPsAAAD8AAAA/QAAAP4AAAD/AAAAAAEAAAEBAAACAQAAAwEAAAQBAAAFAQAA
BgEAAAcBAAAIAQAACQEAAAoBAAALAQAADAEAAA0BAAAOAQAADwEAABABAAARAQAAEgEAABMB
AAAUAQAAFQEAABYBAAAXAQAAGAEAABkBAAAaAQAAGwEAABwBAAAdAQAAHgEAAB8BAAAgAQAA
IQEAACIBAAAjAQAAJAEAACUBAAAmAQAAJwEAACgBAAApAQAAKgEAACsBAAAsAQAALQEAAC4B
AAAvAQAAMAEAADEBAAAyAQAAMwEAADQBAAA1AQAANgEAADcBAAA4AQAAOQEAADoBAAA7AQAA
PAEAAD0BAAA+AQAAPwEAAEABAABBAQAAQgEAAEMBAABEAQAARQEAAEYBAABHAQAASAEAAEkB
AABKAQAASwEAAEwBAABNAQAATgEAAE8BAABQAQAAUQEAAFIBAABTAQAAVAEAAFUBAABWAQAA
VwEAAFgBAABZAQAAWgEAAFsBAABcAQAAXQEAAF4BAABfAQAAYAEAAGEBAABiAQAAYwEAAGQB
AABlAQAAZgEAAGcBAABoAQAAaQEAAGoBAABrAQAAbAEAAG0BAABuAQAAbwEAAHABAABxAQAA
cgEAAHMBAAB0AQAAdQEAAHYBAAB3AQAAeAEAAHkBAAB6AQAAewEAAHwBAAB9AQAAfgEAAH8B
AACAAQAAgQEAAIIBAACDAQAAhAEAAIUBAACGAQAAhwEAAIgBAACJAQAAigEAAIsBAACMAQAA
jQEAAI4BAACPAQAAkAEAAJEBAACSAQAAkwEAAJQBAACVAQAAlgEAAJcBAACYAQAAmQEAAJoB
AACbAQAAnAEAAJ0BAACeAQAAnwEAAKABAAChAQAAogEAAKMBAACkAQAApQEAAKYBAACnAQAA
qAEAAKkBAACqAQAAqwEAAKwBAACtAQAArgEAAK8BAACwAQAAsQEAALIBAACzAQAAtAEAALUB
AAC2AQAAtwEAALgBAAC5AQAAugEAALsBAAC8AQAAvQEAAL4BAAC/AQAAwAEAAMEBAADCAQAA
wwEAAMQBAADFAQAAxgEAAMcBAADIAQAAyQEAAMoBAADLAQAAzAEAAM0BAADOAQAAzwEAANAB
AADRAQAA0gEAANMBAADUAQAA1QEAANYBAADXAQAA2AEAANkBAADaAQAA2wEAANwBAADdAQAA
3gEAAN8BAADgAQAA4QEAAOIBAADjAQAA5AEAAOUBAADmAQAA5wEAAOgBAADpAQAA6gEAAOsB
AADsAQAA7QEAAO4BAADvAQAA8AEAAPEBAADyAQAA8wEAAPQBAAD1AQAA9gEAAPcBAAD4AQAA
+QEAAPoBAAD7AQAA/AEAAP0BAAD+AQAA/wEAAAACAAABAgAAAgIAAAMCAAAEAgAABQIAAAYC
AAAHAgAACAIAAAkCAAAKAgAACwIAAAwCAAANAgAADgIAAA8CAAAQAgAAEQIAABICAAATAgAA
FAIAABUCAAAWAgAAFwIAABgCAAAZAgAAGgIAABsCAAAcAgAAHQIAAB4CAAAfAgAAIAIAACEC
AAAiAgAAIwIAACQCAAAlAgAAJgIAACcCAAD+////KQIAACoCAAArAgAALAIAAC0CAAAuAgAA
LwIAADACAAAxAgAAMgIAADMCAAA0AgAANQIAADYCAAA3AgAAOAIAADkCAAA6AgAAOwIAADwC
AAA9AgAAPgIAAD8CAABAAgAAQQIAAEICAABDAgAARAIAAEUCAABGAgAARwIAAEgCAABJAgAA
SgIAAEsCAABMAgAATQIAAE4CAABPAgAAUAIAAFECAABSAgAAUwIAAFQCAABVAgAAVgIAAFcC
AABYAgAAWQIAAFoCAABbAgAAXAIAAF0CAABeAgAAXwIAAGACAABhAgAAYgIAAGMCAABkAgAA
ZQIAAGYCAABnAgAAaAIAAGkCAABqAgAAawIAAGwCAABtAgAAbgIAAG8CAABwAgAAcQIAAHIC
AABzAgAAdAIAAHUCAAB2AgAAdwIAAHgCAAB5AgAAegIAAHsCAAB8AgAAfQIAAH4CAAB/AgAA
gAIAAIECAACCAgAAgwIAAIQCAACFAgAAhgIAAIcCAACIAgAAiQIAAIoCAACLAgAAjAIAAI0C
AACOAgAAjwIAAJACAACRAgAAkgIAAJMCAACUAgAAlQIAAJYCAACXAgAAmAIAAJkCAACaAgAA
mwIAAJwCAACdAgAAngIAAJ8CAACgAgAAoQIAAKICAACjAgAApAIAAKUCAACmAgAApwIAAKgC
AACpAgAAqgIAAKsCAACsAgAArQIAAK4CAACvAgAAsAIAALECAACyAgAAswIAALQCAAC1AgAA
tgIAALcCAAC4AgAAuQIAALoCAAC7AgAAvAIAAL0CAAC+AgAAvwIAAMACAADBAgAAwgIAAMMC
AADEAgAAxQIAAMYCAADHAgAAyAIAAMkCAADKAgAAywIAAMwCAADNAgAAzgIAAM8CAADQAgAA
0QIAANICAADTAgAA1AIAANUCAADWAgAA1wIAANgCAADZAgAA/v///9sCAADcAgAA3QIAAN4C
AADfAgAA4AIAAOECAAD+////4wIAAOQCAADlAgAA5gIAAOcCAADoAgAA6QIAAP7////9////
/f////3////9/////f////3////xAgAA/v////7////+////////////////////////////
////////////////////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYABQH//////////wMA
AAAGCQIAAAAAAMAAAAAAAABGAAAAAAAAAAAAAAAA0Gav5caYwwHzAgAAgAAAAAAAAABEAGEA
dABhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAACgACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPkAAADmXQIAAAAAADEAVABhAGIAbABlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAIAAFFiAQAAAAAAVwBvAHIAZABEAG8AYwB1AG0A
ZQBuAHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAgECAAAA
BQAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXvABAAAA
AAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAKAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAANoCAAAAEAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkA
SQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIBBAAAAP//////////AAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4gIAAAAQAAAAAAAAAQBDAG8AbQBwAE8A
YgBqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIA
AgD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
agAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAD+////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
AQD+/wMKAAD/////BgkCAAAAAADAAAAAAAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVu
dAAKAAAATVNXb3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=
--------------010506050500090703000306--

From owner-ucd@eso.org  Wed Oct 22 21:25:42 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MJLoKp022914
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 21:21:50 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MJLoew022913
	for ucd-outgoing; Wed, 22 Oct 2003 21:21:50 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MJKHKp021778;
	Wed, 22 Oct 2003 21:20:17 +0200 (MEST)
Received: from nrcvicex1.hia.nrc.ca (nrcvicex1a.hia.nrc.ca [204.174.103.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MJKFB1026989;
	Wed, 22 Oct 2003 21:20:16 +0200 (CEST)
Received: from frodo (cadc-nat.vic.hia.nrc.ca [204.174.103.36]) by nrcvicex1.hia.nrc.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id VHHWQ495; Wed, 22 Oct 2003 12:20:12 -0700
Content-Type: text/plain;
  charset="iso-8859-1"
From: Patrick Dowler <patrick.dowler@nrc-cnrc.gc.ca>
Organization: National Research Council Canada
To: Norman Gray <norman@astro.gla.ac.uk>
Subject: Re: A suggested revision for UCDs
Date: Wed, 22 Oct 2003 12:19:29 -0700
User-Agent: KMail/1.4.3
Cc: ucd@ivoa.net, dm@ivoa.net, dal@ivoa.net
References: <Pine.LNX.4.44.0310221828540.12116-100000@ptolemy.astro.gla.ac.uk>
In-Reply-To: <Pine.LNX.4.44.0310221828540.12116-100000@ptolemy.astro.gla.ac.uk>
MIME-Version: 1.0
Message-Id: <200310221219.29068.patrick.dowler@nrc-cnrc.gc.ca>
X-Scanned-By: MIMEDefang 2.35
X-MIME-Autoconverted: from 8bit to quoted-printable by apollo.hq.eso.org id h9MJKFB1026989
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mercury.hq.eso.org id h9MJKoKp022446
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Patrick Dowler <patrick.dowler@nrc-cnrc.gc.ca>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Wednesday 22 October 2003 10:43, Norman Gray wrote:
> I'm sure it is this which causes some people (I'm thinking of Gerard
> Lemson and Pat Dowler) to gasp and, in their poster, pick out pos_eq_ra
> for special deprecation as incoherent.  If you believe that principled
> generation of UCD words would be a Good Thing (and that would probably
> be my prejudice), then I suspect that paths in (say) Gerard and Pat's
> model would be a good way to do it (do Gerard and Pat claim that every
> UCD word is thus expressible?). 

That particular example was chosen to show that the different parts of
the POS_EQ_RA_MAIN (UCD1) are quite different types of things with
different realtionships to the thing being described. In the data model,
POS is the "position" phenomenon, EQ is a particular ReferenceSystem,
RA is one component of a point (the type used to represent a position
in that ReferenceSystem). I still don't know that MAIN would belong in a
data model. It isn't "incoherent" so much as it includes some very different
kinds of things.

In the concept;property style of UCD2, I don't think it is inconsistent with
the data model we presented. The difference between UCD and DM is
that in a model one  explicitly states the relationship between the 
concept and the property, So, for example, in our DM we are
expliclty saying that the relationship between a position and the 
ReferenceSystem is a different relationship that between the position and the 
RA (a component of the data type/structure). UCD2 leaves the relationship 
implicit by having only one relationship: "propertyOf". Whether that's good 
or bad thing is an open issue.


-- 
Patrick Dowler
Tel/Tél: (250) 363-6914                  | fax/télécopieur: (250) 363-0045
Canadian Astronomy Data Centre   | Centre canadien de donnees astronomiques
National Research Council Canada | Conseil national de recherches Canada
Government of Canada                  | Gouvernement du Canada
5071 West Saanich Road               | 5071, chemin West Saanich
Victoria, BC                                  | Victoria (C.-B.)


From owner-ucd@eso.org  Wed Oct 22 22:20:11 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MKFPKp013795
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 22:15:25 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MKFPdf013794
	for ucd-outgoing; Wed, 22 Oct 2003 22:15:25 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MKEqKp013683
	for <ucd@ivoa.net>; Wed, 22 Oct 2003 22:14:52 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MKEnB1028089
	for <ucd@ivoa.net>; Wed, 22 Oct 2003 22:14:50 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9MKEYTd029399;
	Wed, 22 Oct 2003 16:14:35 -0400
Message-ID: <3F96E52F.8060402@lheapop.gsfc.nasa.gov>
Date: Wed, 22 Oct 2003 16:14:39 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Norman Gray <norman@astro.gla.ac.uk>
CC: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
References: <Pine.LNX.4.44.0310221828540.12116-100000@ptolemy.astro.gla.ac.uk>
In-Reply-To: <Pine.LNX.4.44.0310221828540.12116-100000@ptolemy.astro.gla.ac.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000




Hi Norman,

Thanks for your comments.  I've got some responses
for some, I'm glad you found some good in this!
In keeping with your suggestion
I've only sent this to the UCD group.  I sent
the original proposal to the other groups
since I thought the use of complex UCDs is relevant,
but I'm sure we can live without three copies and hopefully
they have subscribed so they can hear this interesting(!?)
debate.

	Tom

Norman Gray wrote:
...
> 
> Most urgent, I think, is Tom's discussion, in his section 4.5,
... That was really meant to be at the end of section 4, rather than
part of 4.5...
>... of the
> distinction between his proposals and the 1.9.9 ones.  These are crucial,
> since these criticisms are what would ultimately justify replacing the
> 1.9.9 proposals with Tom's more complicated ones.
> 
> In the 1.9.9 proposals, the function of a word is always the same:
> some things such as `src' are concepts (and only concepts),  and
> every other word names a property.  The distinction is that
> concepts can't have a value, but can have properties; and a property
> always has a value.  Now, the property;concept _pair_ also names a
> concept, which can therefore have properties in turn (this has the
> same potential as Tom's proposals for generating long UCDs in
> principle, but probably very unlikely in practice).  There will
> doubtless be some rather formal language which makes this cast-iron,
> but it's actually fairly intuitive once you get the property/concept
> dichotomy and read `;' as `of a' or something like that.

Well there are two distinct issues here.

First lexically how can I tell what is a property and what is a concept?
In 1.9.9 there is no way to tell.  The only lexical statement it makes
is that the first word is a property.  What about the second word, or the
third? The 1.9.9 proposal allows properties that modify other properties.

The second issue is the semantic confusion.

The second word can be (according to section 4.2 in 1.9.9)
    a concept referred to
    another property referred to
    information related to the primary word.

In section 3.4 in defining the error in RA of a galaxy we have the phrase
    We identify the central property as "error", and the concept as
    right ascension", with a subsidiary word about "galaxy".

So in fact version 1.9.9 has all three of concept property and modifier
but just tries to hide the fact and doesn't give you any way of telling
which is which...  Suppose I give one a UCD of
   word1;word2;word3

Does word3 modify word1 or do both of them modify word1?
No way to tell.

   stat.error;phot.flux;em.optical  (word3 modifies word2)
or
   phot.flux;em.optical;src.galaxy  (word3 modifies word1)

There is an explicit statement that some things (pos.eq.ra) are
sometimes concepts and sometimes secondary words and the rules make
it trivial to build UCDs that are simply incomplete semantically.
    stat.error
is a perfectly valid UCD but it has no rooted semantic content.  You may say
"Well what about meta.id, isn't that the same?"  Not really because
I can suggest (and indeed I do suggest) that UCDs need to be
interpreted in the context of what the table is about.  So for a
source table meta.id refers to the id for a source, for an observation
table meta.id refers to the id for a source.  But what does
stat.error refer to....  The error in the source?  That doesn't make
sense.


> 
> Section 3.1 in the 1.9.9 proposals -- the crucial section of the document,
> for which everything else is to some extent just scaffolding, and without
> which the rest of the document makes rather less sense -- is what attempts
> to describe this.  Perhaps that explanation needs work.  At any rate, I do
> not believe that one has to sign up to the (basically ontology-inspired)
> language in that section in order to use the UCDs thus justified.
> Indeed, it might be useful for that section to be split into two, one to
> communicate the underlying idea to folk who simply want to _use_ UCDs,
> and another to reexpress it more formally for the ontology enthusiasts.
> 
> In his section 4.5, Tom also remarks that ``Indeed I'm not sure that any
> string of words can be determined to be illegal in the old scheme''.
> I'd probably agree in outline: there are significantly fewer rules
> necessary in the 1.9.9 proposals than in Tom's proposals.  The only place
> a base concept can go is in the right-most position, and thus you can't
> have a concept sitting on its own, since the left-most position is the
> name of the property, the value of which is the number/column/whatever
> which has been annotated by this UCD (the syntactic mechanism for making
> that annotation is outside of scope for the UCD proposals, I'd think).
> Also, there are some property-concept pairs that make no sense, such
> as stat.err;src.  But that's about it -- you don't need any more rules
> than that.
> 
> Tom constructs an `arith.diff;arith.sum;phot.flux;...' UCD.  That does
> look unwieldy (but note there's no need for parentheses in the 1.9.9
> proposals), but I get the impression that the `arith' UCD tree was to
> some extent a kite being flown, and I for one would be surprised if it
> made it much beyond this version, partly because it would seem to encourage
> such odd-looking UCDs.  Also, there's no tying of one table to another
> in the 1.9.9 proposals -- I'd think that was out of scope for UCD (and
> quite properly so: I'll mention this below).
> 

Sorry that's a typo...  Should have said tying of one column to another.

> The 1.9.9 proposals allow no ambiguity in the way that UCDs are
> written: properties queue up in front of the single base concept, and
> ordering matters, so that stat.max;stat.err;phot.flux is different
> from stat.err;stat.max;phot.flux.

What I call attributes and the properties you specify here are indeed
largely unambiguous in both cases.  However what I call modifiers
and what 1.9.9 calls either subsidiary words or 'information related
to the primary word' are less clear.  E.g., suppose I'm detecting
circularly polarized light in the radio.  That natural UCD for
this would be:
   phot.flux;em.radio;em.polarized;circular or is it
   phot.flux;em.polarized;circular;em.radio
or do we have to multiply the size of the vocabulary to add
polarized and polarized.circular (and the other variants) to
every wavelength spec we have?  That seems silly...

So we need to fix that.

There's a similar problem with arith (another nail for the coffin perhaps)
is it arith.sum;property1;property2 or arith.sum;property2;property2

And this general idea that properties can refer to other properties
in an uncontrolled way...

Here's a UCD describing the flux of galaxies...
   phot.flux;em.optical;src.galaxy
or is it
   phot.flux;src.galaxy;em.optical
?

E.g., suppose I have a column that is the maximum flux from any of
three wavebands.  Can I write

  stat.max;flux.phot;em.optical;flux.phot;em.xray;phot.flux;em.radio

I hope not, but the document seems to encourage it.
This would be illegal in the revision since it includes three base
concepts.

> 
> 
> 
> 
> More specific points in Tom's proposal, in document order rather than
> any other (section references are to Tom's document):
> 
> Section 4.1: Bringing the number of terms up to three -- concept,
> attribute and modifier -- reminds me of the qualifier/modifier idea
> that was in previous versions of the draft, which I still think is an
> unstable distinction, and which Roy and Sebastien thankfully managed
> to get rid of by simplifying the syntax down to just concept plus
> properties (but see below). 

... but they haven't, they have just not told you about the difference.
The words stat.max, em.optical, and phot.flux have distinct grammar
rules in  how they are used in 1.9.9 but you have no way to tell that.

I.e.,
    phot.flux can appear as he initial word or any subsidiary word
but can never appear before stat.max or any other word of the
class I would call attribute.
    em.optical can appear after words of the same class as phot.flux
and possibly after words of the same class as itself.
    stat.max can appear anywhere in a UCD but it really should
appear either before either a word of the class of phot.flux or
a word of its own class.

There are three kinds of words and we should just recognize
that in the grammar.

  Also, there's no syntactic distinction
> between modifiers and attributes, so in order to apply the extra
> ordering rules for those, or even to break the UCD into its three
> parts, you have to know which words are of which type.  That is, you
> can't do it at parse time.

Sure you can.  At least if the number of modifiers remains small.
Note that table writers should have access to appropriate documentation
when writing their tables (or writing the software that writes tables)
so even if it gets more complex the writers have no problems and the
readers don't care.  See my response to Bob on this issue.

I've suggested that all modifiers be put in the frame tree, though largely
to address this issue.
> 
> Section 4.1.2 (not an important point, I don't think): I'm puzzled at
> the requirement that words in the non-standard namespace must be
> distinct from all words in the IVOA namespace.  The point of having a
> namespace is to make this possible, or (since such duplication would
> surely be condemned as bad practice) at least not an error.  The rule
> also means that if a new word were added to the IVOA namespace which
> happened to match a word in a private namespace, the namespaced UCDs
> would thereby suddenly become invalid, with no change in the spec.
> 

This idea is copied from the previous proposal.  I think the idea is that
we don't want proliferation of new uncontrolled UCDs.  I put this
in a separate section, but I believe the content is the same as the
previous proposal.  I leave it to others to decide which is right.

> Section 4.2.2: The `intent' modifier has no corresponding notion in
> the 1.9.9 proposals, but it's not clear to me where in those proposals
> this would fit in, and I think this is a _problem_ for the 1.9.9
> proposals.  I can see how it would fit in to what I take the
> underlying 1.9.9 model to be, but not into the serialisation of that
> model that the 1.9.9 syntax represents.  I can see three approaches to
> this problem within the general framework of the 1.9.9 proposals.  (i)
> Rule it out of scope: it's not UCD's problem to talk about what values
> are intended to be, since they're only for data discovery, and are not
> required to be capable of driving analysis, so that if this `intent'
> distinction matters to you, you're going to have to understand the utype
> somehow.  

That's not acceptable for observation tables.  We frequently have multiple
columns in a table which differ only in intent (proposed and actual
exposure times), predicated and actual times of events, predicated and
actual fluxes and we need to know which to use for various purposes.
Spectral fitting will be sadly served if we can't put
distinguish the calculated and actual spectra.  What happens when
we want to compare simulated and real data?

(ii) Add modifiers like this to the 1.9.9 model and syntax:
> that's potentially quite a lot of work, since it would require
> thinking very clearly about just what the distinction is between
> modifiers and properties, _and_ working out a usable syntax for adding
> them in -- they _have_ to be distinguishable at parse time. 

I'm happy to trade intent for frame.human and put all the
modifiers in frame.

  (iii)
> Think about it more and discover a way they can be viewed as
> properties in a principled way.  The point isn't just about this
> `intent' modifier: if we can convince ourselves that there are things
> like `intent' (and that they're in scope) which are in principle
> qualitatively distinct from properties (and I would at least dispute
> that `em' and `frame' count here), then that has to be dealt with.
> Perhaps this example will help us find the stable distinction between
> `qualifiers' and `modifiers' that escaped us in earlier versions.

Personally I take a modifier as something that limits the context of
a concept.
> 
> Section 4.2.3: The `value', `vector', `instance' and `multiplet'
> attributes seem overly complicated.   The `value' attribute is not
> required in the 1.9.9 proposals because all properties have a value,
> namely the value they're being used to annotate.  

The word value is the price I pay for making sure attributes, concepts
are distinct.  Personally I think it's worth it.

The other three seem
> artefacts of the `complex UCDs' which Tom is introducing in these
> proposals.  

Vector is not...  It's simply to warn the user that the column has
is a vector.  While VOTables have a array attribute that does this,
I don't want to tie this proposal to VOTables...  More on that below.


.These complex UCDs seem problematic to me because they
> seem tightly bound to VOTable.  That destroys the orthogonality of the
> UCD and VOTable specs (the W3C has had _terrible_ trouble with
> non-orthogonal specs, tying itself in knots trying to resolve their
> dependencies on each other), and makes it harder to use UCDs in other
> contexts, such as queries.  I feel that UCDs should be seen as
> annotating a `thing', whether that `thing' be a value, a column, a
> group, or a query `phrase', and it should be the responsibility of
> whatever defines the syntax of that annotation (that is, VOTable or
> SIA) to define precisely what the thing is that the annotation applies
> to.  Thus, VOTable might say that when a UCD appears in a <field> then
> it indicates a set of relationships between the corresponding entries
> of the table; when it appears in a <group> it means something
> different; and so on.  Dealing with the typing and complexity issues
> of this in a general way within the UCD spec would surely make it
> impossibly unwieldy and limit its scope.  This is also a general worry
> for all of Tom's Section 5; I really think this should be out of scope
> for UCD, to the extent that Tom's ``The grouping does not describe the
> semantics of the relationship.  That is the role of UCDs'' would be
> much better as ``The grouping describes (some of?) the semantics of
> the relationship.  That is not the role of UCDs''.  This is a can of
> worms.

I think this is completely wrong.  The grouping proposal has no special
relationship to VOTables other than that they happen to support it.
[Or they may soon!]   Any other
structure that supports groupings of tables would do just as well.
This is a fairly natural attribute of object relational as well as
hierarchical databases.   It just that VOTables have finally decided
to enable the natural abilities that XML's hierarchical structure
supports.

> 
> Section 4.2.3 (local): I agree this is a gap in the 1.9.9 proposals.
> Another way of dealing with it would be to say that a UCD <word>
> `local.X' meant exactly the same as the <word> `X', but was not
> comparable with it.
> 
That's essentially what my proposal mod  the order difference.
> 
> 
> 
> 
> More general points:
> 
> Tom's document seems to discuss his proposals in object terms.
> However the property-concept parts of the UCD proposal are _not_ an
> object model, and if you cram them into an object model, they won't
> fit, and the result will inevitably look like a mess, and look
> backwards.  The model is simpler than this, however: things which are
> purely concepts (such as `src') don't have values.  Concepts do have
> properties though, and these properties have numeric values, namely
> the numeric values we're trying to annotate with this UCD.

Sounds like objects and attributes to me...
What's the difference here?
But the old proposal doesn't agree anyway!
Is phot.flux a concept?  Seems like it to me.  But it's
a property in 1.9.9.  Sometimes...  In the UCD phot.flux.
But it's sort of a concept in stat.err;phot.flux
Or is it a property there?  I'm not sure and there is no
way to tell!

By specifying a value attribute I've cleared away this confusion.
> 
> As regards ordering, yes, as Tom said, it doesn't fundamentally
> matter, and it's just a matter of syntax, rather than of the model.
> However having the property first seems natural, since it's this
> which posesses the numerical value which is being annotated, and
> so it's this which I would have thought it best would be shown
> up-front.

This is not critical, but since I believe the model is
analogous  to the object/attribute relationship using the
same order that has conventionally been used there is helpful.
> 
> Now, there is a _vague_ object model implicit in the construction of
> the UCD words like `pos.eq.ra', but this is only because, along with
> the replacement of underscores with dots, came the explicit freedom to
> crop each word at a dot from the right, and use the result as a UCD
> word also.  This prompts a natural perception of the words as
> hierarchical, or object-oriented if you must.

Well I don't have to but I sure would like to!


.. The actual words are
> basically little changed from the original UCDs, though there's a
> review of these under way.  These words weren't the main point of the
> UCD2 proposals.
> 
> At present these words are those mined from the column names actually
> occurring in the databases in the CDS collection; they are thus
> unprincipled.  Whether this is a good or a bad thing is an open question.
> I'm sure it is this which causes some people (I'm thinking of Gerard
> Lemson and Pat Dowler) to gasp and, in their poster, pick out pos_eq_ra
> for special deprecation as incoherent.  If you believe that principled
> generation of UCD words would be a Good Thing (and that would probably
> be my prejudice), then I suspect that paths in (say) Gerard and Pat's
> model would be a good way to do it (do Gerard and Pat claim that every
> UCD word is thus expressible?).  If you believe, on the other hand, that
> the mined nature of the words is of primary importance (and I can see
> the force of that, too), then they might need little more than a review
> or tidy-up, to make sure that the `croppability' is reasonable in fact,
> and that the implications, or suggestions, of the words chosen do in
> fact fit in with a properties-based model (or whatever we end up with).
> 
> 

As in 1.9.9 I didn't build a complete list but I agree
that most words will transfer between the two proposals.



From owner-dal@eso.org  Wed Oct 22 22:37:47 2003
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MKXMKp020753
	for <dal-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 22:33:22 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MKXMYP020749
	for dal-outgoing; Wed, 22 Oct 2003 22:33:22 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MKWGKp020460;
	Wed, 22 Oct 2003 22:32:16 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MKWEs3010300;
	Wed, 22 Oct 2003 22:32:15 +0200 (CEST)
Received: from SARA (sara.cacr.caltech.edu [131.215.145.107])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9MKWDM9025960
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Wed, 22 Oct 2003 13:32:13 -0700
Message-ID: <01c501c398db$9ef8ef80$6b91d783@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <dm@ivoa.net>, <dal@ivoa.net>, <ucd@ivoa.net>
References: <3F96CE02.8020804@gsfc.nasa.gov>
Subject: Re: UCD changes on top of McGlynn's changes
Date: Wed, 22 Oct 2003 13:32:32 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2720.3000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

All:

>From now on, please do not cross-post UCD material to dm and dal.

Please send UCD-related posting to ucd@ivoa.net only.

Those of you on the other lists, please join the ucd list to continue
reading UCD material.

Thank You
Roy

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From owner-ucd@eso.org  Wed Oct 22 22:45:32 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9MKfXKp026528
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 22 Oct 2003 22:41:33 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9MKfWkj026527
	for ucd-outgoing; Wed, 22 Oct 2003 22:41:32 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9MKevKp026403
	for <ucd@ivoa.net>; Wed, 22 Oct 2003 22:40:57 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9MKeus3010484
	for <ucd@ivoa.net>; Wed, 22 Oct 2003 22:40:56 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9MKesTd031726;
	Wed, 22 Oct 2003 16:40:54 -0400
Message-ID: <3F96EB5B.8000001@lheapop.gsfc.nasa.gov>
Date: Wed, 22 Oct 2003 16:40:59 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>, ucd@ivoa.net
Subject: Re: UCD changes on top of McGlynn's changes
References: <3F96CE02.8020804@gsfc.nasa.gov>
In-Reply-To: <3F96CE02.8020804@gsfc.nasa.gov>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Hi Ed,

Most of this ounds reasonable to me...
Some short (just to show I can do it) comments.
	Tom

Ed Shaya wrote:

...
> I think this is pretty good but it is missing something.  The modifiers 
> are in effect extending the hierarchicial tree of basic concepts into 
> the virtual tree of full concepts.   This is not mentioned and probably 
> should be. But, if it is true then sometimes the order of the modifiers 
> should make a difference.   I don't have an example but I am worried 
> that there will be concepts that require A;B;C and other concepts that 
> are A;C;B but they are not the same.  I don't see how to ensure that 
> that never happens.

I just haven't seen where it happens...  So I'm crossing my fingers!
> --------------------------------------
> Why is there a meas.error and a stat.erro, and one is a concept and one 
> is an attribute?
> Perhaps this was suppose to be a stat:max?
> 
> 1        x1:experimental.quantity;x2:new.modifier;stat.error
> 

Probably just missed it when I introduced the meas tree.

> 
> Why not have a different symbol to separate the attributes from the base 
> and modifiers?
> pos.eq;phys.electron#value;vector
> pos.eq;phys.electron#stat.error;vector

Bob and you both suggested that.  Sounds good to me.  I'd probably
have written the first as just
    pos.eq;phys.electron#vector

> ---------------------------
> 
> Why not allow a namespaced term to reuse existing term?  That is what 
> namespace is for!

Talk to Ray and Sebastien.  I think they feel that it's best
for UCDs to be highly controlled so that namespaces are only
used for experimental terms before they are introduced to the
standard namespace.  Both approaches seem reasonable to me.
> ------------------------------------------------------------
> I don't buy the idea that the main pos is always in the least indented 
> or grouped column.  This is a extremely fragile and restrictive way to 
> go.  There are many ways that the targets are in a  more groups than the 
> plate positions or the guide stars.

I don't want to suggest that one cannot build tables that would break
the proposal.  But I was unable to find a circumstance
where I couldn't use structure to make the main elements clear.
I.e., I'm not trying to cater to every reasonable structure for
tables, but trying to see if the proposal allows sufficient flexibility
for tables to express mainness assuming they are written by friends.
I tried to allude to that with the sense that we'll need templates
for how to use structures.
   What if the target stars have
> position groups
> and so one wants a second grouping of
> 
> <group name="position" ucd="position">
>           <group name="positionEquatorial" ucd="pos.eq">
>                          ra, dec
>          </group>
>          <group name="positionGalactic" ucd="position.galactic">
>                         l,b
>            </group>
> </group>
> or what if the grouping of stars is by cluster or by spectral type or 
> by  accuracy of measurements  etc?

In these examples it would be the responsibility of the
table writer to think about how the table could be written
to express what readers need to know.  If we're allowed the
full flexibility of the VOTable grouping structures, then
we might have the same fields referenced more than once:
near the root so that they are seen to be main, and within some
more nested structures.  This would use the reference capability.
However I'd be interested if we have any actual instances
of tables where this is needed or whether it's something that's
possible but not very likely.

> That is not to say that I like the idea of a main UCD.
> Rather, the best way is to ensure that the structural container of the 
> data has a way of refering the properties to the objects that has these 
> properties.  A quanitty needs to have a isPropertyOf attribute that 
> refers to the object.  So, a positional property column should have 
> isPropertyOf="column(starName)".  The default could be 
> isPropertyOf=column(1).

With references to virtual columns I suspect this is equivalent to
what I suggest, but it might be cleaner.

> ---------------------------------------------------------
> Finally.  I find it curious that this system makes no descrimination 
> between
> properties of objects (color, brightness, distance, size) and objects 
> (electrons,
> atoms, planets, stars, galaxies).  Every time one uses a UCD-property there
> must be implicitly a UCD-object that has been left off.  A brightness is
> always of a star or a planet or a human.  A query system must then be 
> able to
> infer this from other metadata in the dataset. Therefore one needs to 
> ensure that every data set has somewhere atleast one UCD-object.  This 
> will be hard to do if they are
> not somehow separated out  I just wanted to point that out.
> It may or may not be a fatal flaw.
> 
I guess this is what I'm typically indicting as the table UCD. E.g.,
the table UCD is the source, but the column UCDs are the properties
of the sources.


From owner-ucd@eso.org  Thu Oct 23 03:07:36 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9N12gv7003732
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 03:02:42 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9N12gp5003731
	for ucd-outgoing; Thu, 23 Oct 2003 03:02:42 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9N128v7003645
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 03:02:08 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9N127B1003819
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 03:02:07 +0200 (CEST)
Received: from Ropy (dsl-pb-1504.linkline.com [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9N125M9030041
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Wed, 22 Oct 2003 18:02:05 -0700
Message-ID: <05e001c39901$4a189d50$6501a8c0@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <ucd@ivoa.net>
Subject: is UCD out of control?
Date: Wed, 22 Oct 2003 18:02:10 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

I must say that I find Tom's version of the UCD paper has a number of
definite improvements, such as the importance of Groups, with the child
inheriting UCD from its parent.

However, I find the suggested syntax confusing and muddying. It seems to be
going back to the old model of "base + other stuff" that we discussed in
Cambridge. What I do not understand is how a machine would parse the other
stuff, these modifiers and attribute properties and so on. I do not
understand which is a modifier and which is an attribute. The reason we went
with the new scheme was that we couldn't imagine writing code to disentangle
the Cambridge scheme.

In the 1.9.9 document, the first word of the UCD corresponds to the thing
that has the units. In "stat.variance; phys.length", we know that the unit
is L*L (its a variance). The second word was the concept to which this
relates.

Everything in UCD2 should be of the form "The <property> of the <concept>".

Forget the attempts to justify three words. Leave that for UCD3.

Every UCD has at most two words. Keep It Simple!

In the 1.9.9 document, we tried to keep as close as we can to the metadata
mines -- the 3000 tables of Vizier from which all this comes. We thought
that had more validity than somebody (anybody) sitting down and inventing
structure. Look at the problems we get when we move away from mining real
metadata: Tom thinks that "error" belongs in a tree called "measurement",
and the earlier version put it in a tree called "statistics". There is no
right or wrong here, just opinion. I pointed this out in the earlier
document concerning the "equinox" concept, but that has been deleted. We
must make every attempt to follow what 3000 published paper have done -- not
push our own opinions.

In Tom's paper, there seem to be lots of new attributes (value, vector,
multiplet, local, human, soft) that further stretch the scope UCD. If there
are multiple values in a table cell, then the VOTable will indicate this in
other ways. Perhaps Tom can put in a few more attibutes so we can find out
if the data quantitiy is a float or an integer? UCD is about *semantic
type*, not all this other stuff. What *real* tables use the "human" section?
Are humans base, attribute, or modifier?

I think we can all agree that UCD as currently formulated cannot express the
complexity inherent in its task. What is really needed is a well-thought RDF
vocabulary of predicates and objects, and that is the idea of UCD3. The
intention of UCD2 is to provide a stopgap that will be backward compatible
when UCD3 arrives. We use only one predicate for now "propertyOf". But Tom
has chosen to remove all the discussion of why and what we are doing, where
we are going, and driven instead down a road that tries to put a lot of
complexity into this string representation. The result is something terribly
complicated and not very understandable.

Of course the proof is in the pudding. As usual in the VO, we are making a
language that is very expressive, then hope to eventually write the code
that understands it. So let's think it through now. How do I construct code
that "understands" something like "phot.flux; em.optical; intent.calculated;
value". I want to know what kind of data structure can be created from this,
I want to know how to compare UCDs, I want to know how to convert a UCD into
a human-readable description of what it represents. I know how to do these
things with the 2-word property/concept style, but not with this grab-bag of
attributes and modifiers.

In conclusion is my IF ... ELSE clause:

IF {

we cannot find a killer app for UCD2, if we cannot write code to understand
them, we should stick with UCD1, that has been improved and groomed in the
last months. Then next year we can make UCD3.

} ELSE {

I like simplicity. I want to turn every table cell into "<property> of the
<concept>" so that every UCD2 would have at most two words.

}



--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

From owner-ucd@eso.org  Thu Oct 23 10:42:02 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9N8eov7001372
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 10:40:50 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9N8eojB001367
	for ucd-outgoing; Thu, 23 Oct 2003 10:40:50 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9N8eGv7001112
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 10:40:16 +0200 (MEST)
Received: from apollo.le.ac.uk (mailsend.le.ac.uk [143.210.16.125])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9N8eGB1011162
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 10:40:16 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with smtp (Exim 4.24)
	id 1ACb0x-0007RB-I1
	for ucd@ivoa.net; Thu, 23 Oct 2003 09:40:15 +0100
Received: (qmail 2570 invoked from network); 23 Oct 2003 08:40:37 -0000
Received: from peneca.star.le.ac.uk (143.210.36.224)
  by mail.star.le.ac.uk with SMTP; 23 Oct 2003 08:40:37 -0000
Date: Thu, 23 Oct 2003 09:40:37 +0100 (BST)
From: Clive Page <cgp@star.le.ac.uk>
To: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
In-Reply-To: <3F9588DF.3030805@lheapop.gsfc.nasa.gov>
Message-ID: <Pine.LNX.4.44L0.0310230934060.7481-100000@peneca.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Clive Page <cgp@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Tue, 21 Oct 2003, Thomas McGlynn wrote:

> A few minutes ago I uploaded a version of my suggested revised
> proposal for UCDs to the Twiki.  This is just a Word version since
> I don't have a PDF generator handy.

An off-topic note to Tom (and others with the same problem in producing
PDFs):

Many of us on Unix/Linux systems find Word documents inconvenient; I
thought OpenOffice.org might cope with your file, but it produces
illegible results without a lot of playing with fonts, and even then was
very poor.

Not long ago, however, I came across an on-line service for converting
Word documents to PDF (or HTML) which seems quite useful:
http://www.gobcl.com/

You upload your document and they email you the PDF a couple of minutes
later.  I haven't received any obvious spam as a result, and don't know
what their privacy policy is, but for documents to be published, this
doesn't seem important.  I don't know why they provide this service free
of charge, but I've found it useful.  Actually I got an error message when
I submitted Tom's recent UCD document, but the PDF came back anyway, and
seems ok, still in glorious technicolor.


-- 
Clive Page
Dept of Physics & Astronomy,
University of Leicester,    Tel +44 116 252 3551
Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311

From owner-ucd@eso.org  Thu Oct 23 14:00:26 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NBxXv7002755
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 13:59:33 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NBxX6l002754
	for ucd-outgoing; Thu, 23 Oct 2003 13:59:33 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NBwwv7002607
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 13:58:58 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu (head-cfa.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NBwvB1015750
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 13:58:58 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.10/8.12.8) with ESMTP id h9NBwveR027594
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 07:58:57 -0400 (EDT)
From: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id h9NBwv9a025610
	for ucd@ivoa.net; Thu, 23 Oct 2003 07:58:57 -0400 (EDT)
Date: Thu, 23 Oct 2003 07:58:57 -0400 (EDT)
Message-Id: <200310231158.h9NBwv9a025610@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


> Many of us on Unix/Linux systems find Word documents inconvenient

I strongly second Clive's remarks; thanks for putting the 1.9.9b
PDF version up, there's now a chance I'll read it before this morning's
NVO telecon. We're trying for interoperability here, and Word isn't that.
  Jonathan

From owner-ucd@eso.org  Thu Oct 23 15:00:28 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NCxPv7021307
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 14:59:25 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NCxPwE021303
	for ucd-outgoing; Thu, 23 Oct 2003 14:59:25 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NCwJv7020967
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 14:58:19 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NCwGs3026707
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 14:58:18 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9NCwETd031388;
	Thu, 23 Oct 2003 08:58:14 -0400
Message-ID: <3F97D06C.8000105@lheapop.gsfc.nasa.gov>
Date: Thu, 23 Oct 2003 08:58:20 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
CC: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
References: <200310231158.h9NBwv9a025610@urania.cfa.harvard.edu>
In-Reply-To: <200310231158.h9NBwv9a025610@urania.cfa.harvard.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Jonathan McDowell wrote:

>>Many of us on Unix/Linux systems find Word documents inconvenient
> 
> 
> I strongly second Clive's remarks; thanks for putting the 1.9.9b
> PDF version up, there's now a chance I'll read it before this morning's
> NVO telecon. We're trying for interoperability here, and Word isn't that.
>   Jonathan
> 
> 
It looks like Marco Leoni posted a PDF version shortly after
I uploaded the original...

The URL is
    http://www.ivoa.net/internal/IVOA/IvoaUCD/UCD-1.9.9b.pdf

So it's there!
	Cheers,
	Tom

From owner-ucd@eso.org  Thu Oct 23 15:56:23 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NDtBv7009710
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 15:55:11 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NDtBrL009704
	for ucd-outgoing; Thu, 23 Oct 2003 15:55:11 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NDsKv7009453
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:54:20 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu (head-cfa.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NDsJB1018645
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:54:19 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.10/8.12.8) with ESMTP id h9NDsIeR006435
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 09:54:18 -0400 (EDT)
From: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id h9NDsIii025671
	for ucd@ivoa.net; Thu, 23 Oct 2003 09:54:18 -0400 (EDT)
Date: Thu, 23 Oct 2003 09:54:18 -0400 (EDT)
Message-Id: <200310231354.h9NDsIii025671@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Tom,
 Now that I've read the document and absorbed at least
some of the emails, I must say that I like your proposal
a lot. Although there are certainly details to be cleaned
up, and I agree with most of Norman's and some of Bob's comments,
it feels to me a more solid basis for a UCD2.
 My biggest beef (which goes directly against Norman's prejudice
that UCDs are not an object model!) is that I don't like the
distinction between "value" and "instance", especially
given that array-valued "values" like "spectrum.value" are
mentioned by you. I think your instance is just the value
of a higher level term, and I would like to replace "pos.instance"
with "pos.value", and then immediately drop the optional ".value"
and just say "pos". Why is that a bad idea? 
 Thanks for doing this work!
   Jonathan

From owner-ucd@eso.org  Thu Oct 23 16:01:12 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NDtevN009902
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 15:59:55 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NDRBkI001246
	for ucd-outgoing; Thu, 23 Oct 2003 15:27:11 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NDQNv7001008
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:26:24 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu (head-cfa.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NDQNs3027469
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:26:23 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head-cfa.cfa.harvard.edu (8.12.10/8.12.8) with ESMTP id h9NDQLeR003882;
	Thu, 23 Oct 2003 09:26:22 -0400 (EDT)
From: Arnold Rots <arots@head-cfa.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id h9NDQLPR001855;
	Thu, 23 Oct 2003 09:26:21 -0400 (EDT)
Message-Id: <200310231326.h9NDQLPR001855@xebec.cfa.harvard.edu>
Subject: Re: A suggested revision for UCDs
In-Reply-To: <Pine.LNX.4.44L0.0310230934060.7481-100000@peneca.star.le.ac.uk>
To: Clive Page <cgp@star.le.ac.uk>
Date: Thu, 23 Oct 2003 09:26:21 -0400 (EDT)
CC: ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head-cfa.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

It's a simple choice: those who shelled out the money for a Word
license can either try to force the rest of the community to do the
same by sending around Word documents, or spend themselves a little
more by buying an Acrobat license and thus allow everybody to spend
his/her money as (s)he sees fit.
Personally, I think Word should always be bundled with Acrobat, at
least in our community.

  - Arnold

Clive Page wrote:
> On Tue, 21 Oct 2003, Thomas McGlynn wrote:
> 
> > A few minutes ago I uploaded a version of my suggested revised
> > proposal for UCDs to the Twiki.  This is just a Word version since
> > I don't have a PDF generator handy.
> 
> An off-topic note to Tom (and others with the same problem in producing
> PDFs):
> 
> Many of us on Unix/Linux systems find Word documents inconvenient; I
> ...
> 
> -- 
> Clive Page
> Dept of Physics & Astronomy,
> University of Leicester,    Tel +44 116 252 3551
> Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head-cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Thu Oct 23 16:49:30 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NElmTV029934
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 16:48:29 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NEU4nj022646
	for ucd-outgoing; Thu, 23 Oct 2003 16:30:04 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NET8v7022303
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:29:08 +0200 (MEST)
Received: from artemis.le.ac.uk (ntp2c.le.ac.uk [143.210.16.126])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NET7s3029256
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:29:07 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with smtp (Exim 4.24)
	id 1ACgSZ-0001BU-57
	for ucd@ivoa.net; Thu, 23 Oct 2003 15:29:07 +0100
Received: (qmail 5383 invoked from network); 23 Oct 2003 14:29:13 -0000
Received: from gnowee.star.le.ac.uk (HELO gnowee) (143.210.36.97)
  by mail.star.le.ac.uk with SMTP; 23 Oct 2003 14:29:13 -0000
From: "Tony Linde" <ael@star.le.ac.uk>
To: <ucd@ivoa.net>
Subject: Another pdf generator
Date: Thu, 23 Oct 2003 15:29:05 +0100
Organization: University of Leicester
Message-ID: <007801c39972$031c1780$6124d28f@gnowee>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <200310231326.h9NDQLPR001855@xebec.cfa.harvard.edu>
Importance: Normal
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Tony Linde" <ael@star.le.ac.uk>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

A PDF generator that I use a lot is at http://www.pdf995.com/ - it is a
printer driver that, afaik, is windows only but works well.

Cheers,
Tony. 

> -----Original Message-----
> From: owner-ucd@eso.org [mailto:owner-ucd@eso.org] On Behalf 
> Of Arnold Rots
> Sent: 23 October 2003 14:26
> To: Clive Page
> Cc: ucd@ivoa.net
> Subject: Re: A suggested revision for UCDs
> 
> 
> It's a simple choice: those who shelled out the money for a 
> Word license can either try to force the rest of the 
> community to do the same by sending around Word documents, or 
> spend themselves a little more by buying an Acrobat license 
> and thus allow everybody to spend his/her money as (s)he sees 
> fit. Personally, I think Word should always be bundled with 
> Acrobat, at least in our community.
> 
>   - Arnold
> 
> Clive Page wrote:
> > On Tue, 21 Oct 2003, Thomas McGlynn wrote:
> > 
> > > A few minutes ago I uploaded a version of my suggested revised 
> > > proposal for UCDs to the Twiki.  This is just a Word 
> version since I 
> > > don't have a PDF generator handy.
> > 
> > An off-topic note to Tom (and others with the same problem in 
> > producing
> > PDFs):
> > 
> > Many of us on Unix/Linux systems find Word documents 
> inconvenient; I 
> > ...
> > 
> > --
> > Clive Page
> > Dept of Physics & Astronomy,
> > University of Leicester,    Tel +44 116 252 3551
> > Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311
> > 
> --------------------------------------------------------------
> ------------
> Arnold H. Rots                                Chandra X-ray 
> Science Center
> Smithsonian Astrophysical Observatory                tel:  +1 
> 617 496 7701
> 60 Garden Street, MS 67                              fax:  +1 
> 617 495 7356
> Cambridge, MA 02138                             
> arots@head-cfa.harvard.edu
> USA                                     
> http://hea-www.harvard.edu/~arots/
> 
> --------------------------------------------------------------
> ------------
> 

From owner-ucd@eso.org  Thu Oct 23 16:51:33 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NEogTR001024
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 16:50:42 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NEogAO001023
	for ucd-outgoing; Thu, 23 Oct 2003 16:50:42 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NElxTb000031
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:50:04 +0200 (MEST)
Received: from nmail1.systems.pipex.net (nmail1.systems.pipex.net [62.241.160.130])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NEBVB1019083
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:11:31 +0200 (CEST)
Received: from nmail1.systems.pipex.net (localhost [127.0.0.1])
	by nmail1.systems.pipex.net (8.12.10/8.12.10) with ESMTP id h9NEBRm7007159;
	Thu, 23 Oct 2003 15:11:27 +0100
Received: (from nobody@localhost)
	by nmail1.systems.pipex.net (8.12.10/8.12.10/Submit) id h9NEBQsw007158;
	Thu, 23 Oct 2003 15:11:26 +0100
Received: from 81.86.240.222 ( [81.86.240.222])
	as user abm36@dial.pipex.com by netmail.pipex.net with HTTP;
	Thu, 23 Oct 2003 15:11:26 +0100
Message-ID: <1066918286.3f97e18ebc274@netmail.pipex.net>
Date: Thu, 23 Oct 2003 15:11:26 +0100
From: martin hill <mchill@dial.pipex.com>
To: Arnold Rots <arots@head-cfa.cfa.harvard.edu>
Cc: Clive Page <cgp@star.le.ac.uk>, ucd@ivoa.net
Subject: Off topic document formats...
References: <200310231326.h9NDQLPR001855@xebec.cfa.harvard.edu>
In-Reply-To: <200310231326.h9NDQLPR001855@xebec.cfa.harvard.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: PIPEX NetMail (IMP3.1)
X-Originating-IP: 81.86.240.222
X-PIPEX-Username: abm36%dial.pipex.com
X-Usage: PIPEX NetMail is subject to the standard PIPEX terms and conditions of use
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: martin hill <mchill@dial.pipex.com>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Er, so everyone is forced to send around Acrobat documents?  And buy Acrobat
licences instead of Word ones?  

Isn't there a Word converter for Open Office?  

Even much more better still, how about posting as hmtl (if there are no
diagrams)?  Everyone can read it and almost everything has a converter to it.  
Or, since it's an AVO standard, I'm sure we could find some way of using VOTable...

Cheers,

Martin
from the "Standards are evil" dept



Quoting Arnold Rots <arots@head-cfa.cfa.harvard.edu>:

> It's a simple choice: those who shelled out the money for a Word
> license can either try to force the rest of the community to do the
> same by sending around Word documents, or spend themselves a little
> more by buying an Acrobat license and thus allow everybody to spend
> his/her money as (s)he sees fit.
> Personally, I think Word should always be bundled with Acrobat, at
> least in our community.
> 
>   - Arnold
> 
> Clive Page wrote:
> > On Tue, 21 Oct 2003, Thomas McGlynn wrote:
> > 
> > > A few minutes ago I uploaded a version of my suggested revised
> > > proposal for UCDs to the Twiki.  This is just a Word version since
> > > I don't have a PDF generator handy.
> > 
> > An off-topic note to Tom (and others with the same problem in producing
> > PDFs):
> > 
> > Many of us on Unix/Linux systems find Word documents inconvenient; I
> > ...
> > 
> > -- 
> > Clive Page
> > Dept of Physics & Astronomy,
> > University of Leicester,    Tel +44 116 252 3551
> > Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311
> > 
> --------------------------------------------------------------------------
> Arnold H. Rots                                Chandra X-ray Science Center
> Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
> 60 Garden Street, MS 67                              fax:  +1 617 495 7356
> Cambridge, MA 02138                             arots@head-cfa.harvard.edu
> USA                                     http://hea-www.harvard.edu/~arots/
> --------------------------------------------------------------------------
> 
> 


-- 
Martin Hill
07901 55 24 66
www.mchill.net

From owner-ucd@eso.org  Thu Oct 23 16:54:03 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NEqvTR002291
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 16:52:57 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NEqvcQ002289
	for ucd-outgoing; Thu, 23 Oct 2003 16:52:57 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NElxTf000031
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:52:22 +0200 (MEST)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NDXUB1018158
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:33:31 +0200 (CEST)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9NDWwTd001938;
	Thu, 23 Oct 2003 09:32:58 -0400
Message-ID: <3F97D88F.9030501@lheapop.gsfc.nasa.gov>
Date: Thu, 23 Oct 2003 09:33:03 -0400
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Roy Williams <roy@cacr.caltech.edu>, ucd@ivoa.net
Subject: Re: is UCD out of control?
References: <05e001c39901$4a189d50$6501a8c0@Ropy>
In-Reply-To: <05e001c39901$4a189d50$6501a8c0@Ropy>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Roy,

I guess I find the current discussion stimulating and not a sign
of a problem.   One concern
on my part....  My guess is that we only get to make one
change to UCDs where the revision is incompatible with the
previous set.  I don't think the community will want to
change their software twice while we're getting our act
together.  Even Microsoft can't get away with that!

Absent your killer app, I'm not sure that a revision to
UCDs is on the critical path for the VO so we should take
the time to do it right and live with the current standard
as long as needed.

Personally, I think that UCDTrees or something like them
(along with XQuery style queries on them)
can be a link between abstract data models and concrete
data representations.  Tools that search for data matching
a given data model could be that killer app.  We'll see if
this pans out when looked at in detail.

Talk to you later.

	Tom

From owner-ucd@eso.org  Thu Oct 23 17:05:38 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NF4cTR006371
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 17:04:38 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NF4cA9006367
	for ucd-outgoing; Thu, 23 Oct 2003 17:04:38 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NF3fTR006019
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 17:03:42 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu (head-cfa.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NF3es3000281
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 17:03:41 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head-cfa.cfa.harvard.edu (8.12.10/8.12.8) with ESMTP id h9NF3eeR012938
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 11:03:40 -0400 (EDT)
From: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id h9NF3e82025726
	for ucd@ivoa.net; Thu, 23 Oct 2003 11:03:40 -0400 (EDT)
Date: Thu, 23 Oct 2003 11:03:40 -0400 (EDT)
Message-Id: <200310231503.h9NF3e82025726@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: Re: Off topic document formats...
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head-cfa.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> so everyone is forced to send around Acrobat documents?  And buy Acrobat
licences instead of Word ones?  

Well, ps2pdf and /usr/bin/acroread are free...
I'm happy if you make it postscript or ascii, but PDF seems a reasonable
compromise that's ok for people in both the Windows and Unix worlds.
OpenOffice is still - at least for me - a continual struggle with
not-quite-adequate compatibility, slow printing, yucky interface,
and of course fails whenever MS updates Word. And I worry about .doc
documents on the twiki being reliably readable in the future.   

> how about posting as hmtl (sic)
Fine by me, although it's inconvenient to print a long document
all at once. 

> I'm sure we could find some way of using VOTable
Y'know, I was tempted to make this suggestion before, but 
manfully resisted... :-)

Indeed the IVOA standard for documents, so I understand, is html.
Perhaps this should be discussed more widely (in the standards
WG, or whatever it's called?)

In the meantime, perhaps I'll just post latex DVI files....
   Jonathan

From owner-ucd@eso.org  Thu Oct 23 17:57:02 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NFtpTR023433
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 17:55:51 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NFtpsx023432
	for ucd-outgoing; Thu, 23 Oct 2003 17:55:51 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NFqKTd022155
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 17:55:03 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NEwns3000131
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:58:50 +0200 (CEST)
Received: from Ropy (dsl-pb-1504.linkline.com [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id h9NEwhM9005515
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Thu, 23 Oct 2003 07:58:44 -0700
Message-ID: <074601c39976$2cb69620$6501a8c0@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: "martin hill" <mchill@dial.pipex.com>,
   "Arnold Rots" <arots@head-cfa.cfa.harvard.edu>
Cc: "Clive Page" <cgp@star.le.ac.uk>, <ucd@ivoa.net>
References: <200310231326.h9NDQLPR001855@xebec.cfa.harvard.edu> <1066918286.3f97e18ebc274@netmail.pipex.net>
Subject: Re: Off topic document formats...
Date: Thu, 23 Oct 2003 07:58:51 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> Even much more better still, how about posting as hmtl (if there are no
> diagrams)?  Everyone can read it and almost everything has a converter to
it.

I think this is best, when it converges, I will have the UCD document
converted to the clean HTML -- I mean the stuff that can be edited by a
human!

Roy

From owner-ucd@eso.org  Thu Oct 23 17:57:55 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NFufTR023733
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 17:56:41 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NFuefv023728
	for ucd-outgoing; Thu, 23 Oct 2003 17:56:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NFqKTf022155
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 17:55:50 +0200 (MEST)
Received: from revere.aoc.nrao.edu (revere.aoc.nrao.edu [146.88.1.15])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NF05s3000196
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 17:00:06 +0200 (CEST)
Received: from zia.aoc.nrao.edu (zia [146.88.1.4])
	by revere.aoc.nrao.edu (8.11.6/8.11.6) with ESMTP id h9NErgE15600;
	Thu, 23 Oct 2003 08:53:43 -0600
Received: from oak (oak [146.88.1.137])
	by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id h9NErd72006571;
	Thu, 23 Oct 2003 08:53:39 -0600 (MDT)
Date: Thu, 23 Oct 2003 08:53:38 -0600 (MDT)
From: Doug Tody <dtody@nrao.edu>
X-X-Sender: dtody@oak
To: Clive Page <cgp@star.le.ac.uk>
cc: ucd@ivoa.net
Subject: Re: A suggested revision for UCDs
In-Reply-To: <Pine.LNX.4.44L0.0310230934060.7481-100000@peneca.star.le.ac.uk>
Message-ID: <Pine.LNX.4.44.0310230845370.21114-100000@oak>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.5, required 7,
	EMAIL_ATTRIBUTION, IN_REP_TO, SPAM_PHRASE_01_02, USER_AGENT_PINE)
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@nrao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Ok, we are off topic but...  A simple solution is to run vmware (or
something similar) on Linux, with Windows in the vm, using samba to share
the unix file system.  This provides the best of both worlds.   Doug


On Thu, 23 Oct 2003, Clive Page wrote:

> On Tue, 21 Oct 2003, Thomas McGlynn wrote:
> 
> > A few minutes ago I uploaded a version of my suggested revised
> > proposal for UCDs to the Twiki.  This is just a Word version since
> > I don't have a PDF generator handy.
> 
> An off-topic note to Tom (and others with the same problem in producing
> PDFs):
> 
> Many of us on Unix/Linux systems find Word documents inconvenient; I
> thought OpenOffice.org might cope with your file, but it produces
> illegible results without a lot of playing with fonts, and even then was
> very poor.
> 

From owner-ucd@eso.org  Thu Oct 23 18:11:32 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NGAQTR028091
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 18:10:26 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NGAQBe028090
	for ucd-outgoing; Thu, 23 Oct 2003 18:10:26 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NG4mTf026218
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 18:09:45 +0200 (MEST)
Received: from head-cfa.cfa.harvard.edu (head-cfa.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NEHls3028972
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 16:17:47 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head-cfa.cfa.harvard.edu (8.12.10/8.12.8) with ESMTP id h9NEHieR008797;
	Thu, 23 Oct 2003 10:17:44 -0400 (EDT)
From: Arnold Rots <arots@head-cfa.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id h9NEHhaS001976;
	Thu, 23 Oct 2003 10:17:43 -0400 (EDT)
Message-Id: <200310231417.h9NEHhaS001976@xebec.cfa.harvard.edu>
Subject: Re: Off topic document formats...
In-Reply-To: <1066918286.3f97e18ebc274@netmail.pipex.net>
To: martin hill <mchill@dial.pipex.com>
Date: Thu, 23 Oct 2003 10:17:43 -0400 (EDT)
CC: Arnold Rots <arots@head-cfa.cfa.harvard.edu>,
   Clive Page <cgp@star.le.ac.uk>, ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head-cfa.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

martin hill wrote:
> Er, so everyone is forced to send around Acrobat documents?  And buy Acrobat
> licences instead of Word ones?  

Only those who pay for Word licenses in the first place.
Acrobat reader is free.

> 
> Isn't there a Word converter for Open Office?  

Doesn't always work well - see Clive's roiginal post.

> 
> Even much more better still, how about posting as hmtl (if there are no
> diagrams)?  Everyone can read it and almost everything has a converter to it.  

Fine with me, though PDF is quite a reasonable standard for documents.

> Or, since it's an AVO standard, I'm sure we could find some way of using VOTable...
> 
> Cheers,
> 
> Martin
> from the "Standards are evil" dept
> 
> 
> 
> Quoting Arnold Rots <arots@head-cfa.cfa.harvard.edu>:
> 
> > It's a simple choice: those who shelled out the money for a Word
> > license can either try to force the rest of the community to do the
> > same by sending around Word documents, or spend themselves a little
> > more by buying an Acrobat license and thus allow everybody to spend
> > his/her money as (s)he sees fit.
> > Personally, I think Word should always be bundled with Acrobat, at
> > least in our community.
> > 
> >   - Arnold
> > 
> > Clive Page wrote:
> > > On Tue, 21 Oct 2003, Thomas McGlynn wrote:
> > > 
> > > > A few minutes ago I uploaded a version of my suggested revised
> > > > proposal for UCDs to the Twiki.  This is just a Word version since
> > > > I don't have a PDF generator handy.
> > > 
> > > An off-topic note to Tom (and others with the same problem in producing
> > > PDFs):
> > > 
> > > Many of us on Unix/Linux systems find Word documents inconvenient; I
> > > ...
> > > 
> > > -- 
> > > Clive Page
> > > Dept of Physics & Astronomy,
> > > University of Leicester,    Tel +44 116 252 3551
> > > Leicester, LE1 7RH,  U.K.   Fax +44 116 252 3311
> > > 
> > --------------------------------------------------------------------------
> > Arnold H. Rots                                Chandra X-ray Science Center
> > Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
> > 60 Garden Street, MS 67                              fax:  +1 617 495 7356
> > Cambridge, MA 02138                             arots@head-cfa.harvard.edu
> > USA                                     http://hea-www.harvard.edu/~arots/
> > --------------------------------------------------------------------------
> > 
> > 
> 
> 
> -- 
> Martin Hill
> 07901 55 24 66
> www.mchill.net
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head-cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Thu Oct 23 19:28:13 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NHRHTR020012
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 19:27:17 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NHRHnC020004
	for ucd-outgoing; Thu, 23 Oct 2003 19:27:17 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NHQeTR019874
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 19:26:40 +0200 (MEST)
Received: from sainfoin.saclay.cea.fr (sainfoin.saclay.cea.fr [132.166.192.126])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NHQeB1024421
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 19:26:40 +0200 (CEST)
Received: from rosetta.saclay.cea.fr (rosetta.saclay.cea.fr [132.166.13.210])
	by sainfoin.saclay.cea.fr (8.12.10/8.12.9/CEAnet-Internet.2.0) with ESMTP id h9NHQdfj023664;
	Thu, 23 Oct 2003 19:26:39 +0200 (MEST)
Received: (from dide@localhost)
	by rosetta.saclay.cea.fr (8.11.6+Sun/8.10.2) id h9NHQgH11982;
	Thu, 23 Oct 2003 19:26:42 +0200 (MEST)
Date: Thu, 23 Oct 2003 19:26:42 +0200 (MEST)
From: DIDELON Pierre <dide@discovery.saclay.cea.fr>
Message-Id: <200310231726.h9NHQgH11982@rosetta.saclay.cea.fr>
To: tam@lheapop.gsfc.nasa.gov
Subject: Re: A suggested revision for UCDs
Cc: ucd@ivoa.net
X-Sun-Charset: US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: DIDELON Pierre <dide@discovery.saclay.cea.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Tom,

Big and impressive work.
I have read and try to absorb the document and most of the following
mails. I try to digest all. It is not so obvious for a frenchy
like me and I hope that my comments below are appropriate.
I apologize for any misunderstanding or confusion, by jumping in
the discussion, but a really want to make a few points.

If a clearly understand the concern of Pedro Osuna, the actual discussion 
illustrate what he stressed in strasbourg and his further mail. 
UCD1 and a data model for context evaluation is sufficient,
because DM is not available some structure is needed to be introduced
and so UCD2 came. But unless we put DM in UCD (eventually using VOTable
structure) it will be incomplete. Even UCDTree (which I really like)
needed additional structure/template or external reference as stressed 
in the document 1.9.9b: p16 last paragraph, p18 last paragraph.

I like several aspect of this proposal, and I agree of some of the comments
of Norman, Ed and Jonathan, but as it is very tedious for me to write
in english, I will not do an extensive comment list of what is hapenning
in the discussion but go directly to the pb I had. 

Instead of specific words or context meaning to distinguish 
between 3 kind of thing; concept, modifier property and attribute property
I would be more comfortable with a syntax distinction and a specific
separator (i.e. #).

The complexity of the three trees with specific words seems very strange
and is confusing me. My main concern is related to Attributes.

- I did not understand the meaning of local. You can always correlated 
a property with an identical or similar property, it depend of the purpose 
of your correlation, and without presuposition you cannot exclude 
apriori some intressting thing that can be extract from data.
Taking your example: you can extract data where temperature jitter of 
the data acquisition system is above a certain threshold and try to correlate
these with phot,flux;error or any kind of measurement error available.
Perhaps not used very often, but not forbidden I hope?

- It seems to me that there are some dangerous redundancy in the 
basic word of the attribute tree. For example value, vector, instance,
multiplet are common data properties distinguish by their use or
the context in which they appear. IMO there is no differences
between vector and multiplet and each time you use multiplet
you could replace it by vector. No?
Like jonathan, if you put vectors in value, I did not see the
need for instance.
The relation of measurements, errors and all this kind
of things with the precedding is even more complicated.
A value (I mean a real scalar) can be a unique measurement value,
a statistical property of a measurement serie (like mean, mode,
error, std.dev., skewness...), a parameter and perhaps other
meaning I am not able to think of now.
Trying to be brief, (but unfortunatly uncomplete) I feel that
the pb came from the fact that diff data property are mixed
together (I believe that the same pb occurs in DM group).
Mainly data structure, data meaning (could be extended to purpose) and 
data representation (without speaking of format and location).

Data structure would include ; value (scalar), vector (avoiding multiplet)
tree, and extended easly with matrix or composite structure.
For me instance is A structure, but wich one? A free formatted structure,
a VOTable tree formatted? It is not clear.

data meaning is related to measurement, error and all staistical properties.

data representation mixed both things; a measurement serie can be represented
by a vector (even in a VOTable cell), or by one or several statistical prop.
(mean, mean+std.dev.) structured in very diff way (mean and error in separate
cols, mean+mode+median in one col ...)

I feel that refurbishing is needed here to clarify UCD usage more
than UCD existance. I agree with earlier comments that stressed that
the big advantage of UCD1 is the fact that they are not due to
apriori/re-invented structure but are the illustration of the existing data.


- I did not see the filter needs. It seems to me that it try to catch 
a part of the data history, but it seems so restrive that it will be
very soon unappropriate I bet.

- concept seems only due to the uncompltness of the words available
in the concept tree root.
In your example (p18) a word correlation (which would certainly be needed for VO)
would better match the needs.
 

I stop here because it's late and I would become confused,
if not yet done. 

Thanks for the food for thought,
sincerely,
Pierre
-------------------------------------------------------------------------------
DIDELON                               e-mail : pdidelon_at_cea.fr
CEA SACLAY - Service d'Astrophysique  W3 : http://www-dapnia.cea.fr/Sap/
91191 Gif-Sur-Yvette Cedex            Phone : 33 (0)1 69 08 58 89
-------------------------------------------------------------------------------









From owner-ucd@eso.org  Thu Oct 23 22:00:57 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9NK01TR021387
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 23 Oct 2003 22:00:01 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9NK0111021385
	for ucd-outgoing; Thu, 23 Oct 2003 22:00:01 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9NJxRTR021247
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 21:59:27 +0200 (MEST)
Received: from mail630.gsfc.nasa.gov (mail630.gsfc.nasa.gov [128.183.190.39])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9NJxPB1027660
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 21:59:26 +0200 (CEST)
Received: from gsfc.nasa.gov (ram.gsfc.nasa.gov [128.183.114.136])
	by mail630.gsfc.nasa.gov (8.12.8/8.12.5) with ESMTP id h9NJxNAM015479
	for <ucd@ivoa.net>; Thu, 23 Oct 2003 15:59:24 -0400
Message-ID: <3F9833BD.40604@gsfc.nasa.gov>
Date: Thu, 23 Oct 2003 16:02:05 -0400
From: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Use case: distance
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
Roy again asked for some use cases for UCD's so here is my favorite.<br>
I need accurate distances to nearby galaxies.&nbsp; So, I am very picky as
to the kind of distance estimate.&nbsp; E.G., a distance derived from a
redshift will not do for nearby galaxies. So I can't just query on
phys:distance, there must be a simple way to distinguish the distance
quantity by method used to obtain the distance.&nbsp; And to look through
every paper on distances of galaxies, one by one, would take months.<br>
<br>
<u>Most desireable methods:</u><br>
Period-Luminosity Relation of Cepheid variables <br>
ditto for RR-Lyrae variables<br>
CCD-based&nbsp; IR-Tully-Fisher Relation (rotation velocity&nbsp; vs.&nbsp; IR&nbsp;
Magnitude)<br>
Tip of the Red Giant Branch (brightest TRGB stars) &nbsp;&nbsp;&nbsp; <br>
Supergiant Stars atomic hydrogen Equivalent widths vs stellar mag<br>
spectroscopic eclipsing binaries (none published yet)<br>
Maser orbits<br>
Type Ia Supernovae Peak Brightness<br>
Surface Brightness Fluctuations<br>
<u><br>
Less desired (&gt;20% error):</u><br>
Redshift using Hubble relation or some other flow model <br>
Brightest Stars<br>
B-band Tully-Fisher Relation<br>
IR-Tully-Fisher with single aperture IR magnitudes<br>
Dn-Sigma (alias: Faber-Jackson Relation) (central size vs velocity
displersion)<br>
Expanding Photosphere (Baade-Wasselink Method)<br>
&nbsp;&nbsp;&nbsp; *Supernova<br>
&nbsp;&nbsp;&nbsp; *Planetary Nebula<br>
Largest HII regions<br>
<br>
Perhaps the simplest thing is to have error bars for all data and then
one could<br>
simply ask for small error bar data.&nbsp; But distance papers are notorious
for underestimating errors.&nbsp; So one needs to use knowledge from
cross-studies on what the real errors on these various distance
estimators are.<br>
<br>
Another similar example would be the temperature of a star or ISM cloud.<br>
There are various techniques for obtaining that property, but each one
measures a substantially different statistic of T or T at various depth.<br>
<br>
So, is this a job for UCDs?&nbsp; Data Model?&nbsp; Shouldn't standard
astronomical methods of obtaining a property be part of our controlled
vocabulary?&nbsp; If not in UCDs then in some other dictionary/ontology? Or
is it beyond our wildest dreams? (Well not mine, but ours.)<br>
<br>
Ed<br>
<br>
</body>
</html>

From owner-ucd@eso.org  Wed Oct 29 19:44:29 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id h9TIdUMW012620
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 29 Oct 2003 19:39:30 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id h9TIdUvZ012600
	for ucd-outgoing; Wed, 29 Oct 2003 19:39:30 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id h9TIcYMW012289
	for <ucd@ivoa.net>; Wed, 29 Oct 2003 19:38:34 +0100 (MET)
Received: from milkyway.gsfc.nasa.gov (lheapop.gsfc.nasa.gov [128.183.16.62])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id h9TIcQB1011926
	for <ucd@ivoa.net>; Wed, 29 Oct 2003 19:38:29 +0100 (CET)
Received: from lheapop.gsfc.nasa.gov (silk3.gsfc.nasa.gov [128.183.18.68])
	by milkyway.gsfc.nasa.gov (8.12.9/8.12.9) with ESMTP id h9TIcKTd009035
	for <ucd@ivoa.net>; Wed, 29 Oct 2003 13:38:20 -0500
Message-ID: <3FA00924.3040502@lheapop.gsfc.nasa.gov>
Date: Wed, 29 Oct 2003 13:38:28 -0500
From: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
Organization: NASA Goddard Space Flight Center
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Further thoughts on UCDs
Content-Type: text/plain; charset=windows-1252; format=flowed
X-Scanned-By: MIMEDefang 2.35
X-MIME-Autoconverted: from 8bit to quoted-printable by milkyway.gsfc.nasa.gov id h9TIcKTd009035
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mercury.hq.eso.org id h9TIdPMW012586
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Thomas McGlynn <tam@lheapop.gsfc.nasa.gov>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

One of my problems in understanding how or whether we should
change the UCD strings is the indefiniteness of the current UCD2
proposals which do not specify the full list of UCDs.  I've just
spent a few minutes looking at the PHOT hierarchy.  Probably
Sebastien and Roy have done this with far greater care, but
I've gone through the old UCD tree and tried to see what UCDs
are suggested by what's in the PHOT hierarchy, where I have
explicitly left out any band information from the UCDs assuming
that to be supplied by qualifiers in the em hierarchy.

There are only about 25 distinct phot words here versus just
under 500 in the original UCD1 tree.  Most of this savings is at the cost of
having an extensive em tree describing the bands, but I think
that's helpful since we want to be able to combine
fluxes from different bands.  I think it makes the photometry tree
much more accessible.  One thought expressed here is that we should
not distinguish between flux, magnitudes and counts in the UCDs, but
rather do that with the units.  I'm not sure if this is
a good idea but it seems to me that they are more 'similar'
to each other than each is to say a fluence or a color.

There is a question as to whether we specify colors by providing
special keywords for each color, or by using a pair of em qualifiers.
In the latter case, then the order of the em qualifiers may be
significant.  If we go this route (and I think it makes more sense)
then my proposal for well-formed UCDs would have to be modified to
say something like:  'where the order of qualifiers is not significant,
they should be given in alphabetical order'.


phot
phot.flux
… distinctions between counts, magnitudes, fluxes, etc should be carried in the
… units not the UCD.
phot.flux.surfaceBrightness
phot.fluence
phot.flux.absolute
phot.color   (This is really a ratio, but we use color as the traditional
               name).
phot.color.diff (A difference in colors, i.e., a kind of second derivative)
phot.color.excess

em.bolometric (Bolometric measurements are after all just specifying a very
                broad band)
phot.atmosphere
phot.atmosphere.airmass
phot.atmosphere.extinction

phot.class

phot.extinction.galactic
phot.extinction.internal
phot.extinction.ism
phot.extinction.total

phot.flux.isophotal
phot.flux.central

phot.correction.k

phot.flux.limit
phot.flux.offset

phot.profile

math/arith.ratio (for the phot_sd/b-bright, phot_tot-Bright/b-bright UCDs)

phot.system (is this different from phot.class?)
phot.parameter (some parameter of the photometric system
phot.zeropoint

phot.spectrum  (vector valued fields)
phot.timeseries (vector valued fields)
phot.image (vector valued fields)



This was just a quick exercise and doubtless there are better specific choices,
but the phot hierarchy is one area where I imagine that our software may
be very UCD aware.  If we really can simplify it to this extent, then I think
this alone is a major impetus for going to UCD2.

	Tom


From owner-ucd@eso.org  Wed Nov  5 13:59:16 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hA5CwlfE001240
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 Nov 2003 13:58:47 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id hA5Cwk59001238
	for ucd-outgoing; Wed, 5 Nov 2003 13:58:46 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id hA5CwffE001193
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 13:58:43 +0100 (MET)
Received: from smtp.pspl.co.in ([202.54.11.65])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id hA5Cwcs3012308
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 13:58:40 +0100 (CET)
Received: (from root@localhost)
	by smtp.pspl.co.in (8.12.9/8.12.9) id hA5Cwl3A009884
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 18:28:47 +0530
Received: from ps0075 (PS0075.intranet.pspl.co.in [192.168.7.111])
	(authenticated bits=0)
	by persistent.co.in (8.12.9/8.12.9) with ESMTP id hA5Cwkob009869
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 18:28:47 +0530
Message-ID: <02c401c3a39c$86360a20$6f07a8c0@persistent.co.in>
From: "Sonali A. Kale" <sonali@persistent.co.in>
To: <ucd@ivoa.net>
Subject: UCD matching function
Date: Wed, 5 Nov 2003 18:28:35 +0530
Organization: Persistent Systems Private Limited
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
x-mimeole: Produced By Microsoft MimeOLE V5.50.4910.0300
X-Spam-Status: No, hits=0.0 required=7.0
	tests=none
	version=2.54
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp)
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Sonali A. Kale" <sonali@persistent.co.in>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Hello,

Could someone throw light on the UCD matching 
function ? Will there be separate parsers written for
the matching ? In VOPlot as of now, we use UCDs 
to look for similar columns from another VOTable.
This is a simple string match, but I guess the matching 
function for the new UCD system will be more complex.

Will the matching be provided as a web service ? How
much data will a software have to carry with it for the 
actual matching (if the matching is done by the software tool) ?
I am especially worried about this since VOPlot is an applet 
and an applet with a heavy footprint will not be usable.

I would really appreciate any help on this.

- Thanks,
Sonali
------------------------------------
Sonali A. Kale
Persistent Systems Private Limited
http://www.persistent.co.in
Ph: +91 (20) 567 8900 (ext. 328)
------------------------------------


From owner-ucd@eso.org  Wed Nov  5 15:50:27 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hA5EnVfE009991
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 Nov 2003 15:49:31 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id hA5EnUM3009978
	for ucd-outgoing; Wed, 5 Nov 2003 15:49:30 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id hA5EmKfI009530
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 15:48:56 +0100 (MET)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id hA5EF2B1018175
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 15:15:03 +0100 (CET)
Received: from Ropy (dsl-pb-1504.linkline.com [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id hA5EF1M9010021
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Wed, 5 Nov 2003 06:15:01 -0800
Message-ID: <072e01c3a3a7$361c34f0$6401a8c0@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: "Sonali A. Kale" <sonali@persistent.co.in>, <ucd@ivoa.net>
References: <02c401c3a39c$86360a20$6f07a8c0@persistent.co.in>
Subject: Re: UCD matching function
Date: Wed, 5 Nov 2003 06:15:05 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Sonali

Thank you for your burst of cold reality in this increasingly abstract
discussion. In debating the structure of UCD2, I have been continually
thinking of you and others who build actual software that
"understands" UCD.

Unfortunately, I cannot answer your questions. I could simply say
there will be a web service for doing the matching, but then you will
say who and where and when. I do not know. Can I call here fo
volunteers to make the UCD2 services? How soon?

I am beginning to think that adopting UCD2 will require a lot of hard
work by a lot of people -- data providers as well as consumers -- and
I am not seeing the concrete and immediate benefits.

Perhaps we should start working towards a very sophisticated RDF-based
model ("UCD3") for alpha release in a year or two. But stay with a
cleaned-up UCD1 for the near to medium term.

Comments anyone?
Roy

--------
Caltech Center for Advanced Computing Research
roy@cacr.caltech.edu
626 395 3670

----- Original Message ----- 
From: "Sonali A. Kale" <sonali@persistent.co.in>
To: <ucd@ivoa.net>
Sent: Wednesday, November 05, 2003 4:58 AM
Subject: UCD matching function


> Hello,
>
> Could someone throw light on the UCD matching
> function ? Will there be separate parsers written for
> the matching ? In VOPlot as of now, we use UCDs
> to look for similar columns from another VOTable.
> This is a simple string match, but I guess the matching
> function for the new UCD system will be more complex.
>
> Will the matching be provided as a web service ? How
> much data will a software have to carry with it for the
> actual matching (if the matching is done by the software tool) ?
> I am especially worried about this since VOPlot is an applet
> and an applet with a heavy footprint will not be usable.
>
> I would really appreciate any help on this.
>
> - Thanks,
> Sonali
> ------------------------------------
> Sonali A. Kale
> Persistent Systems Private Limited
> http://www.persistent.co.in
> Ph: +91 (20) 567 8900 (ext. 328)
> ------------------------------------
>
>

From owner-ucd@eso.org  Wed Nov  5 16:30:27 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hA5FTGfI022214
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 Nov 2003 16:29:49 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id hA5F0iHu013511
	for ucd-outgoing; Wed, 5 Nov 2003 16:00:44 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id hA5ExwfE013322
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 15:59:58 +0100 (MET)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id hA5Exvs3015696
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 15:59:57 +0100 (CET)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with smtp (Exim 4.24)
	id 1AHP8W-0000fO-K6
	for ucd@ivoa.net; Wed, 05 Nov 2003 14:59:56 +0000
Received: (qmail 3235 invoked from network); 5 Nov 2003 15:00:00 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 5 Nov 2003 15:00:00 -0000
Date: Wed, 5 Nov 2003 15:00:00 +0000 (GMT)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Roy Williams <roy@cacr.caltech.edu>
cc: "Sonali A. Kale" <sonali@persistent.co.in>, <ucd@ivoa.net>
Subject: Re: UCD matching function
In-Reply-To: <072e01c3a3a7$361c34f0$6401a8c0@Ropy>
Message-ID: <Pine.GSO.4.44L0.0311051452310.12244-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Wed, 5 Nov 2003, Roy Williams wrote:
>
> Perhaps we should start working towards a very sophisticated RDF-based
> model ("UCD3") for alpha release in a year or two. But stay with a
> cleaned-up UCD1 for the near to medium term.
>
> Comments anyone?

Roy,

I'm all for that! Let's make some necessary modifications to UCD1 and start
using them. I went through examining the ERROR 'box', assuming that
each ERROR could be transformed to "error.QUANTITY_UCD". It works most of
the time, but there are some cases where it simply doesn't work. Bottom line is
that in Vizier's metadata there are around 9000 ERROR columns, which
translate into about 570 new error descriptors.

Assuming what we want to do is to "change the labels" from UCD1 to UCD_N,
then we will preserve the degree of comparability. If we start shuffling
columns from one box to another, and merging boxes, then the work will be
much more!!

Cheers,

Patricio
---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-ucd@eso.org  Wed Nov  5 19:40:13 2003
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hA5IdxfE024219
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 Nov 2003 19:39:59 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id hA5Idx0F024215
	for ucd-outgoing; Wed, 5 Nov 2003 19:39:59 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with SMTP id hA5IdtfE024183
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 19:39:56 +0100 (MET)
Received: from po1.wam.umd.edu (po1.wam.umd.edu [128.8.10.163])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with SMTP id hA5Idss3021404
	for <ucd@ivoa.net>; Wed, 5 Nov 2003 19:39:55 +0100 (CET)
Received: from gsfc.nasa.gov (atlas.astro.umd.edu [129.2.14.14])
	by po1.wam.umd.edu (8.11.6-20030924/8.11.6) with ESMTP id hA5IdlP26378;
	Wed, 5 Nov 2003 13:39:47 -0500 (EST)
Message-ID: <3FA943DC.20007@gsfc.nasa.gov>
Date: Wed, 05 Nov 2003 13:39:24 -0500
From: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030827
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Roy Williams <roy@cacr.caltech.edu>, ucd@ivoa.net
Subject: Re: UCD matching function
References: <02c401c3a39c$86360a20$6f07a8c0@persistent.co.in> <072e01c3a3a7$361c34f0$6401a8c0@Ropy>
In-Reply-To: <072e01c3a3a7$361c34f0$6401a8c0@Ropy>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Ed Shaya <Edward.J.Shaya.1@gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Roy,
    This makes sense to me.
     So wherever you need a UCD you can put an
       rdf:id or rdf:resource that identifies a proper descriptive term 
by URL.
         At that URL is the OWL class within the class hierarchy and 
with its
    definition.  There one can define the dimensional analysis of the 
item and
    how it differs from similar terms.
    However, one does not escape the painful reality that each concept 
needs a name
    and so one still needs to come up with agreement on these names.  
The only
   advantage for this aspect is that one can reflect hierarchies in the 
directory
    structure and the URL with the "/" symbol, as in
      http://ivoa.net/OWL/physics/StokesParameters/S0.owl

Ed

Roy Williams wrote:

>Sonali
>
>Thank you for your burst of cold reality in this increasingly abstract
>discussion. In debating the structure of UCD2, I have been continually
>thinking of you and others who build actual software that
>"understands" UCD.
>
>Unfortunately, I cannot answer your questions. I could simply say
>there will be a web service for doing the matching, but then you will
>say who and where and when. I do not know. Can I call here fo
>volunteers to make the UCD2 services? How soon?
>
>I am beginning to think that adopting UCD2 will require a lot of hard
>work by a lot of people -- data providers as well as consumers -- and
>I am not seeing the concrete and immediate benefits.
>
>Perhaps we should start working towards a very sophisticated RDF-based
>model ("UCD3") for alpha release in a year or two. But stay with a
>cleaned-up UCD1 for the near to medium term.
>
>Comments anyone?
>Roy
>
>--------
>Caltech Center for Advanced Computing Research
>roy@cacr.caltech.edu
>626 395 3670
>
>----- Original Message ----- 
>From: "Sonali A. Kale" <sonali@persistent.co.in>
>To: <ucd@ivoa.net>
>Sent: Wednesday, November 05, 2003 4:58 AM
>Subject: UCD matching function
>
>
>  
>
>>Hello,
>>
>>Could someone throw light on the UCD matching
>>function ? Will there be separate parsers written for
>>the matching ? In VOPlot as of now, we use UCDs
>>to look for similar columns from another VOTable.
>>This is a simple string match, but I guess the matching
>>function for the new UCD system will be more complex.
>>
>>Will the matching be provided as a web service ? How
>>much data will a software have to carry with it for the
>>actual matching (if the matching is done by the software tool) ?
>>I am especially worried about this since VOPlot is an applet
>>and an applet with a heavy footprint will not be usable.
>>
>>I would really appreciate any help on this.
>>
>>- Thanks,
>>Sonali
>>------------------------------------
>>Sonali A. Kale
>>Persistent Systems Private Limited
>>http://www.persistent.co.in
>>Ph: +91 (20) 567 8900 (ext. 328)
>>------------------------------------
>>
>>
>>    
>>
>
>  
>

From owner-interop@eso.org  Thu Dec  4 20:09:12 2003
Return-Path: <owner-interop@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hB4J4alK023581
	for <interop-outgoing@mercury.hq.eso.org>; Thu, 4 Dec 2003 20:04:37 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id hB4J4aVI023564
	for interop-outgoing; Thu, 4 Dec 2003 20:04:36 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-interop@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id hB4J2E1u022783;
	Thu, 4 Dec 2003 20:02:14 +0100 (MET)
Received: from eso.org (nb008487.ads.eso.org [134.171.27.211])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id hB4J2Et07715;
	Thu, 4 Dec 2003 20:02:14 +0100 (MET)
Message-ID: <3FCF84B6.9070507@eso.org>
Date: Thu, 04 Dec 2003 20:02:14 +0100
From: "Marco C. Leoni" <mleoni@eso.org>
Organization: Astrophysical Virtual Observatory @ESO
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en, en-us
MIME-Version: 1.0
To: mleoni@eso.org
Subject: Server down
X-Priority: 1 (highest)
Content-Type: multipart/alternative;
 boundary="------------000202050900060205000601"
Sender: owner-interop@eso.org
Precedence: bulk
Reply-To: "Marco C. Leoni" <mleoni@eso.org>
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Mozilla-Status: c001
X-Mozilla-Status2: 00000000

This is a multi-part message in MIME format.
--------------000202050900060205000601
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Due to maintenance of the electrical systems this week-end in Garching, 
we have been requested to switch off all computer systems during this 
period.
For this reason all the services (mailing lists, web sites, twikis) will 
be unavailable on Saturday Dec. 6 .

Sorry for the short notice.


Best regards,
    Marco




-- 
Marco C. Leoni

Astrophysical Virtual Observatory - http://www.euro-vo.org
tel 	0049 89 3200 6560
fax 	0049 89 3200 6480

mleoni@eso.org

--------------000202050900060205000601
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<big>Due to maintenance of the electrical systems this week-end in
Garching, we have been requested to switch off all computer systems
during this period.<br>
For this reason all the services (mailing lists, web sites, twikis)
will be unavailable on Saturday Dec. 6 .<br>
<br>
Sorry for the short notice.<br>
<br>
<br>
Best regards,<br>
&nbsp;&nbsp;&nbsp; Marco</big><br>
<br>
<br>
<br>
<br>
<div class="moz-signature">-- <br>
<b><font color="#000066" face="Arial,cursive">Marco C. Leoni</font></b><br>
<br>
<font color="#000066">
<i><b>A</b>strophysical <b>V</b>irtual <b>O</b>bservatory</i> -
<a class="moz-txt-link-freetext" href="http://www.euro-vo.org">http://www.euro-vo.org</a><br>
<table border="0">
  <tbody>
    <tr>
      <td>tel</td>
      <td>0049 89 3200 6560</td>
    </tr>
    <tr>
      <td>fax</td>
      <td>0049 89 3200 6480</td>
    </tr>
  </tbody>
</table>
<a class="moz-txt-link-abbreviated" href="mailto:mleoni@eso.org">mleoni@eso.org</a>
</font></div>
</body>
</html>

--------------000202050900060205000601--

From owner-dal@eso.org  Wed Mar 24 19:46:00 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OIjQvR008187
	for <dal-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 19:45:26 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OIjQkm008186
	for dal-outgoing; Wed, 24 Mar 2004 19:45:26 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OIjNvR008174;
	Wed, 24 Mar 2004 19:45:23 +0100 (MET)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2OIjK3R007309;
	Wed, 24 Mar 2004 19:45:21 +0100 (CET)
Received: from SARA (roy-nat.cacr.caltech.edu [131.215.144.149])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id i2OIjIk4002303
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Wed, 24 Mar 2004 10:45:19 -0800
Message-ID: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: <dal@ivoa.net>, <ucd@ivoa.net>
Subject: New UCD1+ for SIA protocol
Date: Wed, 24 Mar 2004 10:45:35 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear UCD and DAL folks

Three of us (Sebastian Derriere, Andrea Preite-Martinez, myself) have been
working on an update for the SIA protocol that uses the standard UCD set,
now called UCD1+, rather than the ad hoc namespace VOX that SIA 1.0 has been
using.

In the following, all UCD from the original SIA specification are listed
below. The old SIA UCD is written first, then the suggested new UCD1+ is
written in the line beginning "-->"

The UCD1+ is not fully documented yet, but you can find a dictionary from
UCD1 to UCD1+ at
http://vizier.u-strasbg.fr/UCD/lists/ucd1-ucd1p.txt
and
http://vizier.u-strasbg.fr/UCD/lists/ucd1p-composed.txt

The SIA protocol is defined at
http://us-vo.org/pubs/files/ACF8DE.pdf

The new SIA will be version 1.1, and we are hoping to draft and approve this
at the IVOA meeting at the end of May.

Thank you for your comments and suggestions on these new assignments
Andrea, Roy, Sebastian

--------------------------------------------------------

VOX:Image_Title
--> meta.title
containing a short (usually one line) description of the image. This should
concisely describe the image to a user, typically identifying the image
source (e.g., survey name), object name or field coordinates,
bandpass/filter, and so forth.

INST_ID
--> meta.id;instr
identifying the instrument or instruments used to make the observation,

VOX:Image_MJDateObs
--> time.epoch
representing the mean modified Julian date of the observation.

POS_EQ_RA_MAIN
--> pos.eq.ra
representing the ICRS right-ascension of the center of the image.

POS_EQ_DEC_MAIN
--> pos.eq.dec
representing the ICRS declination of the center of the image.

VOX:Image_Naxes
--> pos.wcs.naxes
specifying the number of image axes.

VOX:Image_Naxis
--> pos.wcs.naxis
with the array value giving the length in pixels of each image axis.

VOX:Image_Scale
--> instr.scale
with the array value giving the scale in degrees per pixel of each image
axis.

VOX:Image_Format
--> meta.code.mime
specifying the MIME-type of the object associated with the image acref,

VOX:STC_CoordRefFrame
--> pos.frame
representing the coordinate system reference frame, selected from "ICRS",
"FK5", "FK4", "ECL", "GAL", and "SGAL".

VOX:STC_CoordEquinox
--> time.equinox
representing the Equinox (not required for ICRS) of the coordinate system

VOX:WCS_CoordProjection
--> pos.wcs.ctype
the array value being the three-character code ("TAN", "ARC", "SIN", and so
forth) specifying the celestial projection

VOX:WCS_CoordRefPixel
--> pos.wcs.crpix
with the array value specifying the image pixel coordinates of the WCS
reference pixel. This is identical to "CRPIX" in FITS WCS.

VOX:WCS_CoordRefValue
--> pos.wcs.crval
with the array value specifying the world coordinates of the WCS reference
pixel. This is identical to "CRVAL" in FITS WCS.

VOX:WCS_CDMatrix
--> pos.wcs.cdmatrix
with the array (matrix) value specifying the WCS CD matrix. This is
identical to the "CD" term in FITS WCS, and defines the scale and rotation
(among other things) of the image.

VOX:BandPass_ID
--> instr.bandpass
identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).

VOX:BandPass_Unit
--> meta.unit
identifying the units used to represent spectral values, selected from
"meters", "hertz", and "keV".

VOX:BandPass_RefValue
--> em.wl OR em.freq OR em.energy
specifying the characteristic (reference) frequency, wavelength, or energy
for the bandpass model.

VOX:BandPass_HiLimit
--> em.wl;stat.max OR em.freq;stat.max OR em.energy;stat.max
specifying the upper limit of the bandpass.

VOX:BandPass_LoLimit
--> em.wl;stat.min OR em.freq;stat.min OR em.energy;stat.min
specifying the lower limit of the bandpass.

VOX:Image_PixFlags
 --> meta.code
specifying the type of processing done by the image service to produce an
output image pixel.

VOX:Image_AccessReference
--> meta.ref.url
specifying the URL to be used to access or retrieve the image.

VOX:Image_AccessRefTTL
--> time.interval;stat.min
specifying the minimum time to live in seconds of the access reference.

VOX:Image_FileSize
--> phys.size;meta.file
representing the actual or estimated size of the encoded image in bytes (not
pixels!).

From owner-dal@eso.org  Wed Mar 24 19:57:18 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OIv2vR010355
	for <dal-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 19:57:02 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OIv2rA010345
	for dal-outgoing; Wed, 24 Mar 2004 19:57:02 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OIuwvR010324;
	Wed, 24 Mar 2004 19:56:58 +0100 (MET)
Received: from skysrv.pha.jhu.edu (skysrv.pha.jhu.edu [128.220.233.32])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2OIuumW021979;
	Wed, 24 Mar 2004 19:56:56 +0100 (CET)
Received: (from womullan@localhost)
	by skysrv.pha.jhu.edu (8.11.6/8.11.6) id i2OIutT29883;
	Wed, 24 Mar 2004 13:56:55 -0500
Date: Wed, 24 Mar 2004 13:56:55 -0500
From: "Wil O'Mullane" <womullan@skysrv.pha.jhu.edu>
To: Roy Williams <roy@cacr.caltech.edu>
Cc: dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
Message-ID: <20040324135655.D29227@skysrv.pha.jhu.edu>
References: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>; from roy@cacr.caltech.edu on Wed, Mar 24, 2004 at 10:45:35AM -0800
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Wil O'Mullane" <womullan@skysrv.pha.jhu.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

At the risk of being told this laready and having forgotten ...

why do the standard ones like
POS_EQ_RA_MAIN
change ?

I thought this was a move to reomve the VOX: not
rename all ucds ...

Although I like the dots more than the _..

wil


this will break lots of apps which rely on thoose ucds ..
On Wed, Mar 24, 2004 at 10:45:35AM -0800, Roy Williams wrote:
> Dear UCD and DAL folks
> 
> Three of us (Sebastian Derriere, Andrea Preite-Martinez, myself) have been
> working on an update for the SIA protocol that uses the standard UCD set,
> now called UCD1+, rather than the ad hoc namespace VOX that SIA 1.0 has been
> using.
> 
> In the following, all UCD from the original SIA specification are listed
> below. The old SIA UCD is written first, then the suggested new UCD1+ is
> written in the line beginning "-->"
> 
> The UCD1+ is not fully documented yet, but you can find a dictionary from
> UCD1 to UCD1+ at
> http://vizier.u-strasbg.fr/UCD/lists/ucd1-ucd1p.txt
> and
> http://vizier.u-strasbg.fr/UCD/lists/ucd1p-composed.txt
> 
> The SIA protocol is defined at
> http://us-vo.org/pubs/files/ACF8DE.pdf
> 
> The new SIA will be version 1.1, and we are hoping to draft and approve this
> at the IVOA meeting at the end of May.
> 
> Thank you for your comments and suggestions on these new assignments
> Andrea, Roy, Sebastian
> 
> --------------------------------------------------------
> 
> VOX:Image_Title
> --> meta.title
> containing a short (usually one line) description of the image. This should
> concisely describe the image to a user, typically identifying the image
> source (e.g., survey name), object name or field coordinates,
> bandpass/filter, and so forth.
> 
> INST_ID
> --> meta.id;instr
> identifying the instrument or instruments used to make the observation,
> 
> VOX:Image_MJDateObs
> --> time.epoch
> representing the mean modified Julian date of the observation.
> 
> POS_EQ_RA_MAIN
> --> pos.eq.ra
> representing the ICRS right-ascension of the center of the image.
> 
> POS_EQ_DEC_MAIN
> --> pos.eq.dec
> representing the ICRS declination of the center of the image.
> 
> VOX:Image_Naxes
> --> pos.wcs.naxes
> specifying the number of image axes.
> 
> VOX:Image_Naxis
> --> pos.wcs.naxis
> with the array value giving the length in pixels of each image axis.
> 
> VOX:Image_Scale
> --> instr.scale
> with the array value giving the scale in degrees per pixel of each image
> axis.
> 
> VOX:Image_Format
> --> meta.code.mime
> specifying the MIME-type of the object associated with the image acref,
> 
> VOX:STC_CoordRefFrame
> --> pos.frame
> representing the coordinate system reference frame, selected from "ICRS",
> "FK5", "FK4", "ECL", "GAL", and "SGAL".
> 
> VOX:STC_CoordEquinox
> --> time.equinox
> representing the Equinox (not required for ICRS) of the coordinate system
> 
> VOX:WCS_CoordProjection
> --> pos.wcs.ctype
> the array value being the three-character code ("TAN", "ARC", "SIN", and so
> forth) specifying the celestial projection
> 
> VOX:WCS_CoordRefPixel
> --> pos.wcs.crpix
> with the array value specifying the image pixel coordinates of the WCS
> reference pixel. This is identical to "CRPIX" in FITS WCS.
> 
> VOX:WCS_CoordRefValue
> --> pos.wcs.crval
> with the array value specifying the world coordinates of the WCS reference
> pixel. This is identical to "CRVAL" in FITS WCS.
> 
> VOX:WCS_CDMatrix
> --> pos.wcs.cdmatrix
> with the array (matrix) value specifying the WCS CD matrix. This is
> identical to the "CD" term in FITS WCS, and defines the scale and rotation
> (among other things) of the image.
> 
> VOX:BandPass_ID
> --> instr.bandpass
> identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).
> 
> VOX:BandPass_Unit
> --> meta.unit
> identifying the units used to represent spectral values, selected from
> "meters", "hertz", and "keV".
> 
> VOX:BandPass_RefValue
> --> em.wl OR em.freq OR em.energy
> specifying the characteristic (reference) frequency, wavelength, or energy
> for the bandpass model.
> 
> VOX:BandPass_HiLimit
> --> em.wl;stat.max OR em.freq;stat.max OR em.energy;stat.max
> specifying the upper limit of the bandpass.
> 
> VOX:BandPass_LoLimit
> --> em.wl;stat.min OR em.freq;stat.min OR em.energy;stat.min
> specifying the lower limit of the bandpass.
> 
> VOX:Image_PixFlags
>  --> meta.code
> specifying the type of processing done by the image service to produce an
> output image pixel.
> 
> VOX:Image_AccessReference
> --> meta.ref.url
> specifying the URL to be used to access or retrieve the image.
> 
> VOX:Image_AccessRefTTL
> --> time.interval;stat.min
> specifying the minimum time to live in seconds of the access reference.
> 
> VOX:Image_FileSize
> --> phys.size;meta.file
> representing the actual or estimated size of the encoded image in bytes (not
> pixels!).

From owner-ucd@eso.org  Wed Mar 24 20:46:37 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OJkMvR001398
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 20:46:22 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OJkMPB001396
	for ucd-outgoing; Wed, 24 Mar 2004 20:46:22 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OJkJvR001370;
	Wed, 24 Mar 2004 20:46:19 +0100 (MET)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2OJkGmW023737;
	Wed, 24 Mar 2004 20:46:17 +0100 (CET)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id i2OJkEsw005782;
	Wed, 24 Mar 2004 14:46:14 -0500 (EST)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id i2OJkEu1003422;
	Wed, 24 Mar 2004 14:46:14 -0500 (EST)
Message-Id: <200403241946.i2OJkEu1003422@xebec.cfa.harvard.edu>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>
To: Roy Williams <roy@cacr.caltech.edu>
Date: Wed, 24 Mar 2004 14:46:14 -0500 (EST)
CC: dal@ivoa.net, ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

SIAP 1.1:

I had asked that SCORE (used to be GRADE) be included in the list of
optional input and output parameters and there seemed to be agreement
that it is a useful thing.

Output
SCORE is a floating point value that ranks returned images according
to their relevance for the query as perceived by the server.  This is
meant to aid the client (especially the non-specialist client) in
choosing from a list of images in case more than one image satisfies
the query criteria.  The scale is always relative and only
meaningful in the context of the result in which it is provided.  It
may measure things like exposure time, image quality, proximity to the
specified position, resolution, etc.

Input
SCORE is a string and may assume two values:
SCORE=TOP
If multiple images satisfy the query criteria, only the one with the
highest value of SCORE (in output) is returned.
SCORE=ALL
(default) All images satisfying the query criteria are returned.


This issue is important for archives of pointed observations where
dozens of images may be available satisfying a single query.  Expert
users may want to see the metadata on all of them and choose, but
less sophisticated users and more general services (the issue came up
in some of our prototypes/demos as a real problem!) are more likely
get annoyed and say: just get me what you think is the best one.  And
that's what this is about.

There is no UCD that fits this, it's a context-dependent thing and,
besides, it has a different datatype on input and output.
But I'd appreciate its being added.

  - Arnold

Roy Williams wrote:
> Dear UCD and DAL folks
> 
> Three of us (Sebastian Derriere, Andrea Preite-Martinez, myself) have been
> working on an update for the SIA protocol that uses the standard UCD set,
> now called UCD1+, rather than the ad hoc namespace VOX that SIA 1.0 has been
> using.
> 
> In the following, all UCD from the original SIA specification are listed
> below. The old SIA UCD is written first, then the suggested new UCD1+ is
> written in the line beginning "-->"
> 
> The UCD1+ is not fully documented yet, but you can find a dictionary from
> UCD1 to UCD1+ at
> http://vizier.u-strasbg.fr/UCD/lists/ucd1-ucd1p.txt
> and
> http://vizier.u-strasbg.fr/UCD/lists/ucd1p-composed.txt
> 
> The SIA protocol is defined at
> http://us-vo.org/pubs/files/ACF8DE.pdf
> 
> The new SIA will be version 1.1, and we are hoping to draft and approve this
> at the IVOA meeting at the end of May.
> 
> Thank you for your comments and suggestions on these new assignments
> Andrea, Roy, Sebastian
> 
> --------------------------------------------------------
> 
> VOX:Image_Title
> --> meta.title
> containing a short (usually one line) description of the image. This should
> concisely describe the image to a user, typically identifying the image
> source (e.g., survey name), object name or field coordinates,
> bandpass/filter, and so forth.
> 
> INST_ID
> --> meta.id;instr
> identifying the instrument or instruments used to make the observation,
> 
> VOX:Image_MJDateObs
> --> time.epoch
> representing the mean modified Julian date of the observation.
> 
> POS_EQ_RA_MAIN
> --> pos.eq.ra
> representing the ICRS right-ascension of the center of the image.
> 
> POS_EQ_DEC_MAIN
> --> pos.eq.dec
> representing the ICRS declination of the center of the image.
> 
> VOX:Image_Naxes
> --> pos.wcs.naxes
> specifying the number of image axes.
> 
> VOX:Image_Naxis
> --> pos.wcs.naxis
> with the array value giving the length in pixels of each image axis.
> 
> VOX:Image_Scale
> --> instr.scale
> with the array value giving the scale in degrees per pixel of each image
> axis.
> 
> VOX:Image_Format
> --> meta.code.mime
> specifying the MIME-type of the object associated with the image acref,
> 
> VOX:STC_CoordRefFrame
> --> pos.frame
> representing the coordinate system reference frame, selected from "ICRS",
> "FK5", "FK4", "ECL", "GAL", and "SGAL".
> 
> VOX:STC_CoordEquinox
> --> time.equinox
> representing the Equinox (not required for ICRS) of the coordinate system
> 
> VOX:WCS_CoordProjection
> --> pos.wcs.ctype
> the array value being the three-character code ("TAN", "ARC", "SIN", and so
> forth) specifying the celestial projection
> 
> VOX:WCS_CoordRefPixel
> --> pos.wcs.crpix
> with the array value specifying the image pixel coordinates of the WCS
> reference pixel. This is identical to "CRPIX" in FITS WCS.
> 
> VOX:WCS_CoordRefValue
> --> pos.wcs.crval
> with the array value specifying the world coordinates of the WCS reference
> pixel. This is identical to "CRVAL" in FITS WCS.
> 
> VOX:WCS_CDMatrix
> --> pos.wcs.cdmatrix
> with the array (matrix) value specifying the WCS CD matrix. This is
> identical to the "CD" term in FITS WCS, and defines the scale and rotation
> (among other things) of the image.
> 
> VOX:BandPass_ID
> --> instr.bandpass
> identifying the bandpass by name (e.g., "V", "SDSS_U", "K", "K-Band", etc.).
> 
> VOX:BandPass_Unit
> --> meta.unit
> identifying the units used to represent spectral values, selected from
> "meters", "hertz", and "keV".
> 
> VOX:BandPass_RefValue
> --> em.wl OR em.freq OR em.energy
> specifying the characteristic (reference) frequency, wavelength, or energy
> for the bandpass model.
> 
> VOX:BandPass_HiLimit
> --> em.wl;stat.max OR em.freq;stat.max OR em.energy;stat.max
> specifying the upper limit of the bandpass.
> 
> VOX:BandPass_LoLimit
> --> em.wl;stat.min OR em.freq;stat.min OR em.energy;stat.min
> specifying the lower limit of the bandpass.
> 
> VOX:Image_PixFlags
>  --> meta.code
> specifying the type of processing done by the image service to produce an
> output image pixel.
> 
> VOX:Image_AccessReference
> --> meta.ref.url
> specifying the URL to be used to access or retrieve the image.
> 
> VOX:Image_AccessRefTTL
> --> time.interval;stat.min
> specifying the minimum time to live in seconds of the access reference.
> 
> VOX:Image_FileSize
> --> phys.size;meta.file
> representing the actual or estimated size of the encoded image in bytes (not
> pixels!).
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Wed Mar 24 21:56:37 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OKuMvR018830
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 21:56:22 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OKuMXu018829
	for ucd-outgoing; Wed, 24 Mar 2004 21:56:22 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OKuCvR018764;
	Wed, 24 Mar 2004 21:56:12 +0100 (MET)
Received: from [134.171.76.11] (vpn-11.hq.eso.org [134.171.76.11])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id i2OKuCs28590;
	Wed, 24 Mar 2004 21:56:12 +0100 (MET)
In-Reply-To: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>
References: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <AE7DEF0C-7DD5-11D8-A564-000A95D007D2@eso.org>
Content-Transfer-Encoding: 7bit
Cc: <dal@ivoa.net>, <ucd@ivoa.net>
From: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: New UCD1+ for SIA protocol
Date: Wed, 24 Mar 2004 21:56:11 +0100
To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


After a first glance: I like it! Well, this is not really helping 
anybody out there, is it?

Only two points (in the temporary absence of an established data model):

> VOX:Image_Scale
> --> instr.scale
> with the array value giving the scale in degrees per pixel of each 
> image
> axis.
>

Wouldn't it be better to have it as --> pos.wcs.scale ?
This parameter has to do with the way the data are sampled,
and any software could resample it (eg drizzle) onto a different grid
than the original instrumental pixel scale (and think of the case where
data from different instruments are mosaic'd together).
In the end the instrument (instr.) has nothing to do with the pixel 
scale.

And, anyway the pixel scale can be computed from the pos.wcs.cdmatrix...
why do we need it? Probably for queries ...

Unless you meant the actual resolution (Rayleigh, seeing, etc)
Yet again in this case instr. is not the place to store it.

Actually, where is the resolution in this scheme?
Probably it was not in the SIAP, but I should read the SIAP specs again.


> VOX:Image_AccessReference
> --> meta.ref.url
> specifying the URL to be used to access or retrieve the image.

This is complex ... there could be various URLs associated to
the same image, e.g., to access the full product or only a preview;
but I need to read the SIAP doc again before insisting on this.

Alberto

From owner-ucd@eso.org  Wed Mar 24 22:32:17 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OLW2vR000344
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 22:32:02 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OLW2H4000343
	for ucd-outgoing; Wed, 24 Mar 2004 22:32:02 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OLVxvR000310;
	Wed, 24 Mar 2004 22:31:59 +0100 (MET)
Received: from mxsf23.cluster1.charter.net (mxsf23.cluster1.charter.net [209.225.28.223])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2OLVv3R014200;
	Wed, 24 Mar 2004 22:31:58 +0100 (CET)
Received: from mlaptop.localdomain (68-117-223-254.cpe.ga.charter.com [68.117.223.254])
	by mxsf23.cluster1.charter.net (8.12.10/8.12.8) with ESMTP id i2OLMXAv011672;
	Wed, 24 Mar 2004 16:22:34 -0500 (EST)
	(envelope-from brian.thomas@gsfc.nasa.gov)
From: Brian Thomas <brian.thomas@gsfc.nasa.gov>
To: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: New UCD1+ for SIA protocol
Date: Wed, 24 Mar 2004 16:21:17 -0500
User-Agent: KMail/1.6
References: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu> <AE7DEF0C-7DD5-11D8-A564-000A95D007D2@eso.org>
In-Reply-To: <AE7DEF0C-7DD5-11D8-A564-000A95D007D2@eso.org>
Cc: <dal@ivoa.net>, <ucd@ivoa.net>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200403241621.17502.brian.thomas@gsfc.nasa.gov>
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Brian Thomas <brian.thomas@gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Wednesday 24 March 2004 03:56 pm, Alberto Micol wrote:
> After a first glance: I like it! Well, this is not really helping 
> anybody out there, is it?

	Well, I will try to push for this in the NOAO data model that
	our group is working on. 

	=b.t.

From owner-ucd@eso.org  Wed Mar 24 22:53:06 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OLqjvR009632
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 22:52:45 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OLqjBv009631
	for ucd-outgoing; Wed, 24 Mar 2004 22:52:45 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OLqgvR009620;
	Wed, 24 Mar 2004 22:52:42 +0100 (MET)
Received: from revere.aoc.nrao.edu (revere.aoc.nrao.edu [146.88.1.15])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2OLqd3R016089;
	Wed, 24 Mar 2004 22:52:40 +0100 (CET)
Received: from zia.aoc.nrao.edu (zia [146.88.1.4])
	by revere.aoc.nrao.edu (8.11.6/8.11.6) with ESMTP id i2OLqZs29058;
	Wed, 24 Mar 2004 14:52:35 -0700
Received: from oak.aoc.nrao.edu (oak.aoc.nrao.edu [146.88.3.232])
	by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id i2OLqXUr021770;
	Wed, 24 Mar 2004 14:52:34 -0700 (MST)
Date: Wed, 24 Mar 2004 14:52:33 -0700 (MST)
From: Doug Tody <dtody@aoc.nrao.edu>
X-X-Sender: dtody@oak
To: Alberto Micol <Alberto.Micol@eso.org>
cc: Roy Williams <roy@cacr.caltech.edu>, <dal@ivoa.net>, <ucd@ivoa.net>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <AE7DEF0C-7DD5-11D8-A564-000A95D007D2@eso.org>
Message-ID: <Pine.LNX.4.44.0403241432010.12214-100000@oak>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-MailScanner-Information: Please contact postmaster@aoc.nrao.edu for more information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-6.7, required 7,
	BAYES_01 -5.40, EMAIL_ATTRIBUTION -0.50, IN_REP_TO -0.37,
	QUOTED_EMAIL_TEXT -0.38, REPLY_WITH_QUOTES 0.00,
	USER_AGENT_PINE 0.00)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@aoc.nrao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Alberto -

On Wed, 24 Mar 2004, Alberto Micol wrote:
> Only two points (in the temporary absence of an established data model):
> 
> > VOX:Image_Scale
> > --> instr.scale
> > with the array value giving the scale in degrees per pixel of each 
> > image
> > axis.
> >
> 
> Wouldn't it be better to have it as --> pos.wcs.scale ?
> This parameter has to do with the way the data are sampled,
> and any software could resample it (eg drizzle) onto a different grid
> than the original instrumental pixel scale (and think of the case where
> data from different instruments are mosaic'd together).
> In the end the instrument (instr.) has nothing to do with the pixel 
> scale.
> 
> And, anyway the pixel scale can be computed from the pos.wcs.cdmatrix...
> why do we need it? Probably for queries ...

All we are doing here is normalizing the UCDs for SIA - for V1.1 we would
prefer to minimize serious changes to the interface.  Anyway, although
the image scale can be computed from the CD matrix, 1) scale is a major
image attribute which we prefer to have readily available to the client
without having to process the WCS, 2) while the image scale is a required
parameter, the WCS is merely "strongly recommended" and data providers are
not required to provide it.  If the WCS is missing, it can be approximated
from the required image parameters, i.e., CRPIX the image center, CRVAL
is POS in IRCS coordinates, the image is assumed to be nonrotated, and
the CD matrix is thus defined by the naxis and scale values.

> Actually, where is the resolution in this scheme?  > Probably it was
not in the SIAP, but I should read the SIAP specs again.

SIA does not currently have the full sampling/bandpass data characterization
which we have discussed elsewhere.  At some point we would like to add this.
V1.1 is conceivable if it comes along fast enough.

> > VOX:Image_AccessReference
> > --> meta.ref.url
> > specifying the URL to be used to access or retrieve the image.
> 
> This is complex ... there could be various URLs associated to
> the same image, e.g., to access the full product or only a preview;
> but I need to read the SIAP doc again before insisting on this.

These each get a different row of the query response VOTable, hence each
has a different acref URL.  We have another proposal (again from Roy)
to define an optional logical name which can be used to tag each row in
the query result.  Rows which refer to the "same image" but differ only
in image format, bandpass, or whatever, would have the same logical name
to indicate that they are associated.

	- Doug

From owner-ucd@eso.org  Wed Mar 24 23:19:55 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OMJevR013831
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Mar 2004 23:19:40 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2OMJeTk013830
	for ucd-outgoing; Wed, 24 Mar 2004 23:19:40 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2OMJYvR013799;
	Wed, 24 Mar 2004 23:19:34 +0100 (MET)
Received: from [134.171.76.11] (vpn-11.hq.eso.org [134.171.76.11])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id i2OMJYs01316;
	Wed, 24 Mar 2004 23:19:34 +0100 (MET)
In-Reply-To: <200403241621.17502.brian.thomas@gsfc.nasa.gov>
References: <02f401c411d0$3215b650$0c0ba8c0@cacr.caltech.edu> <AE7DEF0C-7DD5-11D8-A564-000A95D007D2@eso.org> <200403241621.17502.brian.thomas@gsfc.nasa.gov>
Mime-Version: 1.0 (Apple Message framework v613)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <5441B66E-7DE1-11D8-A564-000A95D007D2@eso.org>
Content-Transfer-Encoding: 7bit
Cc: "<ucd@ivoa.net>" <ucd@ivoa.net>
From: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: New UCD1+ for SIA protocol
Date: Wed, 24 Mar 2004 23:19:34 +0100
To: "<dal@ivoa.net>" <dal@ivoa.net>
X-Mailer: Apple Mail (2.613)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Dear Doug,

Yes, I completely agree with all you said, and understand the 
normalisation of UCDs;
my only objection was on the UCD name not to be linked to the 
instrument (instr.scale)
but to the pos.wcs. That is, I'm proposing:

instr.scale to be replaced by pos.wcs.scale

for all the reasons I already reported.
Sorry not to have been too clear the first time.

Alberto

PS: I understand from Brian that also my comment ("not helping anybody 
out there")
was misunderstood: I was in no way criticising the normalisation, which 
in fact I like.
It looks like this is not my day, better I close here and go to bed ...

From owner-dal@eso.org  Thu Mar 25 15:48:11 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PEiYiR010325
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 15:44:34 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PEiYO8010323
	for dal-outgoing; Thu, 25 Mar 2004 15:44:34 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PEiEiR010242;
	Thu, 25 Mar 2004 15:44:14 +0100 (MET)
Received: from donner.stsci.edu (donner.stsci.edu [130.167.251.65])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PEi93R013337;
	Thu, 25 Mar 2004 15:44:10 +0100 (CET)
Received: from aria (aria.stsci.edu [130.167.236.125])
	by donner.stsci.edu (Mirapoint Messaging Server MOS 3.3.6-GR)
	with ESMTP id AJW64036;
	Thu, 25 Mar 2004 09:44:06 -0500 (EST)
Message-ID: <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
From: "Robert Hanisch" <hanisch@stsci.edu>
To: "Doug Tody" <dtody@aoc.nrao.edu>, "Alberto Micol" <Alberto.Micol@eso.org>
Cc: "Roy Williams" <roy@cacr.caltech.edu>, <dal@ivoa.net>, <ucd@ivoa.net>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak>
Subject: Re: New UCD1+ for SIA protocol
Date: Thu, 25 Mar 2004 09:44:06 -0500
Organization: Space Telescope Science Institute
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Junkmail-Whitelist: YES (by domain whitelist at donner.stsci.edu)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Robert Hanisch" <hanisch@stsci.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

I just want to add my support for Alberto's objection to instr.scale -- I
think this could be very confusing.  The scale here is not an attribute of
the instrument, but of the image.  Glancing quickly through the UCD-UCD1+
mapping, however, I do not see a UCD that fits very well.

Is meta.bullshit going to stay?

Bob

----- Original Message ----- 
From: "Doug Tody" <dtody@aoc.nrao.edu>
To: "Alberto Micol" <Alberto.Micol@eso.org>
Cc: "Roy Williams" <roy@cacr.caltech.edu>; <dal@ivoa.net>; <ucd@ivoa.net>
Sent: Wednesday, March 24, 2004 4:52 PM
Subject: Re: New UCD1+ for SIA protocol


> Hi Alberto -
>
> On Wed, 24 Mar 2004, Alberto Micol wrote:
> > Only two points (in the temporary absence of an established data model):
> >
> > > VOX:Image_Scale
> > > --> instr.scale
> > > with the array value giving the scale in degrees per pixel of each
> > > image
> > > axis.
> > >
> >
> > Wouldn't it be better to have it as --> pos.wcs.scale ?
> > This parameter has to do with the way the data are sampled,
> > and any software could resample it (eg drizzle) onto a different grid
> > than the original instrumental pixel scale (and think of the case where
> > data from different instruments are mosaic'd together).
> > In the end the instrument (instr.) has nothing to do with the pixel
> > scale.
> >
> > And, anyway the pixel scale can be computed from the pos.wcs.cdmatrix...
> > why do we need it? Probably for queries ...
>
> All we are doing here is normalizing the UCDs for SIA - for V1.1 we would
> prefer to minimize serious changes to the interface.  Anyway, although
> the image scale can be computed from the CD matrix, 1) scale is a major
> image attribute which we prefer to have readily available to the client
> without having to process the WCS, 2) while the image scale is a required
> parameter, the WCS is merely "strongly recommended" and data providers are
> not required to provide it.  If the WCS is missing, it can be approximated
> from the required image parameters, i.e., CRPIX the image center, CRVAL
> is POS in IRCS coordinates, the image is assumed to be nonrotated, and
> the CD matrix is thus defined by the naxis and scale values.
>
> > Actually, where is the resolution in this scheme?  > Probably it was
> not in the SIAP, but I should read the SIAP specs again.
>
> SIA does not currently have the full sampling/bandpass data
characterization
> which we have discussed elsewhere.  At some point we would like to add
this.
> V1.1 is conceivable if it comes along fast enough.
>
> > > VOX:Image_AccessReference
> > > --> meta.ref.url
> > > specifying the URL to be used to access or retrieve the image.
> >
> > This is complex ... there could be various URLs associated to
> > the same image, e.g., to access the full product or only a preview;
> > but I need to read the SIAP doc again before insisting on this.
>
> These each get a different row of the query response VOTable, hence each
> has a different acref URL.  We have another proposal (again from Roy)
> to define an optional logical name which can be used to tag each row in
> the query result.  Rows which refer to the "same image" but differ only
> in image format, bandpass, or whatever, would have the same logical name
> to indicate that they are associated.
>
> - Doug
>
>

From owner-dal@eso.org  Thu Mar 25 16:14:15 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFDqiR018136
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:13:52 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFDqSS018130
	for dal-outgoing; Thu, 25 Mar 2004 16:13:52 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFBnir017475;
	Thu, 25 Mar 2004 16:13:38 +0100 (MET)
Received: from virgo.sdc.org (virgo.sdc.org [209.155.42.1])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PF4MmW028059;
	Thu, 25 Mar 2004 16:04:23 +0100 (CET)
Received: from lepus.tuc.noao.edu (dtody [209.155.156.44])
	by virgo.sdc.org (8.12.8/8.12.8) with ESMTP id i2PF4BHI014386;
	Thu, 25 Mar 2004 08:04:13 -0700
Date: Thu, 25 Mar 2004 08:04:09 -0700 (MST)
From: Doug Tody <dtody@nrao.edu>
X-X-Sender: dtody@lepus.tuc.noao.edu
To: Robert Hanisch <hanisch@stsci.edu>
cc: Alberto Micol <Alberto.Micol@eso.org>, Roy Williams <roy@cacr.caltech.edu>,
   <dal@ivoa.net>, <ucd@ivoa.net>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
Message-ID: <Pine.LNX.4.44.0403250755000.2369-100000@lepus.tuc.noao.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.4.3(snapshot 20030212) (virgo)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@nrao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Thu, 25 Mar 2004, Robert Hanisch wrote:
> I just want to add my support for Alberto's objection to instr.scale -- I
> think this could be very confusing.  The scale here is not an attribute of
> the instrument, but of the image.  Glancing quickly through the UCD-UCD1+
> mapping, however, I do not see a UCD that fits very well.

I also agree, this is the image scale not an instrument attribute.

A larger point here is that in the process of normalizing the UCDS in
SIA V1.1, we also plan to introduce UTYPE.  The recommendation for folks
writing software interfaces to interpret SIA tables will be to use UTYPE
to identify the formally defined elements of the interface.  This is very
straightforward whereas UCD is not; we can evolve UCD independently and
our interfaces will not break.  Hence it is up to the UCD folks to assign
the best UCDs for these fields, and if we have to adjust or generalize them
later we will be able do so.

In general I think UCD should be used for hard things like inference,
semantic associations, smart queries, etc.  UTYPE is much simpler and is
what we need to identify interface elements in a straightforward manner.

	- Doug

From owner-ucd@eso.org  Thu Mar 25 16:15:00 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFEWiR018348
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:14:32 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFEWA6018344
	for ucd-outgoing; Thu, 25 Mar 2004 16:14:32 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFEHiR018271;
	Thu, 25 Mar 2004 16:14:17 +0100 (MET)
Received: from gannet.scg.man.ac.uk (gannet.scg.man.ac.uk [130.88.94.110])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PFEFmW028462;
	Thu, 25 Mar 2004 16:14:15 +0100 (CET)
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by gannet.scg.man.ac.uk with esmtp (Exim 4.20)
	id 1B6WYg-000COW-7Y; Thu, 25 Mar 2004 15:14:14 +0000
Received: from [130.88.24.148] (helo=adikia)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 1B6WYg-0000MS-00; Thu, 25 Mar 2004 15:14:14 +0000
Date: Thu, 25 Mar 2004 15:14:13 +0000 (GMT)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@adikia
To: Robert Hanisch <hanisch@stsci.edu>
cc: Doug Tody <dtody@aoc.nrao.edu>, Alberto Micol <Alberto.Micol@eso.org>,
   Roy Williams <roy@cacr.caltech.edu>, dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
Message-ID: <Pine.GSO.4.53.0403251500140.26102@adikia>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak>
 <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1B6WYg-000COW-7Y*CN.rzMY6nNo*
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Anita Richards <amsr@jb.man.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Bob Hanisch wrote
> I just want to add my support for Alberto's objection to instr.scale -- I
> think this could be very confusing.  The scale here is not an attribute of
> the instrument, but of the image.  Glancing quickly through the UCD-UCD1+
> mapping, however, I do not see a UCD that fits very well.

Alberto (I think) wrote
> > Actually, where is the resolution in this scheme?  > Probably it was
> not in the SIAP, but I should read the SIAP specs again.

To underline these points, I think thaat there may be a tendency to think
of images as products of instruments using pixel detectors, where the
pixel scale of the instrument determines the resolution of the image and
the sampling interval of the image.  But of course that ain't necessarily
so.  As has been pointed out, data processing can change the image pixel
size of even CCD images let alone other forms of data. The resolution is
determined by the PSF, but even that means different things in different
regimes.   Both pixel size and resolution are variable e.g. by weighting
radio data.

Hence for describing images you need an image pixel size.

Resolution is tricker since even in a single image that can be brightness
dependent.  In the Registry we would use a range but in describing images
I think that the choices are

1) Just use image pixel size and assume that everyone uses something close
to the convention of 3 pixels across a resolution element most of the time
(but as resolution is unspecified the user will have to think about it and
hence will not be misled).  This is probably best for images but maybe
not for catalogue data.

2) Use a 'characteristic resolution'.  However, that is problematic for
images as this may not be specified in the FITS header (e.g. in radio
images the restoring beam size is usually in there but can be buried deep
in the history).  However it is often what is given in catalogues.

cheers

a
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Dr. Anita M. S. Richards, AVO Astronomer
MERLIN/VLBI National Facility, University of Manchester,
Jodrell Bank Observatory, Macclesfield, Cheshire SK11 9DL, U.K.
tel +44 (0)1477 572683 (direct); 571321 (switchboard); 571618 (fax).



From owner-dal@eso.org  Thu Mar 25 16:39:00 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFcciR025027
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:38:38 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFcbT7025021
	for dal-outgoing; Thu, 25 Mar 2004 16:38:37 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFThjT022260;
	Thu, 25 Mar 2004 16:38:25 +0100 (MET)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PFHC3R014810;
	Thu, 25 Mar 2004 16:17:12 +0100 (CET)
Received: from Ropy (dsl-64-30-223-60.lcinet.net [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id i2PFH8k4026888
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Thu, 25 Mar 2004 07:17:09 -0800
Message-ID: <020801c4127c$3bf4a530$7201a8c0@Ropy>
From: "Roy Williams" <roy@cacr.caltech.edu>
To: "Robert Hanisch" <hanisch@stsci.edu>, "Doug Tody" <dtody@aoc.nrao.edu>,
   "Alberto Micol" <Alberto.Micol@eso.org>
Cc: <dal@ivoa.net>, <ucd@ivoa.net>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak> <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
Subject: Re: New UCD1+ for SIA protocol
Date: Thu, 25 Mar 2004 07:17:04 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> Is meta.bullshit going to stay?

Definitely.

From owner-ucd@eso.org  Thu Mar 25 16:45:45 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFjSiR026825
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:45:28 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFjSE0026824
	for ucd-outgoing; Thu, 25 Mar 2004 16:45:28 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFjFiR026767;
	Thu, 25 Mar 2004 16:45:15 +0100 (MET)
Received: from E1000.artov.rm.cnr.it (saturn.rm.iasf.cnr.it [150.146.136.11])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PFj53R016057;
	Thu, 25 Mar 2004 16:45:08 +0100 (CET)
Received: from saturn.rm.iasf.cnr.it(150.146.136.11) by E1000.artov.rm.cnr.it via csmap 
	 id 96e8c404_7e73_11d8_89dd_0002b3da0f69_31452;
	Thu, 25 Mar 2004 16:46:36 +0100 (CET)
Received: from apm.rm.iasf.cnr.it (apm.rm.iasf.cnr.it [150.146.136.115])
	by saturn.rm.iasf.cnr.it (8.11.3/8.11.3) with ESMTP id i2PFl0P11634;
	Thu, 25 Mar 2004 16:47:00 +0100
Date: Thu, 25 Mar 2004 16:45:07 +0100 (ora solare Europa occidentale)
From: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
To: Robert Hanisch <hanisch@stsci.edu>
cc: Doug Tody <dtody@aoc.nrao.edu>, Alberto Micol <Alberto.Micol@eso.org>,
   Roy Williams <roy@cacr.caltech.edu>, dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
Message-ID: <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak>
 <00cc01c41277$9ffe2e20$7deca782@stsci.edu>
X-X-Sender: andrea@saturn.rm.iasf.cnr.it
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

A comment on

1) VOX:Image_Scale --> instr.scale
and

2) UCD1+:meta.bullshit (Bob's message)

1. In the list of ucd1+ that I derived, the atoms "image" and "scale" are
present in instr.scale and obs.image . To me the concept of scale in this
context is more important than the concept of image, then I supported
"instr.scale".
A much better alternative could be the definition of the new ucd1+:
obs.image.scale

2. While examining all the tables and columns in Vizier I came across 2 or
3 columns whose names and descriptions were so cryptical that even going to
the original papers I could not understand the nature of what the author(s)
had in mind to describe. My limitation, of course. I then marked those
cases with this (probably a bit offensive) tag.
The file ~/ucd1-ucd1p.txt was then automatically generated from a much
bigger/detailed file, and the tag slipped through. If and when we will move
to ucd1+, I'll remove it.

Andrea
==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
00133 Roma
==============================================================================


From owner-dal@eso.org  Thu Mar 25 16:52:54 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFqaiR028698
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:52:36 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFqa1R028695
	for dal-outgoing; Thu, 25 Mar 2004 16:52:36 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFqTiR028660;
	Thu, 25 Mar 2004 16:52:29 +0100 (MET)
Received: from donner.stsci.edu (donner.stsci.edu [130.167.251.65])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PFqQmW000179;
	Thu, 25 Mar 2004 16:52:27 +0100 (CET)
Received: from aria (aria.stsci.edu [130.167.236.125])
	by donner.stsci.edu (Mirapoint Messaging Server MOS 3.3.6-GR)
	with ESMTP id AJW68556;
	Thu, 25 Mar 2004 10:52:09 -0500 (EST)
Message-ID: <018101c41281$219f5db0$7deca782@stsci.edu>
From: "Robert Hanisch" <hanisch@stsci.edu>
To: "Andrea Preite Martinez" <andrea@rm.iasf.cnr.it>
Cc: "Doug Tody" <dtody@aoc.nrao.edu>, "Alberto Micol" <Alberto.Micol@eso.org>,
   "Roy Williams" <roy@cacr.caltech.edu>, <dal@ivoa.net>, <ucd@ivoa.net>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak> <00cc01c41277$9ffe2e20$7deca782@stsci.edu> <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it>
Subject: Re: New UCD1+ for SIA protocol
Date: Thu, 25 Mar 2004 10:52:09 -0500
Organization: Space Telescope Science Institute
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Junkmail-Whitelist: YES (by domain whitelist at donner.stsci.edu)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: "Robert Hanisch" <hanisch@stsci.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


----- Original Message ----- 
From: "Andrea Preite Martinez" <andrea@rm.iasf.cnr.it>
To: "Robert Hanisch" <hanisch@stsci.edu>
Cc: "Doug Tody" <dtody@aoc.nrao.edu>; "Alberto Micol"
<Alberto.Micol@eso.org>; "Roy Williams" <roy@cacr.caltech.edu>;
<dal@ivoa.net>; <ucd@ivoa.net>
Sent: Thursday, March 25, 2004 10:45 AM
Subject: Re: New UCD1+ for SIA protocol


> A comment on
>
> 1) VOX:Image_Scale --> instr.scale
> and
>
> 2) UCD1+:meta.bullshit (Bob's message)
>
> 1. In the list of ucd1+ that I derived, the atoms "image" and "scale" are
> present in instr.scale and obs.image . To me the concept of scale in this
> context is more important than the concept of image, then I supported
> "instr.scale".
> A much better alternative could be the definition of the new ucd1+:
> obs.image.scale

Yes, much better!


> 2. While examining all the tables and columns in Vizier I came across 2 or
> 3 columns whose names and descriptions were so cryptical that even going
to
> the original papers I could not understand the nature of what the
author(s)
> had in mind to describe. My limitation, of course. I then marked those
> cases with this (probably a bit offensive) tag.
> The file ~/ucd1-ucd1p.txt was then automatically generated from a much
> bigger/detailed file, and the tag slipped through. If and when we will
move
> to ucd1+, I'll remove it.

How about meta.unknown?

Not that I am so easy to offend, mind you, but...

Bob


>
> Andrea
>
============================================================================
==
> Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
> Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
> Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
> Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
> 00133 Roma
>
============================================================================
==
>
>
>

From owner-ucd@eso.org  Thu Mar 25 17:00:06 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFxiiR000327
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 16:59:44 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PFxiqP000322
	for ucd-outgoing; Thu, 25 Mar 2004 16:59:44 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PFxQiR000240;
	Thu, 25 Mar 2004 16:59:26 +0100 (MET)
Received: from revere.aoc.nrao.edu (revere.aoc.nrao.edu [146.88.1.15])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PFxOmW000599;
	Thu, 25 Mar 2004 16:59:24 +0100 (CET)
Received: from zia.aoc.nrao.edu (zia [146.88.1.4])
	by revere.aoc.nrao.edu (8.11.6/8.11.6) with ESMTP id i2PFxHs26098;
	Thu, 25 Mar 2004 08:59:18 -0700
Received: from oak.aoc.nrao.edu (oak.aoc.nrao.edu [146.88.3.232])
	by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id i2PFxGUr011535;
	Thu, 25 Mar 2004 08:59:16 -0700 (MST)
Date: Thu, 25 Mar 2004 08:59:16 -0700 (MST)
From: Doug Tody <dtody@aoc.nrao.edu>
X-X-Sender: dtody@oak
To: dal@ivoa.net, <ucd@ivoa.net>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <Pine.LNX.4.44.0403250755000.2369-100000@lepus.tuc.noao.edu>
Message-ID: <Pine.LNX.4.44.0403250852430.12214-100000@oak>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-MailScanner-Information: Please contact postmaster@aoc.nrao.edu for more information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-6.7, required 7,
	BAYES_01 -5.40, EMAIL_ATTRIBUTION -0.50, IN_REP_TO -0.37,
	QUOTED_EMAIL_TEXT -0.38, REPLY_WITH_QUOTES 0.00,
	USER_AGENT_PINE 0.00)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@aoc.nrao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Taking this one step further: if we start inventing UCDs which are nothing
more than the names of data model attributes, this may indicate that
something is wrong.  Perhaps what we should be doing is using UTYPE
to define the data model attribute or interface element (if there is one),
and UCD to say something about the quantity given as the value.
For example, if the UTYPE is something like image.scale, then the UCD
might define the type of physical quantity including units.  Currently
we try to fix the quantity/units, but there are cases where this needs
to vary even though we are talking about a single data model attribute.

	- Doug





On Thu, 25 Mar 2004, Doug Tody wrote:

> On Thu, 25 Mar 2004, Robert Hanisch wrote:
> > I just want to add my support for Alberto's objection to instr.scale -- I
> > think this could be very confusing.  The scale here is not an attribute of
> > the instrument, but of the image.  Glancing quickly through the UCD-UCD1+
> > mapping, however, I do not see a UCD that fits very well.
> 
> I also agree, this is the image scale not an instrument attribute.
> 
> A larger point here is that in the process of normalizing the UCDS in
> SIA V1.1, we also plan to introduce UTYPE.  The recommendation for folks
> writing software interfaces to interpret SIA tables will be to use UTYPE
> to identify the formally defined elements of the interface.  This is very
> straightforward whereas UCD is not; we can evolve UCD independently and
> our interfaces will not break.  Hence it is up to the UCD folks to assign
> the best UCDs for these fields, and if we have to adjust or generalize them
> later we will be able do so.
> 
> In general I think UCD should be used for hard things like inference,
> semantic associations, smart queries, etc.  UTYPE is much simpler and is
> what we need to identify interface elements in a straightforward manner.
> 
> 	- Doug
> 
> 

From owner-ucd@eso.org  Thu Mar 25 17:00:45 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG0OiR000674
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 17:00:24 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PG0O47000670
	for ucd-outgoing; Thu, 25 Mar 2004 17:00:24 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG0BiR000588;
	Thu, 25 Mar 2004 17:00:11 +0100 (MET)
Received: from gannet.scg.man.ac.uk (gannet.scg.man.ac.uk [130.88.94.110])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PG09mW000639;
	Thu, 25 Mar 2004 17:00:09 +0100 (CET)
Received: from star1.jb.man.ac.uk ([130.88.24.176])
	by gannet.scg.man.ac.uk with esmtp (Exim 4.20)
	id 1B6XH6-000Iw3-E0; Thu, 25 Mar 2004 16:00:08 +0000
Received: from [130.88.24.148] (helo=adikia)
	by star1.jb.man.ac.uk with esmtp (Exim 3.03 #2)
	id 1B6XH6-0000zT-00; Thu, 25 Mar 2004 16:00:08 +0000
Date: Thu, 25 Mar 2004 16:00:08 +0000 (GMT)
From: Anita Richards <amsr@jb.man.ac.uk>
X-X-Sender: amsr@adikia
To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
cc: Robert Hanisch <hanisch@stsci.edu>, Doug Tody <dtody@aoc.nrao.edu>,
   Alberto Micol <Alberto.Micol@eso.org>, Roy Williams <roy@cacr.caltech.edu>,
   dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it>
Message-ID: <Pine.GSO.4.53.0403251558010.26102@adikia>
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak>
 <00cc01c41277$9ffe2e20$7deca782@stsci.edu> <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1B6XH6-000Iw3-E0*edTjeeCqleA*
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Anita Richards <amsr@jb.man.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

>
> 1) VOX:Image_Scale --> instr.scale
>
> A much better alternative could be the definition of the new ucd1+:
> obs.image.scale

That still suggest to me that the scale is inherant to the observations -
but it is better

> 2) UCD1+:meta.bullshit (Bob's message)

> bigger/detailed file, and the tag slipped through. If and when we will move
> to ucd1+, I'll remove it.
Or jsut wait until your critics stop talking bullshit?

You and Roy and Sebastien have done a pretty good job if people can only
find 1.5 ucd1+'s to complain about!

a


From owner-dal@eso.org  Thu Mar 25 17:02:32 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG2EiR001477
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 17:02:15 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PG2E3A001475
	for dal-outgoing; Thu, 25 Mar 2004 17:02:14 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG1ciR001211;
	Thu, 25 Mar 2004 17:01:38 +0100 (MET)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PG1amW000685;
	Thu, 25 Mar 2004 17:01:37 +0100 (CET)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head.cfa.harvard.edu (d/w) with ESMTP id i2PG1Xph012044;
	Thu, 25 Mar 2004 11:01:33 -0500 (EST)
From: Jonathan McDowell <jcm@head.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id i2PG1VKf007368;
	Thu, 25 Mar 2004 11:01:31 -0500 (EST)
Date: Thu, 25 Mar 2004 11:01:31 -0500 (EST)
Message-Id: <200403251601.i2PG1VKf007368@urania.cfa.harvard.edu>
To: ucd@ivoa.net, roy@cacr.caltech.edu, andrea@rm.iasf.cnr.it,
   alberto.micol@eso.org, hanisch@stsci.edu, dal@ivoa.net, dtody@aoc.nrao.edu
Subject: Re: New UCD1+ for SIA protocol
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Apologies if this is already covered, I missed some emails..
My biggest problem is "pos.wcs" which generalizes poorly.
Seems to me that naxis and naxes are
properties of the pixels, and indeed of the image and not of pos itself.
What if you have an x,y,time cube? I would argue it would be

 obs.image.naxes
 obs.image.naxis

or perhaps
 obs.image.wcs.naxes
 obs.image.wcs.naxis

(or array.naxes or whatever the top level thing, but not pos)

but not
 pos.naxes   = 2
 time.naxes  = 1
 pos.naxis = 512 512
 time.naxis =  30

Similarly, the other wcs.* should probably be image.wcs.*
not pos.wcs.* ?

I agree with others comments about instr.scale;
Should be
 image.wcs.scale

I am generally confused about what is in "wcs" and what
is not:  "pos.frame" not part of wcs, but "pos.wcs.naxes" is?

>  > meta.bullshit
>  meta.unknown?

I think the first is a more accurate description; how about
   meta.badly_defined
or
   meta.obscure
:-)


 - Jonathan

From owner-ucd@eso.org  Thu Mar 25 17:05:54 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG5NiR002573
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 17:05:23 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PG5NGr002571
	for ucd-outgoing; Thu, 25 Mar 2004 17:05:23 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PG51iR002426;
	Thu, 25 Mar 2004 17:05:01 +0100 (MET)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id i2PG51s23577;
	Thu, 25 Mar 2004 17:05:01 +0100 (MET)
Message-ID: <4063032C.2090803@eso.org>
Date: Thu, 25 Mar 2004 17:05:00 +0100
From: Alberto Micol <Alberto.Micol@eso.org>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
CC: dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak> <00cc01c41277$9ffe2e20$7deca782@stsci.edu> <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


>1. In the list of ucd1+ that I derived, the atoms "image" and "scale" are
>present in instr.scale and obs.image . To me the concept of scale in this
>context is more important than the concept of image, then I supported
>"instr.scale".
>A much better alternative could be the definition of the new ucd1+:
>obs.image.scale
>

Sorry Andrea,

But if we go for obs.image.scale
then one would also think that the following should exist:

obs.spectrum.scale

And furthermore, personally if I see a scale at that level
then I also expect:

obs.image.wcs.ctype
obs.image.wcs.crpix
obs.image.wcs.crval
obs.image.wcs.cdmatrix
etc.
and similarly for obs.spectrum ...


Hence, I like much better the pos than the obs.image
because it is more generic.

So in the end I like much better:

pos.wcs.ctype
pos.wcs.crval
pos.wcs.scale  !!!
etc etc

because we can reuse it in many different contexts (spectra, images etc).
Let's keep together all the "how is the dataset sampled?" elements under
the same UCD (pos) and not let them spread under different ones.

Alberto
PS: Yes Anita they did a good job indeed!


From owner-ucd@eso.org  Thu Mar 25 17:14:45 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PGELiR005106
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 17:14:21 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PGEL63005105
	for ucd-outgoing; Thu, 25 Mar 2004 17:14:21 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PGE4iR005008
	for <ucd@ivoa.net>; Thu, 25 Mar 2004 17:14:04 +0100 (MET)
Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PGE23R017445
	for <ucd@ivoa.net>; Thu, 25 Mar 2004 17:14:02 +0100 (CET)
Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110])
	by sainfoin.extra.cea.fr (8.12.10/8.12.9/CEAnet-Internet.2.0) with ESMTP id i2PGE1op029716
	for <ucd@ivoa.net>; Thu, 25 Mar 2004 17:14:01 +0100 (MET)
Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr
 (Content Technologies SMTPRS 4.3.12) with ESMTP id <T688f6c8e8684a6c06e548@araneus.saclay.cea.fr>;
 Thu, 25 Mar 2004 17:14:15 +0100
Received: from discovery.saclay.cea.fr (discovery.saclay.cea.fr [132.166.26.121])
	by nenuphar.saclay.cea.fr (8.12.10/8.12.9/CEAnet-Internet.2.0) with ESMTP id i2PGE0Zq028058;
	Thu, 25 Mar 2004 17:14:00 +0100 (MET)
Received: from cea.fr by discovery.saclay.cea.fr (8.8.8+Sun/SMI-SVR4)
	id RAA23995; Thu, 25 Mar 2004 17:13:52 +0100 (MET)
Message-ID: <40630548.2030906@cea.fr>
Date: Thu, 25 Mar 2004 17:14:00 +0100
From: Pierre Didelon <pdidelon@cea.fr>
Organization: CEA
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
CC: Robert Hanisch <hanisch@stsci.edu>, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
References: <Pine.LNX.4.44.0403241432010.12214-100000@oak> <00cc01c41277$9ffe2e20$7deca782@stsci.edu> <Pine.WNT.4.58.0403251641480.1380@apm.rm.iasf.cnr.it> <018101c41281$219f5db0$7deca782@stsci.edu>
In-Reply-To: <018101c41281$219f5db0$7deca782@stsci.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pierre Didelon <pdidelon@cea.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000



Robert Hanisch wrote:

> ----- Original Message ----- 
> From: "Andrea Preite Martinez" <andrea@rm.iasf.cnr.it>
> To: "Robert Hanisch" <hanisch@stsci.edu>
> Cc: "Doug Tody" <dtody@aoc.nrao.edu>; "Alberto Micol"
> <Alberto.Micol@eso.org>; "Roy Williams" <roy@cacr.caltech.edu>;
> <dal@ivoa.net>; <ucd@ivoa.net>
> Sent: Thursday, March 25, 2004 10:45 AM
> Subject: Re: New UCD1+ for SIA protocol
> 
> 
> 
>>A comment on
>>
>>1) VOX:Image_Scale --> instr.scale
>>and
>>
>>2) UCD1+:meta.bullshit (Bob's message)
>>
>>1. In the list of ucd1+ that I derived, the atoms "image" and "scale" are
>>present in instr.scale and obs.image . To me the concept of scale in this
>>context is more important than the concept of image, then I supported
>>"instr.scale".
>>A much better alternative could be the definition of the new ucd1+:
>>obs.image.scale
> 
> 
> Yes, much better!
> 
Does images always be related tightly to observation?
what about an image loosely related to observation, obtained, as already
stressed, by drizzle or anyother image processing task, or even "images"
obtained by simulation and so no much link with obs.?
But this is may be a too DM oriented view.
-- 
Pierre 
--------------------------------------------------------------------------
DIDELON :@: pdidelon_at_cea.fr        Phone : 33 (0)1 69 08 58 89
CEA SACLAY - Service d'Astrophysique  91191 Gif-Sur-Yvette Cedex
--------------------------------------------------------------------------

From owner-dal@eso.org  Thu Mar 25 18:49:22 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PHmuiR025107
	for <dal-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 18:48:56 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PHmt8J025106
	for dal-outgoing; Thu, 25 Mar 2004 18:48:55 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PHmfiR025029;
	Thu, 25 Mar 2004 18:48:41 +0100 (MET)
Received: from revere.aoc.nrao.edu (revere.aoc.nrao.edu [146.88.1.15])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PHmc3R021259;
	Thu, 25 Mar 2004 18:48:39 +0100 (CET)
Received: from zia.aoc.nrao.edu (zia [146.88.1.4])
	by revere.aoc.nrao.edu (8.11.6/8.11.6) with ESMTP id i2PHjMs02939;
	Thu, 25 Mar 2004 10:45:22 -0700
Received: from oak.aoc.nrao.edu (oak.aoc.nrao.edu [146.88.3.232])
	by zia.aoc.nrao.edu (8.12.9/8.12.5) with ESMTP id i2PHjKUr001828;
	Thu, 25 Mar 2004 10:45:20 -0700 (MST)
Date: Thu, 25 Mar 2004 10:45:20 -0700 (MST)
From: Doug Tody <dtody@aoc.nrao.edu>
X-X-Sender: dtody@oak
To: Anita Richards <amsr@jb.man.ac.uk>
cc: dal@ivoa.net, <ucd@ivoa.net>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <Pine.GSO.4.53.0403251558010.26102@adikia>
Message-ID: <Pine.LNX.4.44.0403250955240.12214-100000@oak>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-MailScanner-Information: Please contact postmaster@aoc.nrao.edu for more information
X-MailScanner: Found to be clean
X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-6.7, required 7,
	BAYES_01 -5.40, EMAIL_ATTRIBUTION -0.50, IN_REP_TO -0.37,
	QUOTED_EMAIL_TEXT -0.38, REPLY_WITH_QUOTES 0.00,
	USER_AGENT_PINE 0.00)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Doug Tody <dtody@aoc.nrao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Thu, 25 Mar 2004, Anita Richards wrote:

> > 1) VOX:Image_Scale --> instr.scale
> >
> > A much better alternative could be the definition of the new ucd1+:
> > obs.image.scale
> 
> That still suggest to me that the scale is inherant to the observations -
> but it is better

This is a general issue with what we are calling the "observation"
data model.  This may be just a naming issue but I worry that we may try
to describe actual observations.

What we really need to do for VO is characterize the physical attributes
of a dataset.  A dataset may be a calibrated observation, or it may be
the result of an arbitrary amount of processing of multiple observations,
or it may be synthetic data.  It does not matter how the dataset was
generated if we describe only the physical attributes of the actual final
dataset we are dealing with.  Scale and resolution are good examples of
such physical attributes.

For VO data analysis where we may need to deal uniformly with data from
many origins, physical dataset characterization is what is needed.  At this
level we should not have any information about the actual observations,
instrument characteristics, etc., (if any) used to produce the dataset.
Such information may be present in each individual dataset, and can be
useful to fully understand individual datasets, but is not very useful
for automated processing of data from many origins.

A simple example is exposure time.  While a typical attribute of an
individual original observation, it tells us almost nothing about an
arbitrary dataset.  To understand what this means we would have to
understand the full instrumental model and configuration, and all the
post-processing done to get to the final dataset we are actually looking at.
The related physical dataset attributes are the sampling and coverage in
time of the final (possibly aggregate) dataset, and some physical measure
of the limiting flux of a signal detected by the dataset.


From owner-ucd@eso.org  Thu Mar 25 19:22:21 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PIM5iR000863
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Mar 2004 19:22:06 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2PIM56T000862
	for ucd-outgoing; Thu, 25 Mar 2004 19:22:05 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2PIM2iR000841
	for <ucd@ivoa.net>; Thu, 25 Mar 2004 19:22:02 +0100 (MET)
Received: from apollo.le.ac.uk (ntp2b.le.ac.uk [143.210.16.125])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2PIM03R022517
	for <ucd@ivoa.net>; Thu, 25 Mar 2004 19:22:00 +0100 (CET)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with smtp (Exim 4.30)
	id 1B6ZUN-0002QL-Lb
	for ucd@ivoa.net; Thu, 25 Mar 2004 18:21:59 +0000
Received: (qmail 22101 invoked from network); 25 Mar 2004 18:22:20 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 25 Mar 2004 18:22:20 -0000
Date: Thu, 25 Mar 2004 18:22:20 +0000 (GMT)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Doug Tody <dtody@aoc.nrao.edu>
cc: Anita Richards <amsr@jb.man.ac.uk>, <dal@ivoa.net>, <ucd@ivoa.net>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <Pine.LNX.4.44.0403250955240.12214-100000@oak>
Message-ID: <Pine.GSO.4.44L0.0403251800250.2975-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Doug,

I fully agree with you, I think you hit the nail, it is the dataset
that the user gets what needs proper description, regardless of what's
been done to reach this result.

A dataset has an angular scale ("/pix) or a linear scale (km/pix, eg,
solar or planetary images), the dataset's origin may be real
observations or simulations, simple observations (classical CCD image),
mosaics, images based on radio data, multiwavelength composites, whatever.
Scales can be degraded or modified from the initial products (eg, DSS)

As you said, something similar happens when describing the time
coverage. Quantities which make sense to individual observations don't
necessariry apply to final products (datasets), for instance,
exposure_time != end_of_exposure - start_of_exposure in a dataset which
does not represent an individual observation.

Color composite images are another example of a final product where the
individual observations' parameters may vary considerably, talking about
instrument.scale or obs.scale does not seem appropriate anymore. At the
time of the construction of UCD0 it did make sense to group these items (read
drop these items) in the "instrumental" category. That doesn't apply
any longer.

Cheers,

Patricio

On Thu, 25 Mar 2004, Doug Tody wrote:
> On Thu, 25 Mar 2004, Anita Richards wrote:
>
> > > 1) VOX:Image_Scale --> instr.scale
> > >
> > > A much better alternative could be the definition of the new ucd1+:
> > > obs.image.scale
> >
> > That still suggest to me that the scale is inherant to the observations -
> > but it is better
>
> This is a general issue with what we are calling the "observation"
> data model.  This may be just a naming issue but I worry that we may try
> to describe actual observations.
>
> What we really need to do for VO is characterize the physical attributes
> of a dataset.  A dataset may be a calibrated observation, or it may be
> the result of an arbitrary amount of processing of multiple observations,
> or it may be synthetic data.  It does not matter how the dataset was
> generated if we describe only the physical attributes of the actual final
> dataset we are dealing with.  Scale and resolution are good examples of
> such physical attributes.
>
> For VO data analysis where we may need to deal uniformly with data from
> many origins, physical dataset characterization is what is needed.  At this
> level we should not have any information about the actual observations,
> instrument characteristics, etc., (if any) used to produce the dataset.
> Such information may be present in each individual dataset, and can be
> useful to fully understand individual datasets, but is not very useful
> for automated processing of data from many origins.
>
> A simple example is exposure time.  While a typical attribute of an
> individual original observation, it tells us almost nothing about an
> arbitrary dataset.  To understand what this means we would have to
> understand the full instrumental model and configuration, and all the
> post-processing done to get to the final dataset we are actually looking at.
> The related physical dataset attributes are the sampling and coverage in
> time of the final (possibly aggregate) dataset, and some physical measure
> of the limiting flux of a signal detected by the dataset.

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-dal@eso.org  Fri Mar 26 18:52:21 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2QHpkEJ000625
	for <dal-outgoing@mercury.hq.eso.org>; Fri, 26 Mar 2004 18:51:46 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2QHpkt7000624
	for dal-outgoing; Fri, 26 Mar 2004 18:51:46 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2QHpfEJ000600;
	Fri, 26 Mar 2004 18:51:41 +0100 (MET)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2QHpd3R003877;
	Fri, 26 Mar 2004 18:51:39 +0100 (CET)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id SAA05257;
	Fri, 26 Mar 2004 18:50:50 +0100 (MET)
Message-ID: <40646D7A.9EE207DD@astro.u-strasbg.fr>
Date: Fri, 26 Mar 2004 18:50:50 +0100
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: Arnold Rots <arots@head.cfa.harvard.edu>
CC: dal@ivoa.net, ucd@ivoa.net
Subject: Re: New UCD1+ for SIA protocol
References: <200403241946.i2OJkEu1003422@xebec.cfa.harvard.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Arnold Rots wrote:
> 
> SIAP 1.1:
> 
> I had asked that SCORE (used to be GRADE) be included in the list of
> optional input and output parameters and there seemed to be agreement
> that it is a useful thing.

  Hello Arnold,

  If this SCORE is added to the parameters, there is one UCD that 
could be used:   meta.code.qual is a quality/precision/reliability
index or flag.

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-dal@eso.org  Fri Mar 26 21:35:45 2004
Return-Path: <owner-dal@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2QKZQEJ012285
	for <dal-outgoing@mercury.hq.eso.org>; Fri, 26 Mar 2004 21:35:26 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i2QKZQwd012284
	for dal-outgoing; Fri, 26 Mar 2004 21:35:26 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-dal@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i2QKZIEJ012253;
	Fri, 26 Mar 2004 21:35:18 +0100 (MET)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i2QKZG3R009198;
	Fri, 26 Mar 2004 21:35:16 +0100 (CET)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id i2QKZCph022151;
	Fri, 26 Mar 2004 15:35:12 -0500 (EST)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id i2QKZCM4000824;
	Fri, 26 Mar 2004 15:35:12 -0500 (EST)
Message-Id: <200403262035.i2QKZCM4000824@xebec.cfa.harvard.edu>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <40646D7A.9EE207DD@astro.u-strasbg.fr>
To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Date: Fri, 26 Mar 2004 15:35:11 -0500 (EST)
CC: Arnold Rots <arots@head.cfa.harvard.edu>, dal@ivoa.net, ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-dal@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Sebastien,

Yes, I had noticed that one but thought that maybe it should be
preserved for a more formal and precise quality or, more specifically,
the quality of the data.  For instance, when you have two exposures,
one of 1000 s and one of 100000 s, the score of the latter may be
higher, even though the quality of the data in the former may be better.
What it amounts to is that score and quality are notr quite the same
concept.  Data quality is a component but not the only thing that 
goes into a score.

  - Arnold

Sebastien Derriere wrote:
> Arnold Rots wrote:
> > 
> > SIAP 1.1:
> > 
> > I had asked that SCORE (used to be GRADE) be included in the list of
> > optional input and output parameters and there seemed to be agreement
> > that it is a useful thing.
> 
>   Hello Arnold,
> 
>   If this SCORE is added to the parameters, there is one UCD that 
> could be used:   meta.code.qual is a quality/precision/reliability
> index or flag.
> 
> Sebastien.
> 
> -- 
>     _______
>    /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
>   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
>  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
> (______(/    F-67000 Strasbourg  France
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Thu Apr  1 17:21:23 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i31FKxTa016782
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 1 Apr 2004 17:20:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i31FKxK6016777
	for ucd-outgoing; Thu, 1 Apr 2004 17:20:59 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i31FKuTa016763;
	Thu, 1 Apr 2004 17:20:56 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i31FKs3R013633;
	Thu, 1 Apr 2004 17:20:55 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id i31FKr3P020622;
	Thu, 1 Apr 2004 10:20:53 -0500 (EST)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id i31FKqLc016068;
	Thu, 1 Apr 2004 10:20:52 -0500 (EST)
Message-Id: <200404011520.i31FKqLc016068@xebec.cfa.harvard.edu>
Subject: Re: New UCD1+ for SIA protocol
In-Reply-To: <200403241946.i2OJkEu1003422@xebec.cfa.harvard.edu>
To: dal@ivoa.net, ucd@ivoa.net
Date: Thu, 1 Apr 2004 10:20:52 -0500 (EST)
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

I was asked to write something about the SCORE parameter for SIAP:

SCORE
This parameter is intended to aid the user in selecting an image in
cases where a SIAP query would return multiple images.  This is
especially intended for non-expert users and for users who have no
need, for their present purposes, to check through the metadata
provided in other parameters.
The criteria for determining the SCORE are entirely up to the service
provider, since different considerations come into play for different
archives.  Some hints are provided below.  We implicitly trust the
providers to choose the best algorithm for the majority of the users,
based on the fact that they know their data properties better than
anybody else.

Output
SCORE is a floating point value that ranks returned images according
to their relevance for the query as perceived by the server.  This is
meant to aid the client (especially the non-specialist client) in
choosing from a list of images in case more than one image satisfies
the query criteria.  The scale is always relative and only meaningful
in the context of the result in which it is provided.  The highest
number represents the "best" image available that satisfies the
query. There is no specified range.  It may measure things like
exposure time, image quality, proximity to the specified position,
resolution, etc.

Input
SCORE is a string and may assume two values:
SCORE=TOP
If multiple images satisfy the query criteria, only the one with the
highest value of SCORE (in output) is returned.
SCORE=ALL
(default) All images satisfying the query criteria are returned.


This issue is important for archives of pointed observations where
dozens of images may be available satisfying a single query.  Expert
users may want to see the metadata on all of them and choose, but
less sophisticated users and more general services (the issue came up
in some of our prototypes/demos as a real problem!) are more likely
get annoyed and say: just get me what you think is the best one.  And
that's what this is about.

Note that SCORE is not necessarily a measure of data quality: a 1000 s
exposure of high-quality data may still score lower than a 100000 s
exposure of somewhat poorer quality.  Nor does it say anything about
how well each image satisfies the query: all returned images are
expected to match the query's criteria.

The question really is: among all these matches, how well do we think
the user will like them, or how well will they fit the user's purposes?
I would like to emphasize two things:
1. The scoring scale should be relative and only have meaning within a
particular response list.  I.e., you cannot necessarily compare the
scores that come from two different queries and deduce any meaningful
conclusion.  The scoring may not even be linear.
2. The user is free to like or to dislike, to trust or to distrust the
scores that are returned.  If the user does not like the scores, (s)he
should look at the actual metadata returned with each image in the
response.


Designing a scoring algorithm takes some thought and will be very
mission/observatory specific.  To illustrate this let me list the
considerations that went into the Chandra archive's algorithm:
 - Exposure time; clearly, longer exposures produce higher-quality
images
 - Instrument: ACIS-I/S, HRC-I/S; this is based on the different
sensitivities and spectral responses
 - Co-allignment with requested position; Chandra's PSF quickly gets
worse off-axis
 - Image resolution; we have two canned images at different
resolutions and with different FOV.

One might consider adding other factors, such as seeing/aspect
quality.  It is likely that we will continue to fine-tune the
algorithm.

I don't think it is particularly useful to publish the algorithm or
its description.  Frankly, I suspect that those who rely on SCORE
don't really care and that those who care wnat to inspect the metadata
to make their own decision.


There is no UCD that fits SCORE, it's a context-dependent thing and,
besides, it has a different datatype on input and output.


  - Arnold

--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Mon Apr 26 16:50:58 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i3QEoaOH022198
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 26 Apr 2004 16:50:37 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i3QEoaZe022197
	for ucd-outgoing; Mon, 26 Apr 2004 16:50:36 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i3QEoYOH022188
	for <ucd@ivoa.net>; Mon, 26 Apr 2004 16:50:34 +0200 (MEST)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i3QEoWXe005233
	for <ucd@ivoa.net>; Mon, 26 Apr 2004 16:50:32 +0200 (CEST)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id QAA15191;
	Mon, 26 Apr 2004 16:49:31 +0200 (MET DST)
Message-ID: <408D217A.58F8CB30@astro.u-strasbg.fr>
Date: Mon, 26 Apr 2004 16:49:30 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: towards UCD1+
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


  Hello,

  I have placed on the IVOA wiki a PDF version of the latest document
on UCD: http://www.ivoa.net/internal/IVOA/IvoaUCD/WD-UCD-20040426.pdf
  This document describes the motivations and procedure to evolve
the first generation of UCD into a new scheme called UCD1+.
  The new scheme has been quite successfully tested on VizieR. It also
includes inputs from other fields, like the latest SIAP discussions.
  As the UCD1+ vocabulary is likely to evolve faster than the reference 
document itself, the reference lists are available online, together with
old
versions and history of changes:
  http://vizier.u-strasbg.fr/UCD/lists/

  The document currently has a Working Draft status, but the idea is
to promote it to an IVOA Proposed Recommendation. This can be done
once agreement is reached within the discussion group, if I understand
well the IVOA document lifecycle.
  So... time for discussion now !

Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Wed Apr 28 10:48:57 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i3S8mTqP021545
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 28 Apr 2004 10:48:29 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i3S8mTg0021543
	for ucd-outgoing; Wed, 28 Apr 2004 10:48:29 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i3S8mOqP021523
	for <ucd@ivoa.net>; Wed, 28 Apr 2004 10:48:24 +0200 (MEST)
Received: from katrine.roe.ac.uk (katrine.roe.ac.uk [195.194.120.81])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i3S8mMTY016392
	for <ucd@ivoa.net>; Wed, 28 Apr 2004 10:48:22 +0200 (CEST)
Received: from katrine.roe.ac.uk (localhost [127.0.0.1])
	by katrine.roe.ac.uk (Postfix) with ESMTP
	id E045544021; Wed, 28 Apr 2004 09:48:21 +0100 (BST)
Received: from somehost by katrine.roe.ac.uk (postfixilter 1.4) with SMTP
	id 31497; Wed, 28 Apr 2004 09:48:20 +0100 (BST)
Received: from katrine (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP
	id 879C344019; Wed, 28 Apr 2004 09:48:20 +0100 (BST)
Received: from localhost ([127.0.0.1])
	by katrine.roe.ac.uk (MailMonitor for SMTP v1.2.2 ) ;
	Wed, 28 Apr 2004 09:48:20 +0100 (BST)
Received: from dial.pipex.com (snizort.roe.ac.uk [195.194.120.31])
	by katrine.roe.ac.uk (Postfix) with ESMTP
	id 4DDBE44019; Wed, 28 Apr 2004 09:48:19 +0100 (BST)
Message-ID: <408F6FD3.6020009@dial.pipex.com>
Date: Wed, 28 Apr 2004 09:48:19 +0100
From: Martin Hill <mchill@dial.pipex.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Cc: ucd@ivoa.net
Subject: Re: towards UCD1+
References: <408D217A.58F8CB30@astro.u-strasbg.fr>
In-Reply-To: <408D217A.58F8CB30@astro.u-strasbg.fr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on katrine.roe.ac.uk
X-Spam-Status: No, hits=0.0 required=1000.0 tests=none autolearn=no 
	version=2.62
X-Spam-Level: 
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Martin Hill <mchill@dial.pipex.com>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi again

I agree entirely that UCDs should be used to describe what a value represents 
rather than how it relates to other things. I think that combining UCDs with 
data models will give us everything we need.

English/typos:

Could we use 'phrase' instead of 'words' since really 'phys.temp' consists of 
two words 'phys' and 'temp' assembled together?

Sec 3.3 two cases of "applies a magnitude" I think should read "applies to a 
magnitude"?


Most of these are requests for explanation rather than a request for change:

An astronomical question: given UCDs are not supposed to describe units, why do 
we still have UCDS like 'phot.mag'?  Should this be 'phys.brightness', where the 
units are magnitudes or janskies or ergs or whatever?

How are words assembled - eg, why pos.eq.ra instead of pos.ra?  How will they be 
extended?

We need more detail on how the UCDs are built up. Using the example of 
instrument temperature maximum: why is the 'stat.max' added at the end, instead 
of say, 'phys.temp;stat.max;instr'.  Indeed if 'stat.max' is secondary, 
shouldn't the error be 'phys.temp;stat.error' and we add a 'stat.value' word? Or 
should we say that order does not matter?  If order *is* important this could 
all get rather fraught.

What is the conceptual difference between a word and a phrase?  ie, why 
phys.temp;stat.max;instr instead of 'instr.temp.max', the latter being built 
from UCD words 'instr' 'temp' and 'max'?

Requests for change:

Personally I would rather see full names used instead of abbreviations (eg 
'physical' instead of 'phys', 'position' instead of 'pos') for anything other 
than really common terms (ra, dec, max, min).  Abbreviations make an 
insignificant difference to software performance, and can cause confusion 
especially when non-astronomers are involved in development.

Cheers,

Martin


Sebastien Derriere wrote:
>   Hello,
> 
>   I have placed on the IVOA wiki a PDF version of the latest document
> on UCD: http://www.ivoa.net/internal/IVOA/IvoaUCD/WD-UCD-20040426.pdf
>   This document describes the motivations and procedure to evolve
> the first generation of UCD into a new scheme called UCD1+.
>   The new scheme has been quite successfully tested on VizieR. It also
> includes inputs from other fields, like the latest SIAP discussions.
>   As the UCD1+ vocabulary is likely to evolve faster than the reference 
> document itself, the reference lists are available online, together with
> old
> versions and history of changes:
>   http://vizier.u-strasbg.fr/UCD/lists/
> 
>   The document currently has a Working Draft status, but the idea is
> to promote it to an IVOA Proposed Recommendation. This can be done
> once agreement is reached within the discussion group, if I understand
> well the IVOA document lifecycle.
>   So... time for discussion now !
> 
> Sebastien.

-- 
Martin Hill
Software Engineer
AstroGrid @ ROE
Tel: +44 7901 55 24 66
www.astrogrid.org


From owner-ucd@eso.org  Tue May  4 13:41:43 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i44BexU5001608
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 4 May 2004 13:40:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i44BexFc001607
	for ucd-outgoing; Tue, 4 May 2004 13:40:59 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i44BeuU5001596
	for <ucd@ivoa.net>; Tue, 4 May 2004 13:40:56 +0200 (MEST)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i44BetXe020503
	for <ucd@ivoa.net>; Tue, 4 May 2004 13:40:55 +0200 (CEST)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with smtp (Exim 4.30)
	id 1BKyIA-0004ja-7r
	for ucd@ivoa.net; Tue, 04 May 2004 12:40:54 +0100
Received: (qmail 21456 invoked from network); 4 May 2004 11:41:15 -0000
Received: from sparky.star.le.ac.uk (143.210.36.10)
  by mail.star.le.ac.uk with SMTP; 4 May 2004 11:41:15 -0000
Date: Tue, 4 May 2004 12:41:15 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
cc: ucd@ivoa.net
Subject: Re: towards UCD1+
In-Reply-To: <408D217A.58F8CB30@astro.u-strasbg.fr>
Message-ID: <Pine.GSO.4.44L0.0405041239340.29830-100000@sparky.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Hi Sebastien,

here are some of my comments on UCD1+.

Section 2: Syntax

if UCDs are case insensitive for all practical purposes, why not limiting
the valid characters to uppercase or lowercase alphabet? Allowing both
may suggest that B-V is different from b-v (as in the original UCDs),
and given that it is easier to type in lowercase than uppercase, I'd
suggest that we define UCDs in lowercase only.

Section 3.3: combining simple words.

After the example, refering to meta.code it says
	applies a magnitude
should say
	applies to a magnitude

In the same section:

Examples of UCD1+...

in the case of a "maximum temperature of an instrument" my initial reading
was "maximum reachable temperature of an instrument" rather than "maximum
temperatured reached by an instrument during observation". Surely you meant
the second. For the first, do we have now something to denote a feasible
range? I can think of few cases where this could be needed though.


Page 10, right after equation 2:

I think it should read "And define \mu ..."


About distances and matching functions:

I would like to point to the usefulness of using regular expressions as
a way to "discover" related UCDs. Accurate matching is paramount, distances
are quite useful, but what if I want to find the quantities involving em.opt.b
Those could be phot.mag, colors, errors, etc. As em.opt.b is not a primary
word, measuring distances using this element as the starting point may or
may not lead anywhere in the matchhing functions described. I've had the
chance to play with these features in the original UCDs and sometimes one
does not need to start with the main word (or perhaps as Martin pointed
out, we should name it differently, "concept" perhaps?)

Fortunately, this is an implementation issue and does not require any
changes in the structure to UCD1+ to offer a regExp search engine.


Section 7.3:

hidden in one of the paragraphs is a phrase which I think deserves to be
highlighted:

<<
The capacity to lauch broad scope queries (to a number of services)
looking for resources containing certain UCDs, freeing ourselves of
having to know the specific column names which at the end the service
DBMS should use to dig the data.
>>

The goal is not small, as it implies
- accepting UCDs and column names within a query language,
- a mechanism to recognize that a "name" represents a UCD
- a mechanism to locate those resources which contain the UCDs present in
  the query and a conversion to column names
- a mechanism to launch individual queries to each selected resource
- a collection and delivery mechanism.



Comment on pos.eq.ra and pos.eq.dec

A serious problem I found last year while working in a data federation tool
was the fact that ra and dec are meaningless without knowing to which
equinox they refer to. In a number of catalogues (I was using Vizier's
metadata) the position refered as POS_EQ_RA_MAIN in one catalogue was for
J2000, while in others it was for B1950 or other equinoxes.

VOTable provides the coosys element, but even with this feature it's not
always possible to find the correct match other than resourcing to the
using the column name (which is the case of vizier is OK because of its
homogeneity, but is not assured in the case of other minor data providers).
Besides, some catalogues list positions in more than one equinox and
VOTable crashes there.

I feel that a sensible way to address this issue is to attach to pos.eq.ra
the equinox element, eg, eqnx.J2000 or eqnx.B1975. It is not the best
solution, as new elements of meta-data seem to be needed, also to define
Groups of elements. I'm thinking in the cases when one works with the
meta-data at the registry level rather than the VOTable level, besides, the
VOTAble groups and coosys must come from some kind of registry elements (I
can guess where these are in Vizier :-)

I also feel that the problem is serious enough for us to adress it as soon
as possible, as exchange services are being built and they will face these
issues as soon as they leave their sand-box and interact with the real
world.

Finally, congratulations for the document and the way to address the
issues, it seems to be a big step in the right direction.

Cheers,

Patricio
On Mon, 26 Apr 2004, Sebastien Derriere wrote:
>
>   Hello,
>
>   I have placed on the IVOA wiki a PDF version of the latest document
> on UCD: http://www.ivoa.net/internal/IVOA/IvoaUCD/WD-UCD-20040426.pdf
>   This document describes the motivations and procedure to evolve
> the first generation of UCD into a new scheme called UCD1+.
>   The new scheme has been quite successfully tested on VizieR. It also
> includes inputs from other fields, like the latest SIAP discussions.
>   As the UCD1+ vocabulary is likely to evolve faster than the reference
> document itself, the reference lists are available online, together with
> old
> versions and history of changes:
>   http://vizier.u-strasbg.fr/UCD/lists/
>
>   The document currently has a Working Draft status, but the idea is
> to promote it to an IVOA Proposed Recommendation. This can be done
> once agreement is reached within the discussion group, if I understand
> well the IVOA document lifecycle.
>   So... time for discussion now !
>
> Sebastien.
> --
>     _______
>    /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
>   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
>  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
> (______(/    F-67000 Strasbourg  France
>

---
Patricio F. Ortiz			pfo@star.le.ac.uk
AstroGrid project
Department of Physics and Astronomy
University of Leicester			Tel: +44 (0)116 252 2015
LE1 7RH, UK

From owner-ucd@eso.org  Wed May  5 13:45:07 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i45BilaN014224
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 May 2004 13:44:47 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i45BilTq014223
	for ucd-outgoing; Wed, 5 May 2004 13:44:47 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i45BikaN014218
	for <ucd@ivoa.net>; Wed, 5 May 2004 13:44:47 +0200 (MEST)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id i45Bikp28560
	for <ucd@ivoa.net>; Wed, 5 May 2004 13:44:46 +0200 (MEST)
Message-ID: <4098D3AE.5050209@eso.org>
Date: Wed, 05 May 2004 13:44:46 +0200
From: Alberto Micol <Alberto.Micol@eso.org>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: UCDs as substrings of other UCDs?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


After having written my original message (see below)
I found the solution to my problem (also explained below).
I explicit the solution here first asking the following question:

Would it be possible to change

<word> ::= <word-component>|<word><period><word-component>

to

<word> ::= 
<word-component><semicolon>|<word><period><word-component><semicolon>

?

To understand what I'm talking about, I think it's better to read the 
original message,
unless you are good -damn good- at those games where given an answer you 
have to
guess the question.

Alberto
PS: If you like to play, the subject probably helps ...

--- original message,
    which explains the problem and the way I got to the above-mentioned 
solution---


Dear UCD builders,

It would be very convenient NOT to allow a word to be a substring of 
other words.
Example:

Suppose the following two UCDs  existed (I'm inventing here):

1. em.IR.H
2. em.IR.Hgamma

(Luckily the second one is just only my invention, but it is just to 
illustrate the point)

In this case 1. would be a substring of 2.


Why it woud be bad? Because it would unnecessarily complicate a sql query
to a table listing UCDs.
A query like

select * from whatever
where UCD like "%em.IR.H%"

would return not only the UCD I'm really interested in (em.IR.H)
but also the em.IT.Hgamma.

The way out, given the fact that UCDs are composed of multiple words 
semicolon separated,
would be to use an "OR" but that is not so efficient:

select * from whatever (could be a complicated join)
where UCD like "%em.IR.H" or UCD like "%em.IR.H;%"

OR, as said, are not efficiently handled.

To simplify the usage of UCD in RDBMSes it would be nice to
see such rule (not allowing substrings) explicited in the UCD document.


I checked the UCD1+ list and I could not find any such case (probably by 
design?),
a part from those obvious cases like em.IR being a substring of em.IR.H
where the hierarchy is implied.
Even these cases could be avoided if the high level UCD would be formulated
differently, eg, em.IR.main (or em.IR.def, def for definition or 
default) instead of em.IR.
But this is less disturbing then the example cited above.

Actually, another way out would be to always terminate a word with the 
semicolon!
even if at the end of UCD.
E.g., "em.IR;" would do the job quite nicely.

This could be avoided quite nicely by change the Backus-Naur <word> 
definition
to always end with a semicolon!

Thanks,
 
Alberto


From owner-ucd@eso.org  Wed May  5 14:43:57 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i45ChiaN022263
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 5 May 2004 14:43:44 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i45ChiTl022262
	for ucd-outgoing; Wed, 5 May 2004 14:43:44 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i45ChhaN022256
	for <ucd@ivoa.net>; Wed, 5 May 2004 14:43:43 +0200 (MEST)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id i45Chhp00770
	for <ucd@ivoa.net>; Wed, 5 May 2004 14:43:43 +0200 (MEST)
Message-ID: <4098E17F.2000000@eso.org>
Date: Wed, 05 May 2004 14:43:43 +0200
From: Alberto Micol <Alberto.Micol@eso.org>
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Re: UCDs as substrings of other UCDs?
References: <4098D3AE.5050209@eso.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


> Would it be possible to change
> <word> ::= <word-component>|<word><period><word-component>
> to
> <word> ::= 
> <word-component><semicolon>|<word><period><word-component><semicolon>
> ? 


I forgot to mention that, obviously,
also the Backus-Naur form for UCD should be changed accordingly, that is,
by removing the <semicolon> which was moved to the level of a <word>:

<UCD> ::= <nword>|<UCD><nword>


Alberto
PS: Basically, I find better to always have explicit separators, and not
to rely on the implicit "end of string" one.



From owner-ucd@eso.org  Fri May  7 16:55:02 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i47EsJQX001159
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 7 May 2004 16:54:19 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i47EsI7e001154
	for ucd-outgoing; Fri, 7 May 2004 16:54:18 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i47EsBQX001138
	for <ucd@ivoa.net>; Fri, 7 May 2004 16:54:11 +0200 (MEST)
Received: from katrine.roe.ac.uk (katrine.roe.ac.uk [195.194.120.81])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i47EsAXe011046
	for <ucd@ivoa.net>; Fri, 7 May 2004 16:54:10 +0200 (CEST)
Received: from katrine.roe.ac.uk (localhost [127.0.0.1])
	by katrine.roe.ac.uk (Postfix) with ESMTP id 1936944029
	for <ucd@ivoa.net>; Fri,  7 May 2004 15:54:10 +0100 (BST)
Received: from somehost by katrine.roe.ac.uk (postfixilter 1.4) with SMTP
	id 31807; Fri, 07 May 2004 15:54:08 +0100 (BST)
Received: from katrine (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP id CF51444028
	for <ucd@ivoa.net>; Fri,  7 May 2004 15:54:08 +0100 (BST)
Received: from localhost ([127.0.0.1])
	by katrine.roe.ac.uk (MailMonitor for SMTP v1.2.2 ) ;
	Fri, 7 May 2004 15:54:08 +0100 (BST)
Received: from lismore.roe.ac.uk (lismore.roe.ac.uk [195.194.120.117])
	by katrine.roe.ac.uk (Postfix) with ESMTP id A41A144028
	for <ucd@ivoa.net>; Fri,  7 May 2004 15:54:08 +0100 (BST)
Date: Fri, 7 May 2004 15:54:08 +0100 (BST)
From: Bob Mann <rgm@roe.ac.uk>
To: ucd@ivoa.net
Subject: Re: towards UCD1+
In-Reply-To: <408D217A.58F8CB30@astro.u-strasbg.fr>
Message-ID: <Pine.OSF.4.58.0405071414010.191671@lismore.roe.ac.uk>
References: <408D217A.58F8CB30@astro.u-strasbg.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on katrine.roe.ac.uk
X-Spam-Status: No, hits=0.0 required=1000.0 tests=none autolearn=no 
	version=2.62
X-Spam-Level: 
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Bob Mann <rgm@roe.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


	Hi folks,

	I've read with interest the new document from Sebastien and
Andrea, and the comments from Martin, Alberto and Patricio.

	I think that the new document is a clear statement of good
principles, and is a significant improvement on the previous documents
that have been circulated. I have only a few specific comments, but one
general comment on skimming through the current list of UCDs

>   http://vizier.u-strasbg.fr/UCD/lists/

is that it still shows too strongly its origin in Vizier: a system that
defines a specific term for a (b-y) Stromgren colour, but doesn't, so far
as I can tell, provide a simple mechanism for denoting something as being
an X-ray/optical flux ratio seems a little biased in its perspective to
me. If UCD1+ is supposed to be modest in ambition, then my vote would
be to have phot.fluxratio (or some such) and delete all the specific
phot.color UCDs.

	One strength of the new document is the discussion of the
matching functions. I'd not been convinced of their practical utility
before, but I am now, after reading the example given. It would be
interesting for that table of mu values to include those from
the other proposed matching function, just to indicate how similar they
are.

	I agree with Martin's suggestion that it would be preferable
to use complete words, rather than abbreviations.

	Patricio's comment about equinoxes is an interesting one. The
same goes for units, of course, since they are also additional metadata
without which the data cannot be used in a meaningful way. But modifying
UCD1+ to include grouping of UCDs, as he suggests, would seem to be a
significant change, albeit one that is attractive from many points of
view.

	I won't be attending the interoperability meeting in Boston,
but I trust that the UCD discussion goes well there - it should, given
that Sebastien and Andrea have given it a firm foundation with this
document.

	cheers

	Bob

From owner-ucd@eso.org  Tue May 11 17:02:27 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BF2A5t018912
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 11 May 2004 17:02:10 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4BF2Api018911
	for ucd-outgoing; Tue, 11 May 2004 17:02:10 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BF255t018896
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:02:05 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4BF23TY003184
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:02:04 +0200 (CEST)
Received: from Ropy (dsl-64-30-223-60.lcinet.net [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id i4BF21k4019598
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Tue, 11 May 2004 08:02:02 -0700
Message-ID: <032701c43768$e9ee1fc0$6701a8c0@Ropy>
From: "Roy Williams" <roy@caltech.edu>
To: <ucd@ivoa.net>
References: <408D217A.58F8CB30@astro.u-strasbg.fr> <408F6FD3.6020009@dial.pipex.com>
Subject: Re: towards UCD1+
Date: Tue, 11 May 2004 08:01:59 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

I would also like to thank Sebastien and Andrea for this excellent paper.

I look forward to discussing in Boston the comments from Martin Hill, Patricio
Ortiz, and Bob Mann.

However, I think there needs to be an additional document showing the current
state of the UCD1+ tree. A printable, versioned IVOA draft document. This will
force the rigour of versioning, and allow the IVOA process to control the list
of words. When Sebastian and Andrea want to make changes, they should not just
change it arbitrarily, but rather build a new version of the UCD Tree document
and run it past the IVOA, or the UCD Steering committee, or this mailing list.

Is that too rigid and formal? Comments?

Roy

--------
California Institute of Technology
roy@caltech.edu
626 395 3670

From owner-ucd@eso.org  Tue May 11 17:25:57 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFPe5t023125
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 11 May 2004 17:25:40 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4BFPeel023124
	for ucd-outgoing; Tue, 11 May 2004 17:25:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFPX5t023098
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:25:33 +0200 (MEST)
Received: from esacom51.vilspa.esa.int (esacom51-ext.vilspa.esa.int [192.171.2.19])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4BFPVTY004490
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:25:32 +0200 (CEST)
Received: from iso.vilspa.esa.es (isous5.vilspa.esa.es [193.147.153.100])
	by esacom51.vilspa.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id i4BFPSVH010387;
	Tue, 11 May 2004 17:25:28 +0200 (MET DST)
Received: from isol03.vilspa.esa.int (isol03.vilspa.esa.int [193.147.153.17])
	by iso.vilspa.esa.es (8.12.10/8.12.10) with ESMTP id i4BFPNaT004275;
	Tue, 11 May 2004 17:25:23 +0200 (MEST)
Subject: Re: towards UCD1+
From: Pedro Osuna <posuna@iso.vilspa.esa.es>
To: Roy Williams <roy@caltech.edu>
Cc: Pedro.Osuna@esa.int, ucd@ivoa.net
In-Reply-To: <032701c43768$e9ee1fc0$6701a8c0@Ropy>
References: <408D217A.58F8CB30@astro.u-strasbg.fr>
	 <408F6FD3.6020009@dial.pipex.com>  <032701c43768$e9ee1fc0$6701a8c0@Ropy>
Content-Type: text/plain
Message-Id: <1084289123.12201.7381.camel@isol03.vilspa.esa.int>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) 
Date: Tue, 11 May 2004 17:25:23 +0200
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pedro Osuna <posuna@iso.vilspa.esa.es>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Roy,

we proposed to have a proper board for the control of the UCDs, and a
centralized place where all UCD related issues (concerning the inclusion
of new UCDs, procedures for request of inclusion of new UCDs, etc)
should be handled. I would think it is time to implement this solution
(chapter 9 of the latest UCD document). What I do not know is whether
this should be agreed at a IVOA exec or what... What do you think?

P.

On Tue, 2004-05-11 at 17:01, Roy Williams wrote:
> I would also like to thank Sebastien and Andrea for this excellent paper.
> 
> I look forward to discussing in Boston the comments from Martin Hill, Patricio
> Ortiz, and Bob Mann.
> 
> However, I think there needs to be an additional document showing the current
> state of the UCD1+ tree. A printable, versioned IVOA draft document. This will
> force the rigour of versioning, and allow the IVOA process to control the list
> of words. When Sebastian and Andrea want to make changes, they should not just
> change it arbitrarily, but rather build a new version of the UCD Tree document
> and run it past the IVOA, or the UCD Steering committee, or this mailing list.
> 
> Is that too rigid and formal? Comments?
> 
> Roy
> 
> --------
> California Institute of Technology
> roy@caltech.edu
> 626 395 3670
-- 
Pedro Osuna Alcalaya

 
Software Engineer
VILSPA Archive Development Team
e-mail: Pedro.Osuna@esa.int
Tel + 34 91 8131314
                                                                                
European Space Agency
VILLAFRANCA Satellites Tracking Station
P.O. Box 50727
E-28080 Villafranca del Castillo
MADRID - SPAIN


From owner-ucd@eso.org  Tue May 11 17:37:05 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFaj5t024737
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 11 May 2004 17:36:45 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4BFajpj024736
	for ucd-outgoing; Tue, 11 May 2004 17:36:45 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFae5t024728
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:36:41 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4BFacXe013605
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:36:39 +0200 (CEST)
Received: from Ropy (dsl-64-30-223-60.lcinet.net [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id i4BFaTk4020874
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Tue, 11 May 2004 08:36:30 -0700
Message-ID: <037a01c4376d$ba961f20$6701a8c0@Ropy>
From: "Roy Williams" <roy@caltech.edu>
To: "Pedro Osuna" <posuna@iso.vilspa.esa.es>
Cc: <ucd@ivoa.net>
References: <408D217A.58F8CB30@astro.u-strasbg.fr> <408F6FD3.6020009@dial.pipex.com>  <032701c43768$e9ee1fc0$6701a8c0@Ropy> <1084289123.12201.7381.camel@isol03.vilspa.esa.int>
Subject: Re: towards UCD1+
Date: Tue, 11 May 2004 08:36:28 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Yes I know.

My idea is to have the UCD Steering Committee work with CDS on

(a) The next version of the list of words -- working through the IVOA drafting
process.

(b) The application of UCD in the Simple Data Services (cone, SIAP, SSAP)

Are you coming to Boston?
Roy


--------
California Institute of Technology
roy@caltech.edu
626 395 3670
----- Original Message ----- 
From: "Pedro Osuna" <posuna@iso.vilspa.esa.es>
To: "Roy Williams" <roy@caltech.edu>
Cc: <Pedro.Osuna@esa.int>; <ucd@ivoa.net>
Sent: Tuesday, May 11, 2004 8:25 AM
Subject: Re: towards UCD1+


> Hi Roy,
>
> we proposed to have a proper board for the control of the UCDs, and a
> centralized place where all UCD related issues (concerning the inclusion
> of new UCDs, procedures for request of inclusion of new UCDs, etc)
> should be handled. I would think it is time to implement this solution
> (chapter 9 of the latest UCD document). What I do not know is whether
> this should be agreed at a IVOA exec or what... What do you think?
>
> P.
>
> On Tue, 2004-05-11 at 17:01, Roy Williams wrote:
> > I would also like to thank Sebastien and Andrea for this excellent paper.
> >
> > I look forward to discussing in Boston the comments from Martin Hill,
Patricio
> > Ortiz, and Bob Mann.
> >
> > However, I think there needs to be an additional document showing the
current
> > state of the UCD1+ tree. A printable, versioned IVOA draft document. This
will
> > force the rigour of versioning, and allow the IVOA process to control the
list
> > of words. When Sebastian and Andrea want to make changes, they should not
just
> > change it arbitrarily, but rather build a new version of the UCD Tree
document
> > and run it past the IVOA, or the UCD Steering committee, or this mailing
list.
> >
> > Is that too rigid and formal? Comments?
> >
> > Roy
> >
> > --------
> > California Institute of Technology
> > roy@caltech.edu
> > 626 395 3670
> -- 
> Pedro Osuna Alcalaya
>
>
> Software Engineer
> VILSPA Archive Development Team
> e-mail: Pedro.Osuna@esa.int
> Tel + 34 91 8131314
>
> European Space Agency
> VILLAFRANCA Satellites Tracking Station
> P.O. Box 50727
> E-28080 Villafranca del Castillo
> MADRID - SPAIN
>
>
>

From owner-ucd@eso.org  Tue May 11 17:41:07 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFem5t025687
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 11 May 2004 17:40:48 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4BFemLa025686
	for ucd-outgoing; Tue, 11 May 2004 17:40:48 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4BFeg5t025675
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:40:42 +0200 (MEST)
Received: from esacom51.vilspa.esa.int (esacom51-ext.vilspa.esa.int [192.171.2.19])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4BFeeXe013764
	for <ucd@ivoa.net>; Tue, 11 May 2004 17:40:41 +0200 (CEST)
Received: from iso.vilspa.esa.es (isous5.vilspa.esa.es [193.147.153.100])
	by esacom51.vilspa.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id i4BFecVH010903;
	Tue, 11 May 2004 17:40:38 +0200 (MET DST)
Received: from isol03.vilspa.esa.int (isol03.vilspa.esa.int [193.147.153.17])
	by iso.vilspa.esa.es (8.12.10/8.12.10) with ESMTP id i4BFeXaT005161;
	Tue, 11 May 2004 17:40:33 +0200 (MEST)
Subject: Re: towards UCD1+
From: Pedro Osuna <posuna@iso.vilspa.esa.es>
To: Roy Williams <roy@caltech.edu>
Cc: Pedro.Osuna@esa.int, ucd@ivoa.net
In-Reply-To: <037a01c4376d$ba961f20$6701a8c0@Ropy>
References: <408D217A.58F8CB30@astro.u-strasbg.fr>
	 <408F6FD3.6020009@dial.pipex.com>  <032701c43768$e9ee1fc0$6701a8c0@Ropy>
	 <1084289123.12201.7381.camel@isol03.vilspa.esa.int>
	 <037a01c4376d$ba961f20$6701a8c0@Ropy>
Content-Type: text/plain
Message-Id: <1084290033.12201.7392.camel@isol03.vilspa.esa.int>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 (1.4.5-1) 
Date: Tue, 11 May 2004 17:40:33 +0200
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pedro Osuna <posuna@iso.vilspa.esa.es>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Yes, I will arrive there on saturday the 22nd with Jesus Salgado for
whatever might be needed (including beers on sunday, if applicable). 

P.
 
On Tue, 2004-05-11 at 17:36, Roy Williams wrote:
> Yes I know.
> 
> My idea is to have the UCD Steering Committee work with CDS on
> 
> (a) The next version of the list of words -- working through the IVOA drafting
> process.
> 
> (b) The application of UCD in the Simple Data Services (cone, SIAP, SSAP)
> 
> Are you coming to Boston?
> Roy
> 
> 
> --------
> California Institute of Technology
> roy@caltech.edu
> 626 395 3670
> ----- Original Message ----- 
> From: "Pedro Osuna" <posuna@iso.vilspa.esa.es>
> To: "Roy Williams" <roy@caltech.edu>
> Cc: <Pedro.Osuna@esa.int>; <ucd@ivoa.net>
> Sent: Tuesday, May 11, 2004 8:25 AM
> Subject: Re: towards UCD1+
> 
> 
> > Hi Roy,
> >
> > we proposed to have a proper board for the control of the UCDs, and a
> > centralized place where all UCD related issues (concerning the inclusion
> > of new UCDs, procedures for request of inclusion of new UCDs, etc)
> > should be handled. I would think it is time to implement this solution
> > (chapter 9 of the latest UCD document). What I do not know is whether
> > this should be agreed at a IVOA exec or what... What do you think?
> >
> > P.
> >
> > On Tue, 2004-05-11 at 17:01, Roy Williams wrote:
> > > I would also like to thank Sebastien and Andrea for this excellent paper.
> > >
> > > I look forward to discussing in Boston the comments from Martin Hill,
> Patricio
> > > Ortiz, and Bob Mann.
> > >
> > > However, I think there needs to be an additional document showing the
> current
> > > state of the UCD1+ tree. A printable, versioned IVOA draft document. This
> will
> > > force the rigour of versioning, and allow the IVOA process to control the
> list
> > > of words. When Sebastian and Andrea want to make changes, they should not
> just
> > > change it arbitrarily, but rather build a new version of the UCD Tree
> document
> > > and run it past the IVOA, or the UCD Steering committee, or this mailing
> list.
> > >
> > > Is that too rigid and formal? Comments?
> > >
> > > Roy
> > >
> > > --------
> > > California Institute of Technology
> > > roy@caltech.edu
> > > 626 395 3670
> > -- 
> > Pedro Osuna Alcalaya
> >
> >
> > Software Engineer
> > VILSPA Archive Development Team
> > e-mail: Pedro.Osuna@esa.int
> > Tel + 34 91 8131314
> >
> > European Space Agency
> > VILLAFRANCA Satellites Tracking Station
> > P.O. Box 50727
> > E-28080 Villafranca del Castillo
> > MADRID - SPAIN
> >
> >
> >
-- 
Pedro Osuna Alcalaya

 
Software Engineer
VILSPA Archive Development Team
e-mail: Pedro.Osuna@esa.int
Tel + 34 91 8131314
                                                                                
European Space Agency
VILLAFRANCA Satellites Tracking Station
P.O. Box 50727
E-28080 Villafranca del Castillo
MADRID - SPAIN


From owner-ucd@eso.org  Mon May 17 20:36:38 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4HIaLgw019596
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 17 May 2004 20:36:21 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4HIaL7u019595
	for ucd-outgoing; Mon, 17 May 2004 20:36:21 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4HIaHgw019586;
	Mon, 17 May 2004 20:36:17 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4HIaFTY004761;
	Mon, 17 May 2004 20:36:16 +0200 (CEST)
Received: from SARA (roy-nat.cacr.caltech.edu [131.215.144.149])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id i4HIaEk4012957
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Mon, 17 May 2004 11:36:14 -0700
Message-ID: <0a8e01c43c3d$fc8765e0$0c0ba8c0@cacr.caltech.edu>
From: "Roy Williams" <roy@caltech.edu>
To: <ucd@ivoa.net>
Cc: <dal@ivoa.net>
Subject: UCD agenda and UCD/DAL agenda
Date: Mon, 17 May 2004 11:37:19 -0700
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Please find below a suggested draft agenda for the UCD session at the
Interop meeting.

Note that the second half is joint with the DAL group.

If you would like to contribute to the session, or change the agenda below,
please drop me a line.

Roy

----------------------------------------------

UCD working group
Agenda for Interop meeting

1. Sebastien Derriere, UCD Services at CDS
2. Andrea Preite-Martinez, Realization of UCD1+
3. Roy Williams, UCDs for the Image Access Protocol
4. Doug Tody, UCDs for the Spectral Access Protocol

--------
California Institute of Technology
roy@caltech.edu
626 395 3670

From owner-ucd@eso.org  Fri May 21 19:38:54 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4LHcbU4000219
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 21 May 2004 19:38:38 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i4LHcbHp000218
	for ucd-outgoing; Fri, 21 May 2004 19:38:37 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i4LHcYU4000210
	for <ucd@ivoa.net>; Fri, 21 May 2004 19:38:34 +0200 (MEST)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i4LHcWTY007854
	for <ucd@ivoa.net>; Fri, 21 May 2004 19:38:32 +0200 (CEST)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id TAA16657;
	Fri, 21 May 2004 19:37:10 +0200 (MET DST)
Message-ID: <40AE3E46.57E45165@astro.u-strasbg.fr>
Date: Fri, 21 May 2004 19:37:10 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: UCD material
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


  Hello,

  I have placed on the IVOA Wiki some new documents:
http://www.ivoa.net/twiki/bin/view/IVOA/IvoaUCD

  A revised version of the EM Spectrum division for UCD v0.3
(following the registry main domains):
http://www.ivoa.net/internal/IVOA/IvoaUCD/NoteEMSpectrum-20040520.pdf

  A slightly revised list of words for UCD1+, with explanations
on the choice of the top-level 'atoms' (branches): v0.1
http://www.ivoa.net/internal/IVOA/IvoaUCD/WD-UCDlist-20040520.pdf

  There is also an on-line form to leave feedback for deletion/
modification/addition of new words:
http://cdsweb.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments
  This can be a technical support for the board in charge
of UCD1+, as it sends notifications by email when feedback is left.

  See you in Boston,

Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Fri Jul  2 15:26:47 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i62DPaLw029640
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 2 Jul 2004 15:26:02 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i62DB9G2027857
	for ucd-outgoing; Fri, 2 Jul 2004 15:11:09 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i62DAqLg027822
	for <ucd@ivoa.net>; Fri, 2 Jul 2004 15:10:53 +0200 (MEST)
Received: from katrine.roe.ac.uk (katrine.roe.ac.uk [195.194.120.81])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i62DAmEQ000766
	for <ucd@ivoa.net>; Fri, 2 Jul 2004 15:10:49 +0200 (CEST)
Received: from katrine.roe.ac.uk (localhost [127.0.0.1])
	by katrine.roe.ac.uk (Postfix) with ESMTP
	id 9AA2B4401B; Fri,  2 Jul 2004 14:10:48 +0100 (BST)
Received: from somehost by katrine.roe.ac.uk (postfixilter 1.4) with SMTP
	id 15985; Fri, 02 Jul 2004 14:10:47 +0100 (BST)
Received: from katrine (localhost [127.0.0.1])
	by localhost (Postfix) with ESMTP
	id 554BC4400E; Fri,  2 Jul 2004 14:10:47 +0100 (BST)
Received: from localhost ([127.0.0.1])
	by katrine.roe.ac.uk (MailMonitor for SMTP v1.2.2 ) ;
	Fri, 2 Jul 2004 14:10:47 +0100 (BST)
Received: from roe.ac.uk (unknown [195.194.122.26])
	by katrine.roe.ac.uk (Postfix) with ESMTP
	id 1A3954400E; Fri,  2 Jul 2004 14:10:47 +0100 (BST)
Message-ID: <40E55ED6.3070908@roe.ac.uk>
Date: Fri, 02 Jul 2004 14:10:46 +0100
From: "Martin Hill @ ROE" <mch@roe.ac.uk>
Organization: ROE
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: UCD1 to UCD1+ - one to one mapping?
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on katrine.roe.ac.uk
X-Spam-Status: No, hits=0.0 required=1000.0 tests=none autolearn=no 
	version=2.62
X-Spam-Level: 
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Martin Hill @ ROE" <mch@roe.ac.uk>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Is there really a one-one conversion between UCDs and UCD1+s?  *Both ways*? That 
rather sounds as if UCD1+s don't offer anything new!


-- 
Martin Hill, Software Engineer
AstroGrid (ROE)
+44 7901 55 24 66
http://harris.roe.ac.uk/~mch/


From owner-ucd@eso.org  Fri Jul  2 16:31:19 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i62EUbLg009968
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 2 Jul 2004 16:30:37 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.6/8.12.6/Submit) id i62EUacV009960
	for ucd-outgoing; Fri, 2 Jul 2004 16:30:36 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.6/8.12.6) with ESMTP id i62EU6Lk009844
	for <ucd@ivoa.net>; Fri, 2 Jul 2004 16:30:28 +0200 (MEST)
Received: from ns1.u-strasbg.fr (ns1.u-strasbg.fr [130.79.200.1])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i62Dm9EQ002666
	for <ucd@ivoa.net>; Fri, 2 Jul 2004 15:48:09 +0200 (CEST)
Received: from astro.u-strasbg.fr (cluster.u-strasbg.fr [130.79.128.8])
          by ns1.u-strasbg.fr (8.12.9p2/jtpda-5.4) with ESMTP id i62Dm8vY067990
          ; Fri, 2 Jul 2004 15:48:08 +0200 (CEST)
Received: (from genova@localhost)
	by astro.u-strasbg.fr (8.11.7p1+Sun/8.10.2) id i62Dm7G16122;
	Fri, 2 Jul 2004 15:48:07 +0200 (MEST)
Date: Fri, 2 Jul 2004 15:48:07 +0200 (MEST)
Message-Id: <200407021348.i62Dm7G16122@astro.u-strasbg.fr>
From: genova@cluster.u-strasbg.fr (Francoise Genova)
To: mch@roe.ac.uk, ucd@ivoa.net
Cc: genova@newb6.u-strasbg.fr
Subject: Re: UCD1 to UCD1+ - one to one mapping?
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.3 (ns1.u-strasbg.fr [130.79.200.1]); Fri, 02 Jul 2004 15:48:09 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.1.0.84332
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: genova@cluster.u-strasbg.fr (Francoise Genova)
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

There is no one-one conversion between UCD and UCD1+.
Sorry to say it only now but it takes lot of times to try
to follow the discussion... Sebastien is travelling today
and I leave a more detail answer to him

Francoise

From owner-ucd@eso.org  Mon Aug 23 17:03:44 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NF3c2r025564
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 23 Aug 2004 17:03:38 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id i7NF3ct5025562
	for ucd-outgoing; Mon, 23 Aug 2004 17:03:38 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NF3c2r025556
	for <ucd@ivoa.net>; Mon, 23 Aug 2004 17:03:38 +0200 (MEST)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NF3a7p029955
	for <ucd@ivoa.net>; Mon, 23 Aug 2004 17:03:37 +0200 (CEST)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id RAA14040;
	Mon, 23 Aug 2004 17:03:11 +0200 (MET DST)
Message-ID: <412A072F.363E694B@astro.u-strasbg.fr>
Date: Mon, 23 Aug 2004 17:03:11 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
CC: Dubernet Marie-Lise <marie-lise.dubernet@obspm.fr>
Subject: PR UCD1+ version 1.05
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.6.1.107272, Antispam-Core: 4.6.1.104326, Antispam-Data: 2004.8.22.111004
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


  Hello,

  A new version of the UCD1+ document (v 1.05) is available:
        http://vizir.u-strasbg.fr/UCD/PR-UCD-20040823.pdf
  (should be soon on the IVOA web site too).

  The document is submitted as a Proposed Recommendation,
as we seem close to general agreement on this topic.
  The changes are listed in section 10 of the document.
These are mainly further explanations on the guidelines
for words combination, but also on the role of the UCD board.

  The corresponding list of words has been significantly upgraded,
and a new document issued:
  http://www.ivoa.net/internal/IVOA/IvoaUCD/WD-UCDlist-20040823.pdf
  
  See appendix B for all changes. The most noticeable are:
  - the update of the phys.at and phys.mol sections (and the creation
  of phys.atmol) for better description of atomic and molecular data;
  - the simplification of the phot.color section to reflect a new
  syntax for photometric colors;
  - the creation of a em.line section to describe the commonly used
  lines (allowing to write now: phot.flux;em.line.Halpha or
  spect.index;em.line.Hbeta)
  
  Also, old UCD material (related to UCD1) has been moved to a new
URL: http://vizir.u-strasbg.fr/UCD/old/
  while the URL http://vizir.u-strasbg.fr/UCD/ now points to
the current definitions of UCD1+.

  A form is also available to send feedback on UCD1+:
  http://vizier.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments
For each submission, an email is send to a list of email 
addresses. If you would like to be on this list of board
members, just let me know.

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Mon Aug 23 18:18:34 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NGIT2r006672
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 23 Aug 2004 18:18:29 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id i7NGITtB006671
	for ucd-outgoing; Mon, 23 Aug 2004 18:18:29 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NGIS2r006667
	for <ucd@ivoa.net>; Mon, 23 Aug 2004 18:18:28 +0200 (MEST)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id i7NGIOi6020829
	for <ucd@ivoa.net>; Mon, 23 Aug 2004 18:18:25 +0200 (CEST)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id SAA15157;
	Mon, 23 Aug 2004 18:17:47 +0200 (MET DST)
Message-ID: <412A18AB.35AECB88@astro.u-strasbg.fr>
Date: Mon, 23 Aug 2004 18:17:47 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
CC: Dubernet Marie-Lise <marie-lise.dubernet@obspm.fr>
Subject: Re: PR UCD1+ version 1.05
References: <412A072F.363E694B@astro.u-strasbg.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.6.1.107272, Antispam-Core: 4.6.1.104326, Antispam-Data: 2004.8.22.111004
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


>   Hello,
> 
>   A new version of the UCD1+ document (v 1.05) is available:

  The document has been moved to the IVOA web site:
  http://www.ivoa.net/Documents/latest/UCD.html

  Use this URL to access the latest PDF version (or HTML
if you prefer) instead of the previous one.

Sebastien.

From owner-ucd@eso.org  Tue Nov 23 16:26:05 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANFPrZI006498
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 23 Nov 2004 16:25:53 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iANFPrAF006497
	for ucd-outgoing; Tue, 23 Nov 2004 16:25:53 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANFPkZI006478;
	Tue, 23 Nov 2004 16:25:46 +0100 (MET)
Received: from newb6.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANFPi2i004492;
	Tue, 23 Nov 2004 16:25:44 +0100 (CET)
Received: from astro.u-strasbg.fr (localhost [127.0.0.1])
	by newb6.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id QAA16926;
	Tue, 23 Nov 2004 16:23:25 +0100 (MET)
Message-ID: <41A355EC.C9CE978B@astro.u-strasbg.fr>
Date: Tue, 23 Nov 2004 16:23:24 +0100
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: interop@ivoa.net
CC: ucd@ivoa.net
Subject: RFC for UCD is ending
References: <417F94B0.3491FD4D@astro.u-strasbg.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MailScanner-Astro: Message analyse non infecte par sophos sur astro.u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.11.22.52
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


  Hello,

  The RFC period for the UCD document is ending, and there have
been no comments yet !!
  If you have remarks or want changes, it is time to make them
public.

Sebastien.

Sebastien Derriere wrote:
> 
>   Dear all,
> 
>   The UCD reference document has been uploaded to the PR area of the
> IVOA document repository:
> 
> http://www.ivoa.net/Documents/latest/UCD.html
> 
>   I would like to open the 4-weeks RFC period for this document as
> of today (Oct 27), with a close date on Nov 24, before promotion to
> the Recommendation status.
> 
>   A dedicated page has been created for posting comments:
> http://www.ivoa.net/twiki/bin/view/IVOA/UnifiedContentDescriptorRFC
>   and discussions will be conducted on the UCD mailing list
> (ucd@ivoa.net).
> 
> Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-interop@eso.org  Tue Nov 23 18:33:33 2004
Return-Path: <owner-interop@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANHWuZI022417
	for <interop-outgoing@mercury.hq.eso.org>; Tue, 23 Nov 2004 18:32:56 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iANHWuNi022415
	for interop-outgoing; Tue, 23 Nov 2004 18:32:56 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-interop@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANHWoZI022402;
	Tue, 23 Nov 2004 18:32:50 +0100 (MET)
Received: from donner.stsci.edu (donner.stsci.edu [130.167.251.65])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iANHWl2i010163;
	Tue, 23 Nov 2004 18:32:48 +0100 (CET)
Received: from aria (aria.stsci.edu [130.167.236.125])
	by donner.stsci.edu (MOS 3.5.5-GR)
	with ESMTP id BAQ08209;
	Tue, 23 Nov 2004 12:32:34 -0500 (EST)
Message-ID: <009701c4d182$81aeb280$7deca782@stsci.edu>
From: "Robert Hanisch" <hanisch@stsci.edu>
To: "Sebastien Derriere" <derriere@newb6.u-strasbg.fr>, <interop@ivoa.net>
Cc: <ucd@ivoa.net>
References: <417F94B0.3491FD4D@astro.u-strasbg.fr> <41A355EC.C9CE978B@astro.u-strasbg.fr>
Subject: Re: RFC for UCD is ending
Date: Tue, 23 Nov 2004 12:33:12 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
X-Junkmail-Status: score=0/50, host=donner.stsci.edu
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.11.22.52
X-Virus-Scanned: by amavisd-new
Sender: owner-interop@eso.org
Precedence: bulk
Reply-To: "Robert Hanisch" <hanisch@stsci.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Sorry for being so late to this discussion, but the advantage is that this
is a fresh look at the UCD1+ proposal.  Well, that is my rationale, anyway!

Minor issues:  there are a number of grammatical errors and inconsistent
usages (e.g., sometimes UCD is singular and sometimes plural; it would be
clearer, I think, to write "UCDs" when the plural is intended).

Has anyone expert in Backus-Naur Form checked Section 2.2?  There is one
mistake, I think, in that <Alpha> is defined with a capital A but the
subsequent components refer to <alpha>.  UCDs are case-insensitive, but is
BNF?

On p.7, the paragraph beginning "The order in which words are arranged..."
seems like circular reasoning to me.  It says the order matters only if the
order matters.  I think the standard should be clear on this -- does the
order matter or not?  The text elsewhere suggests yes.

I find Section 3.4 confusing...does anyone else?  phot.color is a difference
of two magnitudes, but does NOT have the associated word arith.diff.  A
temperature ratio is not a temperature, so phys.temperature;arith.ratio
seems backwards to me.  I can't use arith.ratio for M/L, so instead I see
that this is defined as phys.mass.light.  The UCD
phys.mass;phys.luminosity;arith.ratio would seem to make more sense.  If
phot.color;em.opt.B;em.opt.V means B-V and phot.color;em.opt.V;em.opt.B
means V-B, then order is clearly important.  The concern this all raises for
me is that the construction rules for new UCDs are not very clear, and that
the existing UCD1+s have a certain (large) amount of arbitrariness.

I think the list of UCD1+ words at
http://cdsweb.u-strasbg.fr/UCD/ucd1p-words.txt HAS to be included in this
document, or else we do not have a complete specification.  I understand
that the vocabulary is to be extensible.  An acceptable alternative would be
to put forward the full list of UCD1+s in a second document, but I think it
is important that this document is under IVOA auspices and that revisions
ultimately go through the same review process.  This is somewhat at odds
with Section 9, I realize.  I suspect Section 9 is written the way it is to
assure flexibility and timeliness in adding new UCDs.  Hopefully our process
is flexible and timely enough now, but if not, one could certainly entertain
"provisional" UCDs, which are deemed reasonable by the UCD Steering
Committee but remain subject to broader review.

It is great that our colleagues at CDS have set up the interface for
requesting new UCDs and is keeping the UCD lists up to date, but I think it
is really best if these services/lists migrate to the IVOA site.

In the UCD word list, why does "Q" indicate both primary and secondary
usage?

I think Section 6 should be moved to an Appendix -- it is usage advice, not
something central to the UCD1+ definition.

Cheers,
Bob

----- Original Message ----- 
From: "Sebastien Derriere" <derriere@newb6.u-strasbg.fr>
To: <interop@ivoa.net>
Cc: <ucd@ivoa.net>
Sent: Tuesday, November 23, 2004 10:23 AM
Subject: RFC for UCD is ending


>
>   Hello,
>
>   The RFC period for the UCD document is ending, and there have
> been no comments yet !!
>   If you have remarks or want changes, it is time to make them
> public.
>
> Sebastien.
>
> Sebastien Derriere wrote:
> >
> >   Dear all,
> >
> >   The UCD reference document has been uploaded to the PR area of the
> > IVOA document repository:
> >
> > http://www.ivoa.net/Documents/latest/UCD.html
> >
> >   I would like to open the 4-weeks RFC period for this document as
> > of today (Oct 27), with a close date on Nov 24, before promotion to
> > the Recommendation status.
> >
> >   A dedicated page has been created for posting comments:
> > http://www.ivoa.net/twiki/bin/view/IVOA/UnifiedContentDescriptorRFC
> >   and discussions will be conducted on the UCD mailing list
> > (ucd@ivoa.net).
> >
> > Sebastien.
>
> -- 
>     _______
>    /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
>   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
>  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
> (______(/    F-67000 Strasbourg  France
>

From owner-ucd@eso.org  Wed Nov 24 11:59:31 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOAx8R8017635
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Nov 2004 11:59:08 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAOAx8qn017634
	for ucd-outgoing; Wed, 24 Nov 2004 11:59:08 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOAwuR8017612;
	Wed, 24 Nov 2004 11:58:56 +0100 (MET)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id iAOAwuD14363;
	Wed, 24 Nov 2004 11:58:56 +0100 (MET)
Message-ID: <41A4696F.2070601@eso.org>
Date: Wed, 24 Nov 2004 11:58:55 +0100
From: Alberto Micol <Alberto.Micol@eso.org>
Organization: ST-ECF
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20040414
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Robert Hanisch <hanisch@stsci.edu>
CC: Sebastien Derriere <derriere@newb6.u-strasbg.fr>, interop@ivoa.net,
        ucd@ivoa.net
Subject: Re: RFC for UCD is ending
References: <417F94B0.3491FD4D@astro.u-strasbg.fr> <41A355EC.C9CE978B@astro.u-strasbg.fr> <009701c4d182$81aeb280$7deca782@stsci.edu>
In-Reply-To: <009701c4d182$81aeb280$7deca782@stsci.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Dear Sebastein,

Two things:  (a) Backus Naur form and (b) versioning/conformity.

a) Backus Naur

I'd like to re-instantiate what I already proposed in Boston
(sorry Sebastien to come back with this one):

All UCDs should terminate with a semicolon.

I'd like to see this implemented for one main reason: simplicity
which can be explicit with the following two arguments:

1) a UCD should never be a substring of another UCD
(how else to formulate this concept in a Backus Naur form?)

2) having a terminator helps when parsing or when building an SQL queries
looking for a given UCD; without a terminator a more complex SQL is 
necessary
or otherwise parsing of the result set is required.

b) versioning/conformity

Robert Hansich wrote:

>I think the list of UCD1+ words at
>http://cdsweb.u-strasbg.fr/UCD/ucd1p-words.txt HAS to be included in this
>document, or else we do not have a complete specification. 
>
I totally agree.
Of course the UCD vocabulary must have its own versioning.
In other words, the UCD vocabulary should specify its own version
AND should specify which specs it conforms to (UCD1, UCD1+, UCD3, etc).

I think the machanism for versioning and conformity SHALL be described 
in the document.

Alberto


From owner-interop@eso.org  Wed Nov 24 12:03:10 2004
Return-Path: <owner-interop@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOB1DR8017935
	for <interop-outgoing@mercury.hq.eso.org>; Wed, 24 Nov 2004 12:01:13 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAOB1DX8017934
	for interop-outgoing; Wed, 24 Nov 2004 12:01:13 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-interop@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOB0wR8017889;
	Wed, 24 Nov 2004 12:00:58 +0100 (MET)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id iAOB0vD14419;
	Wed, 24 Nov 2004 12:00:57 +0100 (MET)
Message-ID: <41A469E9.9060906@eso.org>
Date: Wed, 24 Nov 2004 12:00:57 +0100
From: Alberto Micol <Alberto.Micol@eso.org>
Organization: ST-ECF
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20040414
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>, interop@ivoa.net
CC: Robert Hanisch <hanisch@stsci.edu>, ucd@ivoa.net
Subject: Confusing?
References: <417F94B0.3491FD4D@astro.u-strasbg.fr> <41A355EC.C9CE978B@astro.u-strasbg.fr> <009701c4d182$81aeb280$7deca782@stsci.edu>
In-Reply-To: <009701c4d182$81aeb280$7deca782@stsci.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Sender: owner-interop@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


Robert Hanisch wrote:

>On p.7, the paragraph beginning "The order in which words are arranged..."
>seems like circular reasoning to me.  It says the order matters only if the
>order matters.  I think the standard should be clear on this -- does the
>order matter or not?  The text elsewhere suggests yes.
>
>I find Section 3.4 confusing...does anyone else?  phot.color is a difference
>of two magnitudes, but does NOT have the associated word arith.diff.  A
>temperature ratio is not a temperature, so phys.temperature;arith.ratio
>seems backwards to me.  I can't use arith.ratio for M/L, so instead I see
>that this is defined as phys.mass.light.  The UCD
>phys.mass;phys.luminosity;arith.ratio would seem to make more sense.  If
>phot.color;em.opt.B;em.opt.V means B-V and phot.color;em.opt.V;em.opt.B
>means V-B, then order is clearly important.  The concern this all raises for
>me is that the construction rules for new UCDs are not very clear, and that
>the existing UCD1+s have a certain (large) amount of arbitrariness.
>  
>

I found myself exactly in the same position as Bob. It IS confusing.
Nevertheless...

The fundamental requirement of the UCDs is (quote):

 the primary word carries most of the meaning as to "what the quantity is".

Hence, Bob's suggestion for
   *phys.mass;phys.luminosity;arith.ratio*
would make the UCDinterpreter think that the described quantity is a mass.
It is not.

The fact is that, despite being a ratio, it is a quantity that carries some
physical meaning (for a galaxy it could give indications on the type of 
stars and
the amount of dark matter), hence the existence of a ucd.

 The same is true for example for other quantities, for which nobody objects
the availability of a proper UCD. One for all: velocity, it is a ratio 
between a distance
and a time ...

(After all, the dimensional analysis of a quantity will always reveal a 
ratio between
mass length and time, some times even for adimensional quantities)


Other more complex examples of the same problem are those UCDs
which simply describe a different mathematical expression of the same 
thing,
eg phot.mag and phot.flux.

phot.mag it is the 2.5 log10 of a flux ratio
One could say that the correct ucd is:  *phot.flux;em.opt.V;arith.mag*
expliciting the algorithm applied to the flux using a special arith.mag

The question is: Why to complicate things?

In fact, not to complicate things, * phot.color;em.opt.V;em.opt.B* complies
to that fundamental requirement (it is a color) and expresses an 
implicit arith.diff.


So, it is confusing, but it is difficult to keep it simple.
What is the way out?
Can the UCDs be built in a more more mathematical way, so to avoid confusion
or would that complicate too much the problem?

For the time being I'm afraid we have to live with such fuzzy definition.
Let's hopw that UCD3 will address all this.

Alberto


From owner-ucd@eso.org  Wed Nov 24 17:02:09 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOFxJR8002292
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Nov 2004 16:59:19 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAOFxJMw002290
	for ucd-outgoing; Wed, 24 Nov 2004 16:59:19 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOFxFR8002282
	for <ucd@ivoa.net>; Wed, 24 Nov 2004 16:59:15 +0100 (MET)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOFxDRQ018414
	for <ucd@ivoa.net>; Wed, 24 Nov 2004 16:59:14 +0100 (CET)
Received: from Ropy (mercury.cacr.caltech.edu [131.215.145.175])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id iAOFx94J005264
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
	for <ucd@ivoa.net>; Wed, 24 Nov 2004 07:59:12 -0800
Message-ID: <007001c4d23e$8ae58740$6801a8c0@Ropy>
From: "Roy Williams" <roy@caltech.edu>
To: <ucd@ivoa.net>
References: <417F94B0.3491FD4D@astro.u-strasbg.fr> <41A355EC.C9CE978B@astro.u-strasbg.fr> <009701c4d182$81aeb280$7deca782@stsci.edu> <41A469E9.9060906@eso.org>
Subject: Re: Confusing?
Date: Wed, 24 Nov 2004 07:57:59 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.11.23.51
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Roy Williams" <roy@caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

>>On p.7, the paragraph beginning "The order in which words are arranged..."
>>seems like circular reasoning to me.  It says the order matters only if the
>>order matters.  I think the standard should be clear on this -- does the
>>order matter or not?  The text elsewhere suggests yes.

My understanding is that the first word matters because it is the primary type. Each 
subsequent word modifies what goes before. Think of a ucd "A; B; C; D" as "((((A) B) C) 
D)". For example:

stat.mean; phys.temperature; arith.diff; stat.max
The maximum of the difference of two mean temperatures

stat.mean; phys.temperature; stat.max; arith.diff
The difference of the two maximum temperatures

>>I find Section 3.4 confusing...does anyone else?  phot.color is a difference
>>of two magnitudes, but does NOT have the associated word arith.diff.

In this case there is a special semantic concept for the difference of magnitudes, which 
is called color. It would be equally correct to say "arith.diff; phot.magnitude", but it 
is more efficient to use one word than two.

>> A temperature ratio is not a temperature, so phys.temperature;arith.ratio seems 
>> backwards to me.

I agree. This should be "arith.ratio: phys.temperature"

>> If phot.color;em.opt.B;em.opt.V means B-V and phot.color;em.opt.V;em.opt.B
>>means V-B, then order is clearly important.  The concern this all raises for
>>me is that the construction rules for new UCDs are not very clear, and that
>>the existing UCD1+s have a certain (large) amount of arbitrariness.

Yes that is true. But not because of the UCD construction, rather because of the word 
"color". Perhaps I can ask those mor knowledgeable than myself how exactly color is 
defined? If I say "BV color" or "VB color", do they have opposite sign? Or do I rather 
subtract the highest wavelength magnitude from the lowest wavelength?

Roy 

From owner-ucd@eso.org  Wed Nov 24 18:52:17 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOHq6R8020809
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Nov 2004 18:52:06 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAOHq5D5020808
	for ucd-outgoing; Wed, 24 Nov 2004 18:52:05 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOHptR8020787;
	Wed, 24 Nov 2004 18:51:56 +0100 (MET)
Received: from eso.org (st14.hq.eso.org [134.171.10.25])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id iAOHptD29556;
	Wed, 24 Nov 2004 18:51:55 +0100 (MET)
Message-ID: <41A4CA3A.1050001@eso.org>
Date: Wed, 24 Nov 2004 18:51:54 +0100
From: Alberto Micol <Alberto.Micol@eso.org>
Organization: ST-ECF
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20040414
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Roy Williams <roy@caltech.edu>
CC: ucd@ivoa.net
Subject: Re: Confusing?
References: <417F94B0.3491FD4D@astro.u-strasbg.fr> <41A355EC.C9CE978B@astro.u-strasbg.fr> <009701c4d182$81aeb280$7deca782@stsci.edu> <41A469E9.9060906@eso.org> <007001c4d23e$8ae58740$6801a8c0@Ropy>
In-Reply-To: <007001c4d23e$8ae58740$6801a8c0@Ropy>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Roy Williams wrote:

>>> On p.7, the paragraph beginning "The order in which words are 
>>> arranged..."
>>> seems like circular reasoning to me.  It says the order matters only 
>>> if the
>>> order matters.  I think the standard should be clear on this -- does 
>>> the
>>> order matter or not?  The text elsewhere suggests yes.
>>
>
> My understanding is that the first word matters because it is the 
> primary type. Each subsequent word modifies what goes before. Think of 
> a ucd "A; B; C; D" as "((((A) B) C) D)". For example:
>
> stat.mean; phys.temperature; arith.diff; stat.max
> The maximum of the difference of two mean temperatures


 stat.mean is not allowed as primary word...

You probably mean phys.temperature;stat.mean;arith.diff;stat.max

> I agree. This should be "arith.ratio: phys.temperature" 


Nope, again arith.ratio is not allowed as primary word.


Double confusing, isn't it?
We need a coffee, or rather, at this time for us in Europe, a beer...

Alberto






From owner-ucd@eso.org  Wed Nov 24 19:00:55 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOI0iR8021856
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 24 Nov 2004 19:00:44 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAOI0i5V021855
	for ucd-outgoing; Wed, 24 Nov 2004 19:00:44 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOI0dR8021847
	for <ucd@ivoa.net>; Wed, 24 Nov 2004 19:00:39 +0100 (MET)
Received: from saturn.rm.iasf.cnr.it (saturn.rm.iasf.cnr.it [150.146.136.11])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAOI0bRQ024216
	for <ucd@ivoa.net>; Wed, 24 Nov 2004 19:00:38 +0100 (CET)
Received: from (150.146.136.11) by e1000.artov.rm.cnr.it via smtp
	 id 134c_c86ffec2_3e42_11d9_9836_0002b3da0f69;
	Wed, 24 Nov 2004 19:00:53 +0100 (CET)
Received: from saturn.rm.iasf.cnr.it (saturn.rm.iasf.cnr.it [150.146.136.11])
	by saturn.rm.iasf.cnr.it (8.11.3/8.11.3) with ESMTP id iAOIFq146168;
	Wed, 24 Nov 2004 19:15:52 +0100
Date: Wed, 24 Nov 2004 19:15:52 +0100 (NFT)
From: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
To: Roy Williams <roy@caltech.edu>
cc: <ucd@ivoa.net>
Subject: Re: Confusing?
In-Reply-To: <007001c4d23e$8ae58740$6801a8c0@Ropy>
Message-ID: <Pine.A41.4.32.0411241913260.28158-100000@saturn.rm.iasf.cnr.it>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.11.23.51
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Dear Roy,

On Wed, 24 Nov 2004, Roy Williams wrote:

> >>I find Section 3.4 confusing...does anyone else?  phot.color is a
difference
> >>of two magnitudes, but does NOT have the associated word arith.diff.
>
> In this case there is a special semantic concept for the difference of
magnit$
> is called color. It would be equally correct to say "arith.diff;
phot.magnitu$
> is more efficient to use one word than two.

Yes, this is exactly the reason for using phot.color

> >> A temperature ratio is not a temperature, so
phys.temperature;arith.ratio $
> >> backwards to me.
>
> I agree. This should be "arith.ratio: phys.temperature"

arith.ratio also means "normalized", and a normalized temperature to me
is closer to the concept of "temperature" than to an anodin "ratio".
By the way, also "temperature in units of .... " is expressed by the two
words "arith.ratio" and "phys.temperature".
In this respect I dare say that absolute, non-relative values do not exist
in our context
(please, don't open a debate on this particular case!!)

>> >> If phot.color;em.opt.B;em.opt.V means B-V and
phot.color;em.opt.V;em.opt.B
> >>means V-B, then order is clearly important.  The concern this all
raises for
> >>me is that the construction rules for new UCDs are not very clear, and
that
> >>the existing UCD1+s have a certain (large) amount of arbitrariness.
>
> Yes that is true. But not because of the UCD construction, rather
because of
> "color". Perhaps I can ask those mor knowledgeable than myself how
exactly color is
> defined? If I say "BV color" or "VB color", do they have opposite sign?
Or do$
> subtract the highest wavelength magnitude from the lowest wavelength?
>
B-V color means (Bmag - Vmag), so B-V = -(V-B)
so there is no arbitrariness in the order of em-bands when colors are
concerned.
Any way, we are testing an "ucd1+ builder" that will help
in building correct ucds from a list of words.
Example:
>From a description like: "Optical V magnitude" you can get from an
assignation tool the words: em.opt,  em.opt.V,  phot.mag .
The buider will propose: phot.mag;em.opt.V
>From a description like: "Optical to infrared color" the builder will
propose: phot.color;em.opt;em.IR

To Bob:
The reason for "Q" quantities is twofold:
1. Q is between P and S in the alphabet, as in ucd1+s
2. Q stands for "quantity", while P/S-words are usually not quantities

Andrea

==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale	Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata		Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell: 339.3817355
00133 Roma                              CDS: +33.3.90242448
==============================================================================


From owner-ucd@eso.org  Thu Nov 25 17:52:22 2004
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAPGpwUS012172
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 25 Nov 2004 17:51:58 +0100 (MET)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id iAPGpwVN012171
	for ucd-outgoing; Thu, 25 Nov 2004 17:51:58 +0100 (MET)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAPGpmUS012118
	for <ucd@ivoa.net>; Thu, 25 Nov 2004 17:51:48 +0100 (MET)
Received: from athena.le.ac.uk (athena.le.ac.uk [143.210.16.127])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id iAPGpk2i001208
	for <ucd@ivoa.net>; Thu, 25 Nov 2004 17:51:47 +0100 (CET)
Received: from [143.210.36.58] (helo=mail.star.le.ac.uk)
	by athena.le.ac.uk with smtp (Exim 4.43)
	id 1CXMqL-0005ve-Ak
	for ucd@ivoa.net; Thu, 25 Nov 2004 16:51:42 +0000
Received: (qmail 28866 invoked from network); 25 Nov 2004 16:51:28 -0000
Received: from morpheus.star.le.ac.uk (143.210.36.121)
  by mail.star.le.ac.uk with SMTP; 25 Nov 2004 16:51:28 -0000
Date: Thu, 25 Nov 2004 16:51:26 +0000 (GMT)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: derriere@newb6.u-strasbg.fr
cc: ucd@ivoa.net
Subject: Comments on UCD draft
Message-ID: <Pine.LNX.4.44L0.0411251649080.10798-101000@morpheus.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-762349276-478456792-1101401486=:10798"
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.11.24.47
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---762349276-478456792-1101401486=:10798
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear Sebastien,

here are my comments to the UCD document. I must say that I fully agree
with Bob Hanish's comments. Alberto's and Andrea's points are also quite
valid. The evolution of UCDs seems to me is going in the right direction,
so my comments are more in the line of nitpicking in hope of improving the
system (just as in the old days when we started with the UCDs and used them
to do some quality control :-)

I will concentrate my comments on the study of the two documents you
provided: "ucd1-ucd1p.txt", "ucd1p-composed.txt", which are the closest to
real data we have. I've always had in mind using UCDs to tell us what
quantities of different origins could be compared when taken out of context
in a relatively safe fashion. The original work on UCDs payed special
attention to group quantities with equivalent units (not always a success
or a trivial thing to do though).

First, the obvious:

phys.extension;stat.error 	seems to be mistaken, not sure about
meta.code;stat.error

on the same line, we're missing most of the error columns with their
corresponding ucds.

stat.stdev 	seems at first to be at the same level as stat.max,
stat.min, stat.mean. The latter are always used as a qualifyer (a  word
after a semicolon), yet stat.stdev is used the other way, having said that,
stat.stdev and stat.error are not too different though.

stat.min, stat.max:

	are used in many observables, which is fine, but also in other
	quantities in which the meaning of minimum and maximum is not
	given by the sampled elements but by observational limits,
	eg, maximum and minimum of an observational window (bandpass)
	or limiting magnitude/flux

src.fwhm and extensions
	Sooner or later we'll need to recognize quantities which relate
	to source extensions (or instrument coverage) in order to compute
	overlaps (eg, if a galaxy is located within the FOV of a plate).

	We require to know the geometry (or infer it) [rectangular,
	elliptic, polygonal). The quantities introduced in UCD1 for this
	purpose are lost in UCD1+. I believe this to be an
	oversimplification which we may regret later on.

velocities

	src.veloc.compon UCD is a real mixture between any possible
	velocity component: cartesian, expressed in km/s (or equivalent)
	and polar (radial and tangential) Perhaps we shold think of adding
	some qualifiers for coordinates system, eg:
		coord.cart.X
		coord.cart.Y
		coord.cart.Z
		coord.polar.rad
		coord.polar.tang etc!

	The following could apply:
	VELOC_GAL_U -> src.veloc.compon ==> src.veloc.gc;coord.cart.X
	VELOC_TANG_GAL -> src.veloc.compon ==> src.veloc.gc;coord.polar.tang

	VELOC_RELAT -> src.veloc.component looks more like
		src.veloc;arith.diff (but in some cases it is :-)


Gradients:

	I'd argue that gradients are physical properties rather than
	arithmetical, then phys.grad rather than arith.grad.

Surface brightness.

	I'd argue that we should have phot.sb rather than phot.mag.sb

UCDs and units:

	I think we're mixing things here:

	pos.eq.dec.arcsec
	pos.eq.ra.minutes
	pos.eq.ra.seconds

	If they represent dec and ra in different units, it's not up to the
	UCDs to resolve them. At best it looks confusing

Wavelengths:

	em.wl
	em.wl.central
	em.wl.effective

	seems to me that "central" and "effective" are qualifiers, as the
	nature of the main quantity does not change. I think it would look
	better as

	em.wl;qual.central
	em.wl;qual.effective

	a similar situation happens with the effective temperature


Photometry

	although I agree that having broad categories help locating a
	number of quantities, the lack of granularity means that we're
	no longer able to search for specific things.

	Say that I really want to locate magnitudes measured with
	PHOT_HST_F622W. In UCD1, only these quantities would be recovered.
	in UCD1+, I would have to ask for phot.mag;em.opt.R, and get 20
	other quantities (involving an undetermined number of tables).
	Fishing for data in registries will be so fuzzy that will in
	practice render the system ineffective. In a google era, users
	would expect a low overhead rate; we are diverting from that trend.

	Despite going against the stream, I propose that we keep the
	granularity in photometric systems, define the proper qualifiers,
	and even allow individual frequencies/wavelenghts (as I've heard
	Pedro proposing). What we can do is to produce a way of linking a
	group of UCDs to a single one in order to simplify broad searches.

	So, if I look for phot.mag;em.opt.R, it should actually match to
		phot.mag;band.jhn.r
		phot.mag;band.gunn.r
		phot.mag;band.hst.f622w
		etc.


OK, I'll stop here. Attached you'll find a summary of the matches from
UCD1 <--> UCD1+ which I found quite useful and have used to present this
analysis.

I'm fully aware of how difficult it is to work with the raw data, and UCDs
are an excellent way to use the registries to their full extent, hence my
pickiness on some issues.

The next thing we should be thinking is how to estimulate people to accept
queries using only UCDs rather than column names, that propmts my concern
about loosing granularity.

Cheers,

Patricio


---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester
Leicester, LE1 7RH, UK

---762349276-478456792-1101401486=:10798
Content-Type: APPLICATION/x-gzip; name="ucd1-1+summary.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44L0.0411251651260.10798@morpheus.star.le.ac.uk>
Content-Description: 
Content-Disposition: attachment; filename="ucd1-1+summary.gz"

H4sICCMMpkEAA3VjZDEtMStzdW1tYXJ5AKSdSXPbxraA186vyObVXbwCwkGU
5KTqVYEgSELCQGOgJL8Fi6IgiRUOCknFcX79PT2PICB7YRPd/fV0uvv06QFQ
6Y+6vzr/92sJv//7S/fz1a/f1qfXXzu/bpen1Wt1/MUrIBj+X/hpFNHHkRfP
wmTCXOEsjQLqCJIgmzxQxzgLvpRB4nN3Th/CNKFPUZiwqHHK0o/LqAhnUcCy
TnOfPn1xEvG0mGVh4oczj8XLCy+7pc9F5iU4Oz/ycvKQjnBWI6/w8O8DTiu4
L4IkpyXijsX4bhojn3EIhRwvYm/CXDMv82IQx9zLkFeY5AX7XXhEKvh56CUj
4Qi8mDt8LwqH3DUKRPxgPA79kIkMe+W3D4s8nMQe9ymCeMYd8yBKfe6688Ad
JJNiirxiqHHEH6S2oe77AuRX0KrHaTabLrwsxsJKh+xHlBY5ZpFXBMyRh1/F
cxQW9LnAeaTZMES9Jg6KXLhnQRamI+HO5uKZJTebpgX7XXT7Pn/2hrlDG4K4
i5g/D0nvwc9+KB7TKM0kV5kUTkarILxy2Skco1EqnsPxmDtUyWGvcVTeK45F
mKnuzBuFIr1JkEDLR6Qrcp+4J5xlIlKfBqJK01xIJ0xG95KjUMQDbtSZSXMQ
H1Gkm6lIPfJv70bcJSdBxxZ5nkr+WToOIyHFbAyDTySeD6VHJatcaVw5Dh6w
YzK6hOeDPxUyK4fzrNcRzrn0OJxkQkTzUBT7zsunwhFlNNJDzn6hW5XJSLiy
wOOOYRZOpgV3Qm8q40RyJn6QiOCRLG7hBonmIrdRCGoK4nEPMSyJ894PC0/0
LfAaR+kdd0xQP5JzBY+5nCvEDL+qCQivBRJDmuRngqCjgvN/eueQIi28SEKE
ziHOMB46I6qMiU8Zh0mqSEd48X6p+pa8qVQJpmWhSGSWBVJoDvpKCFfoFOrA
w7DMVb889m50n1CID80rzjjNYuFTJvKz0ETUPQU9+tu4TBw0CThoHnR0qTIt
jh1z1LFEQe9C2iGpUksj6EuTLAiYi2sbeJ557Ckv0tuAVC1lP2xKoo+4+zG3
74/YI0xCgV9QVQnuwMtoezLHIvJ4xMDnT1/E08Jz5g40hs+ag/iOZBomkHvZ
lSmBmSc5ZO5Bev7KnidUOaHHIGWPoJgj2nbguknnIc8h8uJhkPFapL4PhgZz
geIRRePTHHbE7CnnoszTyOPCKtIZz95QY+A3F+hXLPEsGOXTcFzQ59KnT+MA
g/ksID74AQyJKJYCkNqB6acsY+E1DryizALJg3YQ4oLuFChOaWIgXswOEy5o
txnpAsSveJhJBDc7iFO1O2C8FOxXGEoFsUWKkHR06gs/CzAnwXooR8xfshKw
q4xyEsQyxQ8LPxbPtC8QRz7z/EByPpAuT1wFHRC/dDv9S2LtdiVrF9u5RAlz
Q+HT2+v3o7s8uav9ZuMelqfql08chTmMV1wFj6dDtXs5vTI4GYc450/b6rR0
109/MHpT/V1tOIWmB1zeT8sDlM79940EUat7MR/deV6US8TzcnXaH3hyT8vt
23r3wmIRE4MVjfpim30Rh8SyJoHb/cZ9Wr/tN5UKgQlHC2TFghAslznXHmpG
0Ct8x08DYjyRMIgK5f53eVrvdyCk/Z8geAarWUFlqk21rXYsNShwHrLZTpE2
BfBcyk1vIunV/qn6Y72D5nAfl7unt+XxqNDMtPt0PEFiz+uTu9+uuDSrXXV4
+a5EwL1DLSWG5IakKJo1+Fws5Pe8P2xJ/V8rLioSA8+2tsSBXv+roFlaWNKm
+GF/0lLGk7YlZQLxxdoiKTFUbd3nQ/WXHqpkejysXKjyfiVnN8aGUuRQ6+7c
oMCo1OMZ+nzk4fksCu2BE6Vju6fDcged67B/JMHIXglHCgIiFGGQ6ySwB0fQ
fwJn7PlqxvvjylHLHwXzQBWp1AWicBwwbaeGu5v1c3VabysGgrqt6dub9a5y
q+36eFz/vT59lyKAik8z5yEMolHLGOHIrn4gAqFiZGhAgs5Y6lNPaxiDq9Nh
vZKhPHeChNqtet+jHFvF660giUgwSR2SlGjSVkJ379vH6kCC09y3q2CzsdCW
ASh/BxSaQv61E+GgxNDyXx4nqF4yMg+H2JarhWABwdeGRNi7PZsy8BYFLCtS
T5UJqJ7DnzKizNF2jFTa4abGp+MbtBNp/2/rJ1ZtbJFAlok/JUaoOWpksKaT
GBzu+nk7FpaLw7NjlWBgDKbxMEwsqJh0CWo2OWoBI2NmtEgTgaWQqvWi5fyN
9sO7gC0FOfCtWr+8IqWH95ikxaLIzl1tyHRDELYHdQag+xVYteIwpDf3B07I
60cJelpD39itKs7xuZ0zPCgd3lAD0xKYhf40oRa8lD4M/9ddJXHQAqWeCNLu
7yssEajoIsgyVhk0s1aHA6kHCoMlYqjJigXFQTzUhLSt6IgnAKuaGRX0CShG
b6LHf9+c1m8qJW9Onke5+VyLfSm9iI1Vwfz1vtwwAgzZ0BsapUbm2QJNNKDK
g/uZYdQxBPT3rYh8qJ5ZgNrDqaIZPSSoSLBMkMtEA2taRWx9jkJPUpDVP6dq
d4Sp8Q9oZoVDW6QLunLGfeD52+vWQoRJPTH1onGYFPVALKuD+rIkdHXexGWe
jXrbg+svUDIaO2qTZO47kvJAldjuD2+v7nEVsclHgs/WZ0yHBDNEidfCn4Y9
1UBdva57NFDT11rUaIz2FYNMnqs279v1bn8E28B9ft9RkOxq1yTmvi0Pyy0l
82IUzEVxjqen6m8IUqNij4UXFUGWwJwzDyyBdKPt0/7xCJlUG+af56kfwtJL
SdAF9bJfEcIH8ywcscWZkqgPYyJK1WUW/j0tH/GCBTFTj2wC6DnD7ANiCHN5
6uYJIzOV2npqQJaC3aaWdXXYY00JwWiQ5kFhxoPRnuZ0zc6LimxC6BVve8KM
Q2b6yAMYBzCrT6sCLDGVNB/XjxD8wgKjwJTM85oJZgxdILClOsnScmZWYVrG
XsJ5+Fcd/sZaGsLCEazkQihnZsYLY2Z5o3jr7fKFFiD2wsQs4Ha53rHwma14
komo5CMsI018EMDWmazJoIeTZSYKZrs/ekZZMGF2nRZibWJ2JqJnX3hDW0NI
XRRMwIktRX0W4f5BlisWJwxamI33z6dvUC/E0NOpRToee/chmd3Jmnj//Hys
TjIzm3q5sC/2h8f1CU9kHMiCnOxM0iSWuxfngFfxHGHrIjKZIfMNa1kg3WOF
1MmJrLZoBNCPieewPVGeLKjH3dI5Vds3hg49/xZ1R7rAZ8v61Z8vh/377klg
CYy9jO6xyaUQy1oK5gHb/OKpHSu6JuJnd8LmIAxTiALgZUc9QwnGB2h6Aqvl
Zv3IiFFQSAYRAY5oZjixJRzHtGSOy9O7KkuwD2dSb6AYXhmAjfhWHY4SDBqh
oCOHgKAMTmQIi2CL1frHGZqdnH4SWy5sNSJjYKDnsZEzMbq56LT5CJMsDLWa
cxeO6MRriD1Jw1xu1qcKVo779ZG3q1APljadhffs7ECfqym9/qfig0JoDBq4
IesVEQjtEotzZpLkcf0vk6QlQgC2p9aMmIK1/ftGbkSKy+fYn9BYexKjmp4H
GN6w4gr1PA7Vaq0kn481Kb4dn1ngF13Cf/Fa5L8lkpWw4+2We/HM4fsirLOf
3vkQz4OA3i5gGurxCLYKjIYKwIpsbVISLZHFpkntyAH1XM5q87t9kDZyKPDn
d4dtQnBIU0+IkVUT37aXB50SKDYmje1ICVKHG+v2tuTQBCMbn7bKCVCMFQuH
6sZ3yutGTAEr3ImiLyyytqy5lXFLtuHRERc5wxObiIwQ63F0egDG6ySoUShR
mXiZIw5ycAffvO+W0GlWK1iiaQyamujU20TiM8w8Sme1OLlFoZzGkM7OFAkB
8Czk8LMLG8I3ovOiFmEjGOui/VEE8LsIC22fffl4hIUI3mVe7avnZx6FHQ4B
tgf7fvP+DzW0oK02m+qJg/VrCxKOVXDr1OjFAsKB0VeDzdKZkz8kxTTIqZ1i
EcfXIGC2p7Tr9XjYL5/cr1W1Xe4wms20VRnzxRddFmI7TCzbRD4cu+PmRi2W
P8RxUGQPZ6mhl50Nt8yzZsGl7b6aZPgAFMDp+xsaxElamJsFSSmfIqCV8PIA
xtLu/cTsCkZIeVs5dA8IbbDWTZxkkYuoej3IbxyRFZfoMNhg+kM6EhMk2T+R
DD2+d4IZU6owofBAWEqiuuWqXCSEHI1DpSZJKJ0TbdZ/gpX4ut8/ySw7SuLW
CC3x0xqPP8xwq1Q2WVCIuiUlDFUUpg1FkWV0p48CphxRKHTKaaqfhYnIKYyy
rDZUNLdeUmJyeDN6ml7f0FbbpBbOgtFv9OaZchhHw7MyqRECvrNBLxoYhUWT
H1r3sDWaPTxjl2qMcMuExnMuHtAmBz+8NgwWTtVM6pjkkM3cFQi6JGdZlZHL
c17uOwnLQwKgN+ONRnYdL5k7Yg60JRT46E5TFvrMqJITq1YrWCUf1qu1KNIC
ZrZkop4J6omqPRsrj7fXasvD48BLoFxp7EVmpttqufN2++1yI/KcOV5eZGaO
Lixw1ksQG1FICgvKfPIhnm8xtY2QtY4whUVny9Ir+l4XLLkpAV0/C+dinw1v
I6G09k+CRIv6hrbP5ovcUW5jKKVD6xXO5gEqma3V1QW+uNvJr1nZEmWXPRf9
vjPoSWofHX6gRfv+7aRgg3bYVSvsotMOa5epzCA7x0Y43W5HSwlBzvqgcYPr
Nhk6l/1W2FWr4jvXetlqsMtW2OfP5zF6r1dYBeRAb/niPR7r0DTSSfdxv9Hp
Il54YcZuD2LNvlwfIAK2NTgD85MSDpPTereiHZhdLwblmWVKw7qPKzncNIRR
kWRCvQWp78bLpG4rKynhc0Z0RietT8jcdPgO9j4vlB8uup2e4/d6enNKhBeB
ZqgPHjrh+cbDzO35royZrEU6cz0d8JIBfhOuprBBcaYqfuKI029bOJs+raGT
oTPRiycHl85kWB8c2mofZgrhpLOiUY6xM+jWZ5M504b2zFq0Z+noNXHBSwGa
GxOWTMG4vhzlvK66739L2LxFceeNpWGvgEj2PYJ5ODp0R7e62LG3VKLqn1Ul
lIV4gWAx8eJYkfP77oTyfVlut0v3dXl4skS6t0S4dw7L7wqbfzRxWB6UgQWX
ZUA4+QJIq4TblBiyt014bqgwmZXJVKaxuRFldgoXvFD5jhqndwzgMoUbjVJk
SvQbJlmMXTsX+tCzYBdd56JhksVYz7kYtMAGzkWLsl1cm2rBgsVyWlIj8LGN
1q/09Rk5JWUNK0BjQ6eGy4cK5h4frWReOHE6UlF0rSXe804pbXZNlLuMYqvr
Zbmx0KFywZDTNjKPW5JZS06/d2mwYDgE7EYPsx2q3aqyD0z8MpGmIJCxMYL1
9JkY+sSAN+rYIHSny83b61KNoM6mMj90p4+gSRU8zMDY6NiLFGbuZceB4Pet
EadXG+Xa6Q4sEa5qMtlu3e6g03H6nU5nMv1Xj9d3B7U59Z0LM6N+XW0go6sB
VGdgzeeyXgb9jnNpEcHYy0wxC9uAYdPadKc6Gn2gptLNGZY9Py1d7xUUv8G2
6LoXE3v6h+XTes9lE2uyYbEvz8bmTVgTveNenY1/6XR7eqvQqN1OfDZnyLhX
m29vUJMt6nYkZk22g5/Jti5XGrcHoqrJ9mrwE9led360tj/RNXoNTdvQNXq9
H5VVr3dWVD2sumoyHZyRFEjJuaiTVK+hX9DINdn+jKD67uez0fvOpb3I/e4P
y6nfO98dz9a2/8NC7l/+TLZ1mgpyBVU+qMkTpffDeV70fyzP/g+3DJrFarOE
cjpXdZkOGipKI9dk+2Nd8PJn8rz88f57eaZdBjievbxX7vmK1k9XVz/cLlc/
I6Prhtm9vsDXDQrtvPK/vvrhtvl8RlB1baOsgs8bPUHUTKJ3983dK20FhqGu
ubeC/NyXaqdz+ipSCe9Z0umZ6UxMbGJS9g0fnZKqJ60d5wpiJjS3JGQRwtwi
BPCb1MmgTKBy53cUCNO0o0ApY6fgxYF/77udwjXscxDG+doix4bdEMK0KntT
s2CmaYsMU1/P124a2LYGtYSm4Wzm2SvHizTN220Jc65hYFGuYY+VUo1CpVxz
TRnXrnSNO5mcayGVcbdzIRutVMqwwLtRsYvOnUGVc2bD77YqffURujcYWOke
MT51+uojNPiYNOpDpYpd9NpgF/2a1IYqNmiHXXeiWQtucHFltpAxDsYDmxgt
2OXnNthlr0YimYrZWsPErjqtUrvqDWokonHXdVyocp+79mxVDAyONsk16Ef0
CR3QWpYxhy0PgRX4Yx6LoS05g2qYKDjXMA1wrmzJ2SurcPj49Hz/ZdjUpmGm
OtWirgi7OauuGHVro251qoXYEGaXWqljjT2Evoq78Eal3E/MUxaBBnkRxvwl
phYRpG8x1LFot9Tp2U4NxCwHUG/gXNrO7xWo717YJK3sDwJ24Zp3GQC7cK4V
bKjtR0tN5w4PeEdaom8d4+6DUT7EtIFsRy0a0yyx2xYCizpt5JV0f792++Yp
i7Gdjdje75/dy8/t2P7v3Z573RL+vduxN6+Bfvm9e+12Lm1sdwATs4BvpkmT
2sCIM9UkqZ1hE6jBFiJQw60CCv2nDWWY9+DlQpBK2a4f6NR5nYgJs+DgJRMN
GhMjbWp/XqViwmwO8FIJI6MbtbTnVTIm/tOMOJGeDXhphN6U6iAkUNyCSVow
XxqZqHHAY8padxNrUXCrQa+oWkQlzQMbYQ1TJEbajFVzveSClz4qsjbdtWE6
xoh9J0LLzVxzAWWM1IZpHSOGBNTQFmpq7tw013zeRjxzc4jYIL0fWSF9BFgh
6+0ISYi3DrryFoiPmWifmyKCZTT+iuTiuutcNVxYaGGAImSUpZp1b14aaDZS
MWHq29otyRYGbbMx22zIIgJdSS9sNcSvNwhsVoS+ZyojpTO3MIpbGMQYUe9t
SQ3cwlSeTRubFiPW+Vglzl0FxITZBGY+N06m30HTOiPCGtobIcZVFzOVBvFj
pEmhIOj87TtMnG9FkkjDrhSCWjRm425UNoa2MvTWoXp6Gh+qygaX7WF9TXSe
1mf0M2heZAvfuH99no8/wJfOXXtYbQYdFO0B6H37VB/ao/p+dR2aD5W7YbVX
uRBnvnQlxZFA9eskQKihZZI4Ez1LCQgzx3rrCBWssl48Ih8kXphX0nQFwkAn
a1dlc3EgCjHVOFOKutKh4E1Ngjcad1vD3ercf1qCZqV1hUbBsg4sdfAjgpzX
pTqXQPHJBBnEL45tl/9IoHbexzNWzvCAy28frB1x9NvQMb7upd61z0d5bjlG
0kcQouzTTaYyTYdImGo4ZyFM05yDqYYphTDGaZwtpYZDJPwBcPzStDMRH1ja
17w4rETJMvFJRtMSRfHVGOb7GEgzqEwI5RAf4FZJvXbMCDpnCKCJosEAwkhj
R8FQwxxOIEPRPzrfXQiSKV+/HOyuujqj3fesK3psJLU1kmrqTQhpOl4jUAsJ
2K0YpczmsbQtHUOSFuihYcQ95I7xAUXxokGRFlSPqApFs/8VtYQ/gd/UpwjU
YM+Rz+ejbmW8D6TVlJLQRi1JMBMbyfmiq1ypPXO+iNiLD7CDD7CXH2CvPsBe
f4D93J4Ft5U1zk0R2/sAW9MWVramLaxsTVtY2Rr5WtnP8usS59k+dIjzGghB
NgHo0EWvJqWhBIlvdqqdv5xLkGHn8ioICP0Ni6aRTin71Rc9LdPSkE1HCjWs
WynVoNIp1aCL52G0mDn6IkZTFAjKmxQ/gkpn1gZqkVKD4sRIm8zmjv7+mBXS
14ZWqIWU5k1GIoLum5vkvmnmQ9BDm8y+Nkkb/TWWhW/dCzepouGVJoyNWjBx
u6QAa3hzC2NyWrYRg/7ITNMwJoyxcaJnRyh9x8RONfQqTNl3EUuFaRjphGmV
W8OwIkyTaYaphls+X60bxXQblf2FH+2vHSwfyecCJeBeC3Xv1fAHPfxBDf+q
h39Vw/9/HPz239aurDuNJEu/61f0y5x+6JOyhSQvVU8JJJAWkDgTsKQ5c3Sw
jG11S0KFrKpy//qJe2O5S0QCNdMPtoiILyK3WO5+R/+jQYN1QI27RZ+H577/
vP6yCa02dHkxnS+4h9rjt8kGMiQ4CQcAL8tGR/rGUHOaugwJjiAk6nRIAR9+
X209wKY84qmN7IDmU708PPYx/NdPBQZ/++zQHpOZ4elCwGkVpzsEh6BsSywa
884n88mXIAMF8/37Iq8fUJwHbIdNMPL1oh4chlzyKAUtQB3fvgWmvqdD7Xpw
uM2cxQnXA5fNLJsUeYhB64L9Pz9N1qtnhsJo4xTZyMMw2rgW4PAe+o5lF3nL
oU8xpigmolsEndeLHbC/EsXGdoBEJQOZTAHzHgxckFeHGpegjuGjru/v70AS
xAebxG8WMzLAq33Z0l3auG8gDalLFiE/pFHgqCiOcxIlgizxFB8cNK6aRmW3
SeLsMjO7rWoNKcp4RDAb1cm8hpmLnRRyl93MqnFep2KRi4xmZhcqJkHVZafJ
t+3K5xXg+zV1KWOwP0gisPND1mAmVOboEO1R3wnEfFxvIfBq/AgY5s8/KevI
YxzyrG3m1cwhULJ4aJ7Px/T+nc2s0K2mWAWESixH34HvBqmBRyq9Ad95S9yj
sxkLX3f38GRuUnzpcrrMYDufV9MMIuKSsC4KIy6TxIm4hRsIYvbwuW/zXOiU
cGyNUNwUSVzJDr287vIVoaKtKLAI5bgfHx1xO9E74rAn0KNOdSiSO3bvBTMh
315scSjwql9XwwPBwk88+o5aYRP37ezoyqxgoo7BCjDVkdu6RT3f7Lpb7tMd
9ZQUp+6b6GOoBk4L7HyR08WBwGp0IJBl9YzuOHFqs56H3nPIgZp6I2RvrTvN
Wzrtvqloy9t5awvDHV0llwYT00Rddn3hZJ/LNjQFVcF8l0NNjJhTSpAiSGBC
OKz9UV8Jz1QiOOSzuYvN87PE1DZ9kUhvBMiv2xXFxAroBSXCJayAALWx76Iq
E50eQk0BaE99fMRe6ff2/HylX9yrsTzt7E25bD42yag58mT2pZb36sxzspAu
MYJvgDpc3ffXTxiWk+cwZfRTfPRHb2o2zptJfjPMIZ6Qyk7GAqB8Vfhd19B0
M9IVmmd62q6fOdlqQcO8aYeYhZ5N8susrjD0MacQXdxPhiyR5s9yQ7PzOCmG
Sr9fhziCFlwM4NbyKV/Wkk02EJjAmU+NbDHbtZ69Po9dTKmL/ITbzQ/OD2F2
2Z3EkkXodFICEUdOFBETKQutzMQDY5gPtjIE9HorcD6uYnwpbC2nO1ptPtyY
OsGrwZb88pzCy4Q7DJxal67jQRKJECkycYkd+FLnAGrF+2S+N5IBagbhQHYZ
ff/K7uq7JJOxPW03LsmKzfwLkpx+NZuNC6bRjtgijMgu2W7GeSRIfexg7rbo
JXscm9s1t3T3u7yCWuuiA+b9ozlp8fuSXxJ0kKXvXYAuymkxL9O3LIDyiGhD
2T1vP24+EoTw/vd0WedXu4dNZeJi2Z15tPEkQwQh8Q8IERmSQRvmt+6lty2J
gzDteX0IUr7jBA5d4sc9Jm/ldhUBwC/Ygql3DKJEfIn7gFTO/RyOGC+iwDx9
2IQXf9X+cvSugDm0XSbrxAnwtHnOMeWEA4rAYzuR7W9TQiGNRTJNYeLBdcTP
nVjMBx60gPoeQupdhm17CSns4i9gl/uxlJ9cHkaprEECHSI07EU2H/cDPbVC
qW1X7kNhwnRPwIdEKr7+KlHvs6pTZoeWdkpKr3JzIKqszTHU+CRFOMTdtrfx
ry2kZ6f8WRSe/371I4It/dpsR1U9IlASMc05MrpieJ1FzyeNt823/Do92fWW
98Ok8TenrOtv5q2ZL7G9fV7fSpR8ZsSJtGEMWvmzlJDyFGXQEBifwBLBEt0j
BvLmuEihBOJTc8cVZ+NLnsQAhzMz8/7eWjE6EGVeeHrg1dkspxbcV36NQT44
vm2RjzOb1DlvxDyIvs085o3obJ9TjQAoPogD8ZHqXH3R7cpM89vN45dnAdIf
dLtKfU8DVJ/T4FLv1gDVV0gBzaYu5uq31T2brNjKZiu2hukKrUO20Xue6vjb
LUOMEgjWfCkGv908PInxr3Y3X+9oVnspZpSwDZX4sGKSQyP7nj45JjSNqHr1
7+PvobpHz0BVV3HVtaoqpz1zZN8UlK3W62nuHm8N/cw3aIcdzg7HjqvmAPCH
alnGD2Br9TMA7VHU8xu2WLebf6rGy12NV8nGYM0cyEPDVN99sUlkEcF3ZUFl
mkaXtqhf0m2pfEUMxfOBtaN2Zj9CHCXVMIh4VRluCDIOtG1qptlsfP2raQQ4
/vLzUYBAzR+jvG1lgDH5Isf51FkEhLRYh+Ag41WM+7G98ySBTXCSIgpsS4os
mE0YX4dbbuLVTVBDS/MB86zKjd1gptU0Kz6ykahpz6lg/slvQxRp4w83nhVI
nm91MShqCFqbQc6wIs6yCaBmKPbU529sS4U2Njq0hcVo2i55i9jPTOPVrsbr
9kbQQgK/u2Q3ZbawVZjPHlGx98L3uHk127FnYmvLpmlILpI3yJyYDnHdlyef
ue6/QWYJSdFrZlJsPsNmaxv6zagczP3ZAxvcdv3l+fvd1x+8ebS7OaysGLDo
YRzjOvOG+hHf6kA6y5CbA66VyUTi/mYa3XTLrvQXgqy15p/LkW1BEmEzYNuW
D9WinsrO/9y8bB9x37SQmU8hFxBPNumsbfZ2GqH1d7BVse2TvL5ookfz6fwg
HwHNiODHIDlMAf6wmMwOQAddpHJ8kB4Ku3tykfThvQzzXZpzxucIRzHW3eOX
9Z8B62VXQSFss4tunp7uUTBpUYVhfxvKzUhGED5boIN9ZIkJmdBs/ZvPY2Vx
hwUrZtj9Qf4YeLFUSK+/YZhlPl7IIN30SjiVFc+TUV73MV/HofdUxovJNYBk
BBOlzKKcBgpEql72DUPgboGk6C0C6uO2cGyQaaQmRjmdF8P211C2RMdh6e7o
+989/ggGS7r7oM6kd3j7iwx98HVkYQKlrrRnhLA9H3iXTN536MVAdnXTrau8
X0x9DlSd31CCez5rWbS3MhBuBFyWHO8GjvSIOiUmfeseYruZq2SQ7ws7rUMS
OwZpy3PHIT6JcCKvHYPpBJUBrGD+m+z/fIi3ZpYHXP//+ombeU0Kov33E0yR
9kOTe6m688Uko5QocOzf3qOqkYuZA/TVp+UYbjUreQqFNHa35NrCYAXm4/K6
6B84q8x/i7YdpQ5mq3FuWIeAVOWLeSodtuGuzDHvmECXJ/eAhMIOWQ3mf2lL
b2b/ILF2avNsZtkewNyQIvRukSewZlKufTGNX2loBfWEOKZQ7/g0t5lBGWZy
sbOZWKwEwub2pT2DzUFv/caBB0xWngsYLDrdzaPA/xjNOJHMi8Bhs0NkapNj
4HCoeT2CedXzm/+qiw9FmwkbIsDcbVyYvaVIncWAGJcXxbgcVRUjoClzaIzK
lJIoxk6KfpkzzfHqwVBdzul5/eUOE98icJr1q4G8+S+br751VlfdvFuOw6bo
Md/MtR4to+eBxIX6SszhzSSWog0TpRoS0ivpW4du5v1iqThc3+Zl1Njyu/l8
Tl42h/zFFRhcRHmvf6zvj79ublFfPY+zFweQa5ZZalkudgcpJ8WNZxswoaLl
GLC+V1eGtnUHNDbebjeGskUG2iKuemOuDnx5+Lze/ioTMyIwJJnEtvXT5vZ7
aCrGTucIbXIOW8DsVZ/7QyNLmbhGMat6o5aLmKPYbNuXrPW3F7Nn/xnal3z/
1C+iuJyFVO62959PG98Ix269dCsWW+HQ2v6+Cu/Xpq+kdnnbmLKSNX5fPYcL
g6X4ZS7va7u2siUHaKIbFzs+otBagwDPt6v7cInrahpp2pSWYzEt52zlvzxi
cmxg9kMWTb4bWteKY1iydz9ekLkFrMpPFhI/WzcMQPQH5kN30jtRaD9tb7cm
MWT0lASx08fdqD9/oBU77ye7AQrWa7V2KImeGnK+0lDgtuM2MdzCAOGSm/qt
gG+u2FyXk4yMW8Qgd2GMffucetOzxbgpFFPqHuDp5f55LWC7MWADVTW9cpy2
qkm8uKbo7X4gPDW7eX0FZ2FB5th4uOLs/Lza/oRjERlxi+9Nbi4lkuRiAXG1
F3G9G0HSyoAAZ5L11hl7WVRhFhzLTm5xa7PskIhwmMtZTtmiGezPp9WjGA1U
H8SQMhN7ap654F+t9w2gelTtBy32Q5b7IZ/2QNSzWB2SayuqqHXNHnekW79T
23io2u6/UVtT68Znmj3exIKmGQuw4iBFPk1i3FK2oNIcmtl8UXfVxR7uzNk5
f9l+DtCQAjz6olYxERq9PkeCkGEo87pljFldZEBJxn5BCmeWeD5XNwvrG0kd
i6knLFm5ldDHF0RLQzXOdvODDdPM8l6xb5Fa0J51akF7liqI7HetGzBQC2Yu
raMgKh4lCZsV+1AhR158O2AXpaaX3Do/FfJg+2PtLHmP3r/52x8G+bfO3x5W
P26/r5+PDGnZLywb1OOCSWfqdvxljUkowkFsRjFdBk3spAXnyLM8lfL5AaIG
efMtHL0z5sjMJj8Rl3RWdnRoAbKKiF3TzkOQgDUxJhDOURwvDZvdoEAL4MU9
PFj0mU4fs6m20TaA3x5pDPjtkZjzW9iP7wCbY3zaK2dmbxyUdTP/q53MmVlN
5cMzc4FUX2/5K5Iy/qBL+esCHljFsmgE0MwVcLhte7/AvmR6SjJaS7705zBZ
TVfD3k6byBfVYA2X+0g+eu66x6vnZ1wmSD+ieOCVWbX5Je0RVrADYoLs28oQ
xz9ZteloeA+wt7gsJwumoOE8J9vrEYz0Muf8/B1unm8zwzytH78B884NzaHr
1ZSTwZalu39Zy9VTXOLSqaY3eV0w28xgMm5nta6D0dbbLV6Ihoi1dIJ/UoMI
Xd6gnN8Udc1YW/x8t9/vOq7oLwfIoeHaA/+fAivOF/qMMXfqTUTq+WBZjOaL
vOc5PQhjoXZNv93ELXhKH/okLFE3D37DoMBmAE1ZtYZNxnU20LIPjGzezRut
pHNgi4E97ZdTzRYL0LRhsb7cN2iL9mX5df9k2JU+HH7TNf9ilr/3SKufJ8s8
aZgT2TNgH2IXnWTQ8otqNrnbuvsTd0/bEUVOVd13RDuXQ262X+Ad4H0ONi/b
u3W4R0d8M8EXOx4TwjXWCSgBL6Fok3rysxa7MpkYzSgnFLODfL27N7zFr1r+
Nqn6IJgp8rl3pWAnKD6Z/0oWCdMfvnI0CVlYYRXOwX0H6q/mfNheXS8dS852
rIum7C/8y2xZK7gYqEMgORNw+VhytVhGPiySxLKxva6LYpJPtRssY64hkoVW
Ax1fr9cPSF8bctlZkmY8ImLS4zAl0Ib+OD9rdwqQLP0Jzwmu7sSjnXuCRFS0
9TCJuF3cu49cKD9MLb4r44Wsas1Ozv0JeYc40V2qvS0jHbiZticL9k6mKqxS
OltxJw5axd1NU+OrvAshr3BqIBccPjWMiBvvB9mZP2LXw7JhonjU6UzSu0Ip
2oxQnXS2KRbRa1+sL5vL6PWbT+mP5aLytAbqsVmETs52dC8Tp7PvTprenTot
MaXZu0oF+6MhuS8uO3pb2AXVmc53eaK3Ce2wO2YgEEuSh7dUYRVsJExIAfp2
lzgwol6Oq7IUgdTxbNtxybZI5nHsV/9aiWRNt9yFlH7uHd/MYgEjnUJHLLzr
YfcZ4hAAGXvTq7NGeFjhprjarldEPKPyoHG2h6Fn0iUvHkTFRQkWDso/hJE2
KcfP0N+8lMiZMNnDUNnldTIKiKEt7v6NsSFgxtzHtdtV8MZ11MZe50BpWW2l
B7vdB7Wus+V8OuKW4h37nSJ1y14T80DLMCXIHnPzXgXi3q7+VtaG+yhlhV5U
4KEyJpNc9EyxxoIOM8mZyShnOoUBKj+5U9ypsk9Hh0VDLpMDSvRymB3zdR9o
JrpHa8cY2TT/Ko0cnTViUNtya0RxNS0EEjpdsmIjtSXXpMudmTG3zszL0q9M
rt+yr+22Ckkw8NJHssVWp3k1VdJE//sRzeqsyrm2QZK4GbgX+KS11Gn/7wQa
tV60sTKNHHtVQo/HX6HVugltptPYJb79Lp9LVA4BYZwNuEG8Y424Himpxqrr
8VWdkwlSQqem+Fyv4lCSaSGufCDxNPEtCaSclV41MlCKeGB0Du2NFHe7eL1d
gI1i3lHsVhE9HOoJjjrvraz0lMtKY2ulIL6CyU8SHxIaynolSAVR5bgQEQGY
pFEJOdOyJS/Ga0uw0i7P46KXPB0Xc9lOPgSxDLS5qcTnf9m/yRfzkZM+bD4/
g8ucWSVBvsGEJ2BjvHr58R2pKS8X6YSOX228Ci/nM7Obyxttl2ZRLwsWUcsM
2SJ2AcYek0MGk9HIWEqx85oBdGMU+YSsJhxmvXrI3CApYR08jZDPGM6h7DIp
jWKUnWQt+u1tQ9gYtK35p3aCl9vVPbwLdmlR71hYT/AkhT+8+CtbO0epaA2e
HcWIasKSOPCbMrhzoi07T7fY/OWPkgOTcacUr5FgbXewh/t5PlgtxVWRWi2J
5dNGDbOA++TaHUX8bGMXIk4gcJky9h0ZMKiDISG8VHuNiuPGiceWSHSJMHLh
QWIHf3Twmksb8WCUhJQZ5z64nx4SXvO8Jq8X77OirFFsr4QrkRN0ksdRRL7h
Dcip/SuRjNZJYl5cqkgVv6qNR25wgawhvhRWbwY2Mwcqx5QlY2x2P6s+JQSq
XMRpiZ1XQJE/mu3t1dPmj/U223gVgDRQtfZ13CzFzk923CYJQn0eS6O8VbA2
Ct9AGUMJugDaUhZfTpncZvHKjqJ0C/C9sZWsG7UYRypqr6FNEydtulg/XlMy
i8dIMx5ThKlGQSXZLRgIlZOOJVTOOKHiI1sG2kKvc0mBB8LA69REfFBX1xLg
BMiIa+2Zp6XHiVjEHsDDE+N5tlPd5cTum9/9TyY6ICijGpxQeXfqvnbyOwZS
zBvNQUis9y601y/ABbfP16YNaUDKUvGF1pvnXXszk2EmZVSe9GMitrJuPR1B
kHjWfjiKK6KI2ZA9VcaD87HrPDy4U3qYHM5fERDygizmXbpXEOzVN53jTlJ2
e3HAodyNxVmY6C8Oz71Y6nJEtuyV04bA3OSnr2MpbFewG738gMAfiVgAabkJ
96gUzks8/GUbmbBDTi08nlydtjQkY06SU6ktXK13LydIMq4JDKcVjk5O7AZ3
HjY4zyKcHMgi2JP5x+rzPec4voLXcoIxIHGHJvwPPknY6cNeXnzc4DX7xVxZ
X7foTts3OZISQuXdA5okM4qf2ulNHK/+vHsO+5OSWVIAO6Xl83vRF/P50L7b
V4Aj7sNneBdCEUg7x4IFvTE3mH9+Zusj8jSMtoDE4lPNegVq5UWIj2+o2VQu
xeTC3bF77KDyeab0VIqsdr2Z1IVRfQisunvHK4VWIIhm9isT5N4g9TsRWNmO
pPTSUoJI4kfmJCNEkYz6XT3/fDDTdPuTOcPt8p6sOYmzw29yh29Vkvki3uYA
bzbYF4veOOtd9TIekSLh6BAbpdkHU1sop2GOzu0W+CZB48mQ2YpIQy2Drm0p
B6M/X8sinbfQfmRgBB6KKgJb2p4o3QTnGMyNr398f4gwQpgbAjB9/fqM7Bha
8CTNGJDyjPYv/6Upmz2rC9m1WV1IA50KRGIp1llRS0uPwMsipUozk1UqP5tD
RUhshGBKrI1OtWSO1d09xnWBUSP5Z2Say21jjhzH8TbMRpG1gctsMIzv8fPm
604jBumRFXRGaKnnT3HT/MyOa2EvZdnJ8B7a1xT392GqKe7sEl2dKtYYcf/I
kSPvwtNr6lieLX9VGmUx0A6n2U7QafZmN5W9g643dLo7T4dtZHjYfVvpcT8T
3hNppuymMABnyGERUUD/F4oqTZUJ47FImGEluoyvc1Zc1h2Sia1DGkxrkZjW
//+/CIM9B6xNj7v/lI+O9DAxT17zU6IZFeNxxhaoOH64dkBuXE/3KyYfVK2x
hMsvxZ3mvfJ6dMNvEkvpMmYtpd3I/1PCu4PQbBFrqc4uQnlcx7c72fCw/qLq
+S4Y3UlytLhR62hilLyubzvg2qbj3tHhQy56/ZN/mA/2N/hxdHruyJWT8F1j
k1UzdfEL4xe/yEg+Y8bbJXTBTlqmk+4TuBTsA64OhnMtIahl/1Oej5tkL6/n
cDen4oYnu7jcIdQjymaS7BYCmlNHEQc92SkppjrsnaBAajdUpYwRT+QzzCTA
NmVMAt1002i3mhM9nKZBd5NPnugHMSFkp0CxJNA+L03oga7C7rxDPKkJ+3U5
mEugeZV2UBbKKkKomKo0qgurKjswDgGR5NAccP9+8vO4V01BWwdN6mCjq6TO
YI9nrBp2SIYLCGC/Aewdu025wK6BGgoDdbLbx2+ZoaXlq0FPZQYx1O/jKoOv
z3FmYU3zzH11kgQzSF3koenz6vZf37aG9PzCP27vYlhXi2mfwZ7XwOVxUFOA
0j9AvqzN0fb8lRCzZiAaf2O9P1I/ayhOTYNyPGdvwjZbx5YHjQJHmGaisNLm
PPlt0CI8dKOItWZWrv2uaM3xi8JsiwGJRz97wrGd3qzxeP3wcv8sZrVVqxWT
xbixO4qDb9e3dwppdp1SgJ5hVatVAlIxoL8IBPQ5u2fwPaDGf/3MkMRggAun
/xAgOY8AI+YQUpGsHSatbGRuvOxmS4OsxTOF8At2Oas4DQamLB/sYN5ogre7
0G8IEBHiOMiFeGMgjAPHIRDjjbVDEDjebIO8McASl2HgXQ0xACQeAuDqN5Ni
0hWA317cDWDzR8OP2y1Wsb/02sA/IG4PpL3f7pygA3bjBDq9sm74C5KsN9sj
HN8ucPGJBtr6bjyg8Ebz92p91qIHayEthJlq3AGkAwRmySEllOu96fCAeA0R
7pv7QsrqUuDg4Hww1NZ3RyvUs1H88GSSQq+TGbPEWMMTMNqDvyDg7LHJMim8
GunbP1buxDerYxlWmRf1o7Gwb7aBSPrUTBYF4bGd3UGE2TkzJFvkPzbnrSJk
aisR75EHYQmbhLh59x7uw+ODfTZrh6nK5uhVk4nuKaGdWlN+g4xUjf4UzENo
MY1aOyKI6zcZhmSm7PiPh5L8IkLJjU8ggxzGv4zi0nxO9o2EDQbbx8BSQ2DM
SYjN4OkD3rIl0MCNgMg3ix6lvt1GHHXjQzBSahAmV3pdeJo+hEZBAIZMMbUg
7V3dbUHad/d4G45CvDxkUrHP4FEPq8A1uPa8rCf2JoMGyL+ncmJ3+qAP0uQf
ekxZis/S/nD7vwqiE18VPgbSngHpBKk13cxsNLwxFRECRKiEAu+KGHWSdY+/
rdmTg6YGahWuk8R1NG6Ygg01apRdyPsyFRLxIRtJhKnQiAuNUGNcuOTWAWEq
JKLOyvgdmUqJWqSeaaGfaWFF23IsUylRy9RYSz3W0tzX7eaFzbdetTB8j74z
EJMnceorL5NfeRl95c/Zz+NmzmaWKZg5cyVRtycxqHciMes/IVQzv69xVUPm
HnuSMqRhR46/vTzye1tMYc6oZ3hIXHWirmr42+zld3bV8maxzKqZXDx6LSIU
FqPltKViyqlQEbNY2ueIQCgPIxwk/roZqbGC3N/uzd7Qi0CRMab4qmTcme7h
1LR/oY837Dy0C0m/JOUgUdrvUY3uHCZbujGJ4u5+X+9f1mAYK0Rq1GUwhuCe
BUP/efx5c0+ArssBxBFpc7r01xKesexI5n60Auvfn7jHy5vLJAhkgIcBw9fY
gWx5QQkktyNSWGWDpHuSYKl1cBTY2+C/CopxcRNw/kH44op9HnlnEJQaPsKJ
oH0qV8FWlDVU6k5pCY2KXht1wsuoB3ImYmmsNzeI+3TOW3o4Q4S4x5v4Idoe
O7gVJx7cqUBi8CgF5Tti/KlTtiMKT3tLmzXJQR32rqdIrv6XwFIGd1Cvfatx
hx7hkG6gPvQqyniFwrd9m/y2pp/fWJPdTtNTAhVlhA6uym3YWmHBK7oNu9j/
hcWbSfnW+R4+WTdx7SqvtweCgOHzLV0ZDgEQyIt2fUoYQp63gzxhsmEzCcQJ
mdn8OWi7/vJlsF2vg1KS4PXgZsmhSuABpE82lIB4eRogEs1J3IcI9yHG4WYc
AbtpYBkByzSwjoB1GriIgIs0cBkB1dtLLCADRA9CBmzbR62pWAy8OO5u8dgU
0C4GqVdo6ZYVmGly8tqBv3uM8OU0ga+TFKu3Nkt0WP7FG1r+tRtKvPTgEN+K
vnvcj95BBUKXEZ93ikTz8Tw94vlzmnwwswMtaBH3E5Ou0sYhM7N6CM9svGLb
Q3FpdiNU5oFcL4X+SkNHmZMTeJ6mmXqK9M7U6+Xxy/GAiSrz7mLav/nvQfFq
9D8SdalBl7L9SrdfyfZr3X4d2lmCZAKpfMoB/PhtsoGwZWEFXmG+w8zGul9M
AhBZJhKbhSweCoBaPI8yjNnYZobNxLdjoQ3YVVlYBIbkqmtmossQNmLa/d3X
NYjGSFo3KED+GwFtPDsPs2HvIpCLv+ZRLHgbh3KfViEl9K6xDGwNQzyKMWrS
bHjHcybk69162htlYu2sZFg4ibfSzgjKv5kFgkRv0nX7DIf+EaYAKdgYSL42
+ca+xAaj9PX7PEZJ6HFnbTHvbv2I4CjcL8EHfEqg5yfIxc3GKpuZz9/NUG0x
IhiNwqJORB2/OSolpPbTiPhA4JqNwKjEPfSr8F2S98H9Tq1IUviteji+uAGY
zdLAkNM5G5i31xeoEN/Sv2SKhBnh5KTSlrcBDvl84JsIG4Vioj8K5f1hBGW8
tUQS9tDw5+3dj1kQmNurwHbD4o8Q1pmPij2RZ6OPkFq5IyMRenir1Yt5UnOm
FAqXnCXBUKb2org4XgqhdYiVRAdzaO/Hk2Hg8dcXQWWQ9UkyYJhil2HlhCwf
jGlO9ZTkXtTTMc+pnop9jrp6JjrV1zoZtPbspDtyZlZ2ukx34BS87NBNd+Ay
StmBJGvBTQT4oEiuA8nogQzrVmOJbkda9XHK/yTNAFqc2ksgmLvYStCK6+t2
dSvpDlDG2DjzGFpVoO/DWRGgr8b8xABUeo/EYcX+CNgrfY8GdCVu0nGSSlen
3D6trbfa5Hx4WA7/utk+2ITV39dRByBZox6HkwyATpz4GibSZpv7liehv2m9
8bblPXcnnMiW7vts1/HXrQubQgCE6x6HMai+3K0e1t4cgSIwGRp0InA2CqBC
2ThEehNSUQPZ2cc6cbC2smC6bIVJWvqYm53Y7T7Rgauq4fIConzLaFzv4SbQ
Sk+ZwgljR3cU0zsDwx082+cJfPK4wR6eILEWekTb+HBSvu3frU023XhopoTk
rt1m9g7tNu83a/MPEfJ++zb2KrwVBdY/fV8/sO8eEob5dp4OnIb2acMFiqJB
ayB4VBKUnFI5zruvclx6RJe5OgCj78FDOTiUyyMtyE16OzwZLg3hc+ZqECnw
RdJcDYPUtQoGOW49DDOD88fCzOHUul3JxjoPbckHnvDZZ1PMUqPNQOsbKa+4
uITLP65Q6j5s+nGHsXlmQ7vNQsva2Au3WWhNm0hhyWhUluoyoLivMINyd2SN
DXqXKEGjRpLgK87QGLDSa5ChufuhRGPMWIZUmQYl2OXe5LS6S4gicU/bTTDW
sbv6YorGGZ76pBjkZF5to5V7VS4hhLGYBTFeJ5Wmjj+Oz2knoIaf/P7oNeF2
yLrsjZxBWTJAOoOygOoKvX1x8gwPrBe4JwPGMb8xw0tcAsDW9/d3IHAS0GI8
LkHeZFkigN09PJmjWHE+JZrF+TkZG6/x2uPn2zHRIMTYND0yzCTwj59PaxrH
G63FsTEUBeSNqjgQZIP54+Zhdf+T7eQgJDSLvprk4yvV4dGbfFpkbu5wao3H
RPRGaV/u6IICJpwjwVoiByJcxBl0WB2sxc4qpnNOp1njMMjI5oFRAB2++88L
fuWQYgkhIQUTte4RJJPPIj/XydpehK+z1/CR7kSrMvClfD4CZbP0MITN5SMx
PkUPh/l0PgLphCw+641sW29Ea1HJ9vtvrHU8lG3PW97Y1KI15JphGEpMI6A2
0wvD2XwwHKMSLjEspWgSeCGLJ19WwLBAEUQTsajxCkPBJMLcCSETW6ERA5CI
beE7s4D5MY0W5TXwoRXDqCztFsfzAO+MP2PKFAXl9pxq0/ELKRktSEzkHTi7
rzA0OlZreBA3hyhOHHFAVEvq7MTjO8KhhoVsA6kmwann1HcuLWRs0CLfTCk+
hG2oiyJvMzh6rN9+eLIQ32YDOzFHq0D0NeFamOnDjuDTgFCTzetIe+kyD5OA
SZiDeFmkWqSX6tMxeoRLYUgAl+QwtDvnZgK4ZZgObkowrzZLhUZtQWFSQvb9
Q95CAvhoZRzlkxcegdfo63c6jVE6IwatVJZBw6venDmXqz+K/c1Q30RUBnnA
jYoJ6MB0PbHtIW6CWqJMXszj9F0eeTeuyJknxKlM+Gi5NBhHwXkpBA5Isf4y
ZGXolLRUtl8/YbpMXk6Pm7tnxq1Oq7LxF0EmG4Kthg4tlvWxmxa5KPk1aAjF
fDzHDdmxN3ltnt0scD9peDQIRdSFmBTMu6waDMyabY6kTw+6jbccNLs83oS1
eYhCmjI8dwGHPHBQDu078JGMjpjDhCWsGUXdre2C97xCyhGFi7aCOAsSOBfu
57hSPimpqCaC1YrS08dNdTE+0r4j/OBzTIgKRHxE7huYtEmK+ryyDpyhmqbq
lfbS0mnCd5EuGPitEv4fOLHYnLKv0P6OPS6CLKMlu1b4bKwjPzdgRPhbLzhi
hzoTOoQCcg+N7ugluCG/mX16m4/Lg+NoM+xQgAy89kuEODVH1inAB+b1k9O7
oJmfo8WEmwW7sCluV7RGzV0wK2em/8sIHkzReaiWIzJMj/ossq64BNq3h0sk
rN27+y4R9Vkyj4SWPsJyndsds3sjI+VLXtXEJqcpw8xBXqsabaqZMOhWgUbi
2qRhLLfgzM5Sxpinx+eqZpwaoNWC18lk9tsNurAkbXa9nfPXw7j2FGuT452C
hXrbaKdvEoOdnbaN5WzF20YDq8W49u3r1nvbbcL85jQx2vv0YP/RWeBizHSy
09Z7OzlP3Funk7YHZN4vzjTuQhX/zvqljaHm1TyzB92rbuZPvDRLJi3kaIiS
xW3ZZVXHrYZt7EdXWCyF9kUZpmH4ZdkTMr4IitKLLEJnkXdLMnmc3/OMgLIo
uyODMp/f2ZZcbmTfQ5tu+ofwFc2FtKMiutZaUdk3lj7dba/7z+svTBGZj7tF
vyJ1GKhhuB0GqQWBUbJUcGlua1lYIlwaT2nNIBpQkcrPpxw1J72pZJ1d7slA
Z48LsN5SR2MqJJqizNFSYKdph+nvCStIa2qoS3cEo/Rwbj3shIGUMvLw+k5u
5uHrzAqr6kxobIPh0dN289kPMMwZnQAyBY++Bd/tx76WtZo3tphMvchVVoKS
OAst2gIkBJ9jhDtS6kk9XSrSm6LFUWeRJM1bhnAqjWQXqqyDOQozMEjbOJGN
gUt0lDI+YIp1bUyhxQKOrU3YVYRDPBolbDyyj9l2xld5sp6Pxbw+g4XBYuoi
uFCd7qJizNh+6G9E5XFF9jeggf9yZ/iJYBvXLw0H4aUCrFzZ1abtCNLi8GDF
ZuZdMWXmeCHjBSdwqZO0VAyZnthWJAwoo4RRomeca57G4Tp4648v09b7gdpF
WkwtDUwir5iPnF9RCFjPBeFeDYpKuGoMNLp5AUFNZzp8Jw0f6NM4sApKw0hg
ZpkUIT1j0QK4jtqy1S7Psq6zYqg4zgBnyKdpna7t8PjygxjT6cJblPhfZJ6F
az+MTceY8NuPgiTTzaDiGVTeaYW1yyBFF+AhEILKOddqYj7+bHx5EyRJVmnM
1bZesUze/6RZdrZNVAFnlO/4IC4yCbLDaTXNkGMmlbGWMGKHbJaHPrOghrb6
YY4EVT8oiFHph3hbKJniN0qryegW61XY4mOoc7DS6SFSt3pKw1YGGSjXq92i
LIwUglazVfRwBKcStEI0UaWUTqwrKU/tYtc6Mi+14KnGHdYSoze9ESQbIHhC
6UCkqnso1ETkw6xWXUGdQt1Al1IwpTLVBS1zKr+AkHbjrKUM8QlFi5vHTtEC
KrNI50KSZ6syx5+NeaogPA3y9PbTmelcXExPt+ytjAbHnGb9Kqk1SDHkuPgn
NOrzI5fVvZr66YQ/uSR+h17AFSaNlzt7QyQUliA5Z0XlS5I8q9Cg4qkisTmT
v9gJOCvqsuqb9VeXy9zKD7GTrQ/dIEcY3chslDeF1JVQsFItr8efPi7S0dk7
ncCqLaSmlDe7KbdD7MlSb5D0OQrh+Z8YlYKCkPyaS6e5WN9asAlJtc5/orcj
lxRaBSezBaFzYEGQXu5/3Fkdkg2CtBgDhwzMHCuTgRZVes5Qxqj3MjcvBQ7Z
r/CneRxLYcWB7H3HnmGvxtVQDzLPuypUDHPzIDZrOiiH2iw0yiEkxYstklef
zVw74wdFDM+rHAx0QLTgtsrW7DhaHhb5/Ab23Yud2ODSmVOHO1cDeWslqnH+
Ti1GTTRuG5dv6Wz7G1i9zBPeTAU1nWegRGqR1mHcUnWfjKHjDtiHCN8o5m9a
6tNJiX1O3qXEXm1u5bH/fXiLO5zmhQxlnjGPnbTsyj7HpO05Tl5PUjKtZO3b
80n7hWyM5bRs8fh94rWkXmDbq2oPUCGFjom7fpOsfYu1bRd6k510Wr/86+O3
Kdnmcep53h2fcZkak8DZ3CxctmaWzMBL7ynDcCwOVJr5MEA1GDRzV76e8X4H
hDAQMkBf+PjLybvj12/ioVJrjS0s8/PsuMM0BBM1RHprIXOOWE7Ysq3Yvfpr
UBOh9MvH/AxlQ/V2fbEBwpP1BQrlX2GrnoP/OZo3snJYh4F+guogkCFWnh8I
4bK8kokbqRJECsL9MZnVhI5kEirZk7y8ZCVP1cS2/8KKFpwHb4Bbcj+Hln7E
31ws4tObsJ3aUQ7WPxbckbxpOasZ5p6DTsR29cZmwGhIzjXUojxV1DSes2NC
M8aoOd7VG6GjEA1TEFezipkBO9NuZd2nhG98WGDWWNnJeYXgLWKg/U3UObuH
YGUMnLV1MRTM9SX9vKKf10fB/Fj1aYa+i/l1FX5dHzGLU0t8jUnUZX9X3Q/4
vdqsVT1refd4axhU+d3Kac+czjf+NbnicCaK48qbyXp7SuwfjCjBbC8URrzg
LM95igXGkQCUc2IiXa3oJvxzApHJXHTiYbAtwQwGV3XbA007497IuXA2zVu4
ha16WFV9a0Ds2UYydLPcI1pPmePfGS5LeyscR5pSYa9xeVGMy1EFjJGqCG6/
lMyBGKE+7jeWc5tVvVGCMQshBGW6ct/rcma9p3W/lD2/z5LuL26Y8CtpFXfU
OdPZ+dDUh7a9NDPUEsoXXZTySbefZ8jAR0ZB7obJIEPGOnRWD+Z7z0eVs1Jw
yxt+8qicNkMAF8l6mwNB9+ss3LGFgY70GKYOjAd/7VXtLgx1cYTQ7forTRSz
FC+Q34BSF9njyPLGmcik6GnhErmboD7p6AqtIX+/g0BlCTzSBNdxSjXdSVJh
nT00pVPGtsaSa7z9BMSxLel3CMMowp9kCeosDKpNVOkiRGOpVij2WZAcFgRF
miKgFcIZFcavGbHFTTPGf4/HYjFpvB54pMpML+xi1lA4D1KPikwDOrhGOZ0n
KptJXFnHVXOzGadic9xu1uLtsi5OskqaGnBn5ZUVyDCCNNR7nDCU0n8q5QxT
dO6pdDcvpAPkI7iSecmDyjM3pK2zsIw0O1XTY0peXNxI55Gwsd2yrV8M66Jw
EkdWYR04RZX76rCDeeU8isY3/wwbOeypRT2/qWXxUhYdPTKHOCGo57BD6RUi
XCkbp4sALqZwv7nnQzSgz4J1iPYTKyf5h7gOdDhUZziLAU5c6Tvio0tb+WS9
vGmyIMBO+piyqgYvS3ozKDONG7+OlsBWvd5iPFckhnMqqIsMpPlXaSrIZo6z
QuqEg5etg4OD7oTVTS5E0XuapxL6SsLOfimnwcBtjZvSCwE88xYgGaHzE3B/
4MhzPxNRs49O3ulsl9y4mY5Bu0YyQ68kl06c4oNC+HqMpdikxBRNCMhqIXBm
TgDv0gXAaelsGKzNb10Oh56KkPpxx1ryLo482f4Ejy8S+FuyDvdMq3EBujJz
dqtKcsTBTV8ZDElLU2nAp8zXPBmjrfm4MZuz6EtUsfMkBAadJwKKComYQ5aL
onUwes68v4jqmDmuakmKmbTCSIevYzbwuslFeUqaBUURKYUYNw6HSQc1CwqH
sflOXp91JkfypP7Ajmn/m9cvlt1hXbrYb3ujnGNslLRJQotpvlXi227sSWUc
oVbfRi45CHWuq6jEEx08IVP1mH9BVMvoSUIM8vxj8681ZUyAiDeeSgDj73l1
UTTwuljpoygtRClEwEhm3cG3M8gGvHhh3s+8FDYPfkb7sg07xmsu69wZCpB1
Q88fu+bXVfh1bX99qJZlANgC84IXOZITXJrm+JiMg0lEpMjDVtTBg9B6hpJi
yrqG5vUkLH5W88mml3E1zdXEMF5wuNmKbl77n9xD2J+boEFcPYeYB06LmOWG
ZML9XJTN9YZRneWGVWUtKg0z53TgzMNL78lSH+sltPaIoXrY+80B3n9lfgg9
bBiumfeLJQ0QH39Mj2uFB7aDdERi3D4ewPgTdqd6CbfBGPek9ajmT49OouSq
PBGUkLRMF/YxmYIvzZa1kyd2xzQ37s4nVsvjOiQyoWiPoKRu1Q5nY93skC/A
Q1iQVMsFMuDHC0+TAxYAViziCID5YiYu2Jh3HDyodb27P6VlrDylUNUUxCQI
Lvy75zG54pAxSF45QsNqWq1AsEILjLrMu0ERZz+FPh3pKGrCh7QbIX7ScW/G
S4y3sF+8N9upt3TvYDGNDuU15egEA/E2GUGnk9DxnJ4kKs9OUzqiFPLd20Tl
AdbilE001pCkTdA7SXXbaec8VfsmVXuWVHLt1qYlI3a2SXm8KOYspfVMKb6S
j6Qf/5KRJYIeYaaQZGMU8cVgLlDOxsXci9yoYprKO0MxdZJ2jeDvlgWCGS2A
p2Az5dnhRAhAbg+pKpDRs+aRvLKc+hxGcBbfvzyutseb29sXZ+c4XkzzOvOc
Hy/5yDqiDoMme8ofuGdb3S9rUZ5VjSh7HzcWQiRJ8poHL3v5nE4cHcy5ffu2
qjq+yTezfwhlXjPLQtyCNg+7fM61b4qKD+bJemexppk8k47W4KntkVW6LGf7
Mpkn7k7fBcZpyezH3rv3RRzbPl4ieN2raI/BgdNZRDmxgSVjzOdbZm4eOUNB
sIp1AmlH6lgKyxVgEN/j6OhU57NWNk2HH78u+RgIYeLzt1ctzUk2TIj32cns
rI+sGZS0iQrW0r8J98SL8CsYaEMBn9SJ8KQX46Csm3mo99ojBjUro5E1y7Jb
BxSfRfR+kFyzMy/zL9vQFuNPejm598UJH3xdrMJblrMq0cvbOVrjyKNznZFb
cZxJmX+LPD9pMTA9+eXd8ek7VtH55f3xGwafnv5y0jl+x2t+OXkdhNnAx/LI
rRTaJ5IWJs1VVaI4WWc2jA+6zupjllF/Q+a5PRUUsSOn8IyDyLHjQ9jSt155
5IIS2EMBZFGpKk8i0tGh5IgouWwXK3om5fb7XSewFb1R2RFyNamYpHxiTkQh
2Rmh/tc8TSjjuWWvz3k/K2Rzh4evwIyxGc7RQPX6IB3whRVFGjmBJe5oVs2y
5mpq2NIGnNfVbfkN7H3bArhQ+0Ub8ebFLxeqLB3qmIWPWCjc7887/QXJzQWj
ieT+5cJu/6f2s9hbO73RSSIqQVWxeEU8w6mXqvtaT4P0en0vmICfV4rFIVXA
JJ+l9QC2fMkLV2jJG+V1V+5Zfe+c1Qcj9XruQgygOxn8MhNJxhqQVqZ4Q2Bt
ahO9luAqMkzqckMKOWWTyyx1sGypjTiCRMrQB80i3VaO4mObbxmlCXSM2DCa
YKCBJcNWBpUKVdSl90cKft4q/QWdAfXgppuNeWFBBTbfTekj/cT0Yq9lecLK
i+wTFS7p5xX9vFYS0XRyGisZPXv9SZTfhrJ2Wz3BxCmhdCZK56L0RpTeitI7
UXqPoYWPOm7+nSS3F/FWT057N+debQ67BxJM3aMDtxM0qqNG1CODPoiXpV65
uPJidAgNQHtR0wd7LcHbWz9g6ROQ8k1JGYizOvCuqD6J4GGxaggOV25II4xq
QDzm9F2F4VvKvBbqLo71GuOjE/cNOslvkM5XhHOm05FzKCqfn8vy2/O2OWYu
wWaHGYiXxPzriPnXEfOvI2Zc5/3ZOX++U/Z8Mib5VruU2j2PWblhkN09KlOl
GbXkFPcn7YuwgAhvj1ujd0DYiuA4o5LdxrEzr2CnCK2vM/ltKY3g3VavsOzk
xL9EDMFxQYWytkkGw4LqZiNRupClv7NiKRpr0bEWbcvsgyjJNhlGYyJKMpyI
duHHB2DzkZfRJCfjZr2d8+zNaypeZCeqJIsdXuLjXNAwLjfn30VxIkpTUfrI
SmNABnLs5Fx+UJ3YTzEknrQn2RLpOG1FMeZFf7yktaIUncCLhMcTw5niESpq
PiwmkcRDMFvs5liF4OcN0YHEdtbC5Q/qrM+EKE01mHM4kBkYAD1LmAmprE+Y
VNSbMGF2TlG45nvZ23fn45moeH8iNjubQoyVz1+HDuH0KlkFvFVdVlZFJfsA
6rDyTXBUBSssOKiu+cHEbWL9IXNzyX5fsd/X/MSZjUperEcVLy54YckLn5QV
Ax1+BV3YFq9kMVwebFisuTUri5MMhTdoshw2+zeJDU9sBSevO1nPHDRUwz10
YOfDOczK6GXtS71pRgsCymgW6EvDbjZcsuIiG3apOMnOT6hktkJ1Ze7X4NMU
d1iZzQqX35azSWrOLDGhcHgvb9sILZ6qQF0E5685hMV8Pj3rfGqfrb5qwe5k
waar+M2DPC343A0FQwr73+ZgPzVUJytx8gBV9x76aVwvg20fFkTLJ/5eiL91
RqVtvmiWJwJR3NRJQdBTbtov+57F6VUTiCzQICPXt+4VsL9qw1IoIJthfg/r
amFZpbIP5gKGxap38lXWIc78ZG5yfjBvsYrOevXQ1XqtVWBD/cN3XkvKSMV9
3iFRxJcJ6QMpsgRUylATvbzuhjASvJ6EG7pJhhVhDVJYxBpGnSpRGRaWqvdr
WVUn4naMrsy5MYzrnUZLV08XcV01iusSXUPUamwAVkC81RB9+9Wn5RgloSUT
Y0ZA53AaCIZOK4fF0xniCej3PL3VYLpqXuDElEuDycqdjiy/lczA29ey/W3n
PD4fa12x0BVLVtGyB/lBXKLGVvbP/4ZtKNgtwzbkz1O3vfi2T3kzupmfJGiK
ZetWivs1f4e+MCpns1y80POzoE21ZcVNnb95z8sHvIglexFL9uDE6KJTnPCo
5P3gxSz5iwlvyezPXgwxv+qNqpulfGV+2izLcWjCPXjJJa8k/knK0HjCuEjw
mvAsbomhagO7T5cZbNPzapoBk+Ws1LAN3PInpJ7kYjUvzK6L/qKH9td1hnyd
q3BSJaZb6GllgzfWQiOU/6oL61kU+zpwC8pWY5P+4FV/3mG/T+1vm0JmTHaL
PGR12PZPW7cEFiOx369uJmfv0tMZJ+LZqaQMzs5V+Z2kfDFj0o7ZGoltumwu
dpPzFsND8t8f+DQdsmnaZb9HjKSD8lJM4W6YwjdnnXNFYnRlccnm9yWf3132
vk/fSBrjcUMpApXXZV3kzrQ2WglokGs9WCDK88dFbk5R2PdZzGdyfZEhNwel
pxS80LSP4s1Y4zit5rFlLAtuVSmP27blNxhXn8xZNHaBlqx5HogxfLoPtu7s
HYt4PFgIAXlxBYITDiS9z0CgVUzC0vN+Rzw+bl1M8vqi0SwoV7ora+6SBaIF
bTy8Eh4kWbrTEi86ZGOg5C0s6QkYVxRWXaTsx5j4G8Oy2CgeNiKSnzTvThKM
TFI2enqaBfEols9V+a0sn71WZYU/72Tn72T5zaksv1X4d69V+Y0sv/erGgVL
JS8wRqvmLQvesuQtS2pBqiW0wY5lHj7oVLH8Ljs7YeWzk+ysw8ud7Oycl8+z
M97/7B3xbMiSZeIUH2ZSbJBd82ItW+nGRwUPQOtkUvQuQsVSVtB4riIaY6G7
LHUXugkrqytZicDj3sWn/s27k+ytfxl2d83qASvT/dgYuoJeyAQpNZRFelGW
nsiE6GKRSSl72Fj8Xp7VorRkJXoltsTblqJtmXnSZdFd1p3XMFAQC7gqM5qu
Mg8WqmDbn2WXrNRk/EhYZDNR4m1L0bbMGlH6JEqXonTNSpfhIaB0Jdquw/WQ
Yu0FkaMrzk94uc8LE9Voyn7V2OMtG8viQhY/8eJCFvErpMOCHv0vr14eli1v
AQA=
---762349276-478456792-1101401486=:10798--

From owner-ucd@eso.org  Fri Apr  1 11:08:09 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3197jPI021132
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 1 Apr 2005 11:07:45 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3197jNo021131
	for ucd-outgoing; Fri, 1 Apr 2005 11:07:45 +0200 (MEST)
Message-Id: <200504010907.j3197jNo021131@mercury.hq.eso.org>
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Date: Thu, 31 Mar 2005 16:43:11 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: ucd@ivoa.net
Subject: Kyoto Interop
MIME-Version: 1.0
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Virus-Scanned: by amavisd-new
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear members of the UCDs working group,

In its last January meeting the IVOA-Exec board has appointed me as the new
chair-person of this working group. The former chair-person (Roy) moved to
chair the new VO-Event wg.

Thank you Roy for your work, and your very effective way of moderating the
bursts of discussion!

- KYOTO
Kyoto Interop meeting is approaching. In the preliminary schedule one UCD
session is foreseen, Friday morning (20May2005). For the moment I only have
the contributions from S.Derriere and myself.
I invite you to propose to contribute to the session.

- UCD1+ WORDS
A new list of UCD1+ words will be made available soon (within next week)

- TOOLS
New UCD tools are available. They will be presented at the session in Kyoto,
but will be made available for testing next week.

See you soon
Ciao
Andrea

==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
00133 Roma
==============================================================================

From owner-ucd@eso.org  Fri Apr 22 19:50:54 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MHobnm000647
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 22 Apr 2005 19:50:37 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3MHob5J000646
	for ucd-outgoing; Fri, 22 Apr 2005 19:50:37 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MHoUnm000633;
	Fri, 22 Apr 2005 19:50:31 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MHoS73011161;
	Fri, 22 Apr 2005 19:50:29 +0200 (CEST)
Received: from [192.168.10.71] (windows-nat.cacr.caltech.edu [131.215.144.144])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id j3MHoMQm026023;
	Fri, 22 Apr 2005 10:50:25 -0700
Message-ID: <4269395A.9010802@cacr.caltech.edu>
Date: Fri, 22 Apr 2005 10:50:18 -0700
From: Roy Williams <roy@cacr.caltech.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Andrea Preite Martinez <andrea@rm.iasf.cnr.it>,
        Sebastien Derriere <derriere@newb6.u-strasbg.fr>
CC: ucd@ivoa.net, voevent@ivoa.net
Subject: New UCDs for VOEvent please
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.9
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Roy Williams <roy@cacr.caltech.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear Andrea and Sebastien

This note is to ask the UCD working group for help in building a new 
section of the UCD vocabulary in support of the VOEvent working group.

The first meeting of the VOEvent WG was last week in Pasadena, with the 
objective of describing "immediate astronomical events" in a 
semantically-meaningful way. One of the parts of that schema is 
parameters that say what was observed, and another part is a 
"hypothesis" of what astrophysics may be behind the event. As an 
example, what was observed could be a "mag 17 source in galaxy X that 
was not there last week", and the hypothesis could be "supernova".

We would like the "hypothesis" section to be based on a standard 
vocabulary, so that people can select and query based on these words. In 
other words, we would like a UCD section covering astronomical event 
types. Could you help us with doing this? Perhaps a meeting at the Kyoto 
IVOA would be appropriate? I cannot be there, but Arnold Rots and 
Alasdair Allen could speak for VOEvent.

In the meeting last week, we came up with the words below as a start. It 
is in two parts -- the astrophysical objects, and the actual events that 
relate to the objects.

Roy Williams
California Institute of Technology
626 395 3670




** Object types
    AGN,
    Binaries,
    Black Holes,
    Globular Clusters,
    Pulsars,
    Quasars,
    Neutron Stars,
    Supernova Remnants,
    Soft Gamma-ray Repeaters, 
    Planets (minor),  
    Comets,
    Meteors,

** Events
(includes discovery of the above and...)
    Solar flares
    Cataclysmic Variables report
    Gamma-Ray Bursts,
    Supernovae,
    Microlensing Events,
    Novae,
    Outbursts Of Unusual Variable Stars,
    Cepheid period change
        change from what?
    Inspirals
    Xray burst
    LIGO burst
    neutrino
    planetary transit
    pulsar glitch


References

-- IVOA VOEvent Working Group
http://www.ivoa.net/twiki/bin/view/IVOA/IvoaVOEvent
Presentations are available at
http://www.ivoa.net/twiki/bin/view/IVOA/VOEventSchedule

-- IVOA Unified Content Descriptors
http://www.ivoa.net/Documents/latest/UCD.html
http://cdsweb.u-strasbg.fr/UCD/ucd1p-words.txt

-- Two example VOEvents are here:
http://www.ivoa.net/internal/IVOA/VoeventWorkshop/voevent_example.xml
http://www.ivoa.net/internal/IVOA/VoeventWorkshop/voevent_example_smallest.xml
(if this XML renders badly in your browser, choose "View/Source")

From owner-voevent@eso.org  Fri Apr 22 20:17:40 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MIHOnm004516
	for <voevent-outgoing@mercury.hq.eso.org>; Fri, 22 Apr 2005 20:17:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3MIHOWN004515
	for voevent-outgoing; Fri, 22 Apr 2005 20:17:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MIH3nm004434;
	Fri, 22 Apr 2005 20:17:03 +0200 (MEST)
Received: from darkstar.astro.washington.edu (darkstar.astro.washington.edu [128.95.99.45])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MIH073012476;
	Fri, 22 Apr 2005 20:17:01 +0200 (CEST)
Received: from darkstar.astro.washington.edu (becker@localhost [127.0.0.1])
	by darkstar.astro.washington.edu (8.13.4/8.13.4/Debian-1) with ESMTP id j3MIGr8o024938
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 22 Apr 2005 11:16:54 -0700
Received: (from becker@localhost)
	by darkstar.astro.washington.edu (8.13.4/8.13.4/Submit) id j3MIGr4Y024933;
	Fri, 22 Apr 2005 11:16:53 -0700
Date: Fri, 22 Apr 2005 11:16:53 -0700
From: Andrew Becker <becker@darkstar.astro.washington.edu>
Message-Id: <200504221816.j3MIGr4Y024933@darkstar.astro.washington.edu>
To: roy@cacr.caltech.edu
CC: andrea@rm.iasf.cnr.it, derriere@newb6.u-strasbg.fr, ucd@ivoa.net,
        voevent@ivoa.net
In-reply-to: <4269395A.9010802@cacr.caltech.edu> (message from Roy Williams on
	Fri, 22 Apr 2005 10:50:18 -0700)
Subject: Re: New UCDs for VOEvent please
References:  <4269395A.9010802@cacr.caltech.edu>
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.10
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: Andrew Becker <becker@darkstar.astro.washington.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi all - A quick read-through suggests a couple omissions in the
"object types" - there are no basic "star" categories!  E.g flare
star, periodic variable star, AGB star, main sequence star, etc...

/\

From owner-ucd@eso.org  Fri Apr 22 21:27:05 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MJQsnm014566
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 22 Apr 2005 21:26:54 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3MJQscQ014565
	for ucd-outgoing; Fri, 22 Apr 2005 21:26:54 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MJQinm014535;
	Fri, 22 Apr 2005 21:26:44 +0200 (MEST)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MJQhXW015930;
	Fri, 22 Apr 2005 21:26:43 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DP3nR-0005d7-Iw; Fri, 22 Apr 2005 20:26:37 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id 5EF0D271A0A; Fri, 22 Apr 2005 20:26:37 +0100 (BST)
Date: Fri, 22 Apr 2005 20:26:17 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Mark Taylor <m.b.taylor@bristol.ac.uk>
Cc: Tony Linde <Tony.Linde@leicester.ac.uk>, IVOA VOTable <votable@ivoa.net>,
        <ucd@ivoa.net>
Subject: Re: datetime
In-Reply-To: <Pine.LNX.4.44.0504221847190.3206-100000@andromeda.star.bris.ac.uk>
Message-ID: <Pine.LNX.4.44.0504222005470.2962-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: 7870beed100dc81907af5dc41b31e634@1DP3nR-0005d7-Iw@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Glad to see this subject poping up, Francois Ochsenbein and I had a small
exchange of ideas a few weeks back.

Mark's explanation is quite good, but I would like to add a couple of
things:

a "datetime" (however it is represented) corresponds to an instant in
time.

Julian Date and Modified Julian Date (which do assume the usage of UTC)
seem to be one of the most appropriate way of representing such instant
in time. Using the ISO standard (string representation) is quite common,
but any application wanting to compare instants in time needs to convert
it to a floatinng number (double).

Instants in time may mean a number of different things, which at this
point we don't have any way to handle (more later).

One of the problems I'm working on at the moment deal with comparing
"simultaneity" or overlapping of time intervals. In this case, the
application requires two instants in time: begining of event and end of
event.

One of the sample VOTables I'm using has five (yes 5) times listed, and
as it is an observing log, they represent 
 1- begining of observation
 2- end of observation
 3- begining of event (a solar flare)
 4- end of event 
 5- mid point of observation.

UCDs don't have the structure to let us differentiate one "instant" from
another, units don't help either, utype? Perhaps, but few people are
using it yet, column explanation? We're lucky if there is one attached!

At the end, the application I wrote let the user specify the columns for
start_event & end_event...

And those 5 examples are not the only ones, we could have 
 - light curve peak time
 - time of discovery
 - time of minimum/maximun in a periodic light curve
 - time of transit
 - time of measurement
 etc. etc. etc.

Seems to me that we need to: first agree in valid/meaningful ways of
representing time, and spread the voice urbe et orbi, as we'll soon start
wanting to know which events were observed with given instruments, in
particular if the logs are available in the VO. 

second, start thinking how to identify the different things that an
instant of time may mean, and to start, encourage people generating data
to add meaningful explanations to the columns, so if the user is forced
to make a decision by hand, at least it is an informed one.
The sample VOTables I'm using right now don't have such explanations
attached automagically yet I'm sure that information is available
somewhere.

Cheers,

Patricio

On Fri, 22 Apr 2005, Mark Taylor wrote:
> On Fri, 22 Apr 2005, Tony Linde wrote:
> 
> > Can I ask why datetime is not a datatype in VOTable?
> >
> > Cheers,
> > Tony. 
> 
> Because there is no corresponding FITS BINTABLE TFORMn value; see:
> 
>    http://www.ivoa.net/Documents/REC/VOTable/VOTable-20040811.html#ToC11
>    http://archive.stsci.edu/fits/fits_standard/node68.html#3124
> 
> VOTable takes its idea of what datatype a FIELD (or PARAM) can store 
> from the FITS binary table specification and not from XML Schema 
> (or anywhere else) and thus it's pretty low-level - there isn't even a
> String type as such, you can only represent one as an array of characters.
> The only type in VOTable but not FITS is unicodeChar, which is 
> presumably allowed because there is a clear 1:1 mapping between 
> UCS-2 Unicode characters and short integers.
> 
> The datatype attribute is there to tell VOTable parsers how to 
> turn the content of a TD element or some bytes in a BINARY (and 
> possibly FITS) stream into a numeric/character value.  Any semantic
> interpretations put on those numbers/characters is up to the
> application, perhaps by looking at other attributes such as
> ucd/utype/units.  The most obvious place to note that the 
> content of a particular column is intended to be understood as
> a datetime-type value would probably be the units attribute, but 
> I don't think there is any standard way of doing this.
> 
> It would certainly be useful for generic VOTable-consuming applications
> if there was a standard way of telling that a string should be 
> interpreted to mean a date (or sky coordinate, ...) in a particular way, 
> but at the moment the VOTable standard does not operate at this level.
> 
> Mark
> 
> -- 
> Mark Taylor    Starlink Programmer     Physics,  Bristol University, UK
> m.b.taylor@bris.ac.uk +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/
> 
> 

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-votable@eso.org  Fri Apr 22 22:01:42 2005
Return-Path: <owner-votable@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MK1Onm017149
	for <votable-outgoing@mercury.hq.eso.org>; Fri, 22 Apr 2005 22:01:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3MK1OUD017142
	for votable-outgoing; Fri, 22 Apr 2005 22:01:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-votable@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MK1Cnm017111;
	Fri, 22 Apr 2005 22:01:12 +0200 (MEST)
Received: from noao.edu (noao.edu [140.252.1.54])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MK19XW016636;
	Fri, 22 Apr 2005 22:01:10 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on noao.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.8 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00 
	autolearn=ham version=3.0.2
X-TFF-CGPSA-Version: 1.4f1
X-TFF-CGPSA-Filter: Scanned
Received: from [140.252.4.27] (account seaman HELO [140.252.4.27])
  by noao.edu (CommuniGate Pro SMTP 4.2.10)
  with ESMTP-TLS id 17797453; Fri, 22 Apr 2005 13:00:56 -0700
In-Reply-To: <Pine.LNX.4.44.0504222005470.2962-100000@barbara.star.le.ac.uk>
References: <Pine.LNX.4.44.0504222005470.2962-100000@barbara.star.le.ac.uk>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <37f3be7d4fa97c140bc4f8526774b646@noao.edu>
Content-Transfer-Encoding: 7bit
Cc: IVOA VOTable <votable@ivoa.net>, Mark Taylor <m.b.taylor@bristol.ac.uk>,
        Tony Linde <Tony.Linde@leicester.ac.uk>, <ucd@ivoa.net>
From: Rob Seaman <seaman@noao.edu>
Subject: Re: datetime
Date: Fri, 22 Apr 2005 13:01:01 -0700
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.11
X-Virus-Scanned: by amavisd-new
Sender: owner-votable@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Patricio Ortiz says:

> a "datetime" (however it is represented) corresponds to an instant in 
> time.

Well, simultaneity is not just an issue for GR.  A datetime, whatever 
time scale is used, only makes sense with respect to the location of 
the observation (or a derived location such as the barycenter).  Some 
representation with a complexity similar to STC is required to 
unambiguously capture that instant in full.

> Julian Date and Modified Julian Date (which do assume the usage of UTC)
> seem to be one of the most appropriate way of representing such instant
> in time. Using the ISO standard (string representation) is quite 
> common,
> but any application wanting to compare instants in time needs to 
> convert
> it to a floatinng number (double).

If the precision required is larger than a second (a typical case for 
ground based observations), an integer (long) may be preferable.  A 
simple epsilon test may be sufficient to test for equality.  A more 
general case may be constructing a histogram representing the passage 
of a wavefront (or non-EM event) - in that case we may want to consider 
more obscure questions like whether the histogram intervals are 
half-open on the top or the bottom.  Deciding the simultaneity of two 
events that are extended in time rather than instantaneous is a more 
interesting question than simply whether two intervals overlap.  (Even 
ignoring the differing physics of signal generation and propagation 
that may apply to two different wavelength regimes.)

Rob Seaman
NOAO

From owner-ucd@eso.org  Fri Apr 22 23:03:46 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3ML3Ynm023353
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 22 Apr 2005 23:03:34 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3ML3Xjr023352
	for ucd-outgoing; Fri, 22 Apr 2005 23:03:33 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3ML3Qnm023340;
	Fri, 22 Apr 2005 23:03:26 +0200 (MEST)
Received: from apollo.le.ac.uk (mailsend.le.ac.uk [143.210.16.125])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3ML3O73018617;
	Fri, 22 Apr 2005 23:03:24 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DP5J1-0007KR-A4; Fri, 22 Apr 2005 22:03:19 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id F3315271A05; Fri, 22 Apr 2005 22:03:18 +0100 (BST)
Date: Fri, 22 Apr 2005 22:03:00 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Rob Seaman <seaman@noao.edu>
Cc: IVOA VOTable <votable@ivoa.net>, <ucd@ivoa.net>
Subject: Re: datetime
In-Reply-To: <37f3be7d4fa97c140bc4f8526774b646@noao.edu>
Message-ID: <Pine.LNX.4.44.0504222149330.2962-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: 8a94d7f9afb4872b315f86d61558906e@1DP5J1-0007KR-A4@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Bob,

now we're getting into the insteresting stuff :-)

On Fri, 22 Apr 2005, Rob Seaman wrote:
> Patricio Ortiz says:
> 
> > a "datetime" (however it is represented) corresponds to an instant in 
> > time.
> 
> Well, simultaneity is not just an issue for GR.  A datetime, whatever 
> time scale is used, only makes sense with respect to the location of 
> the observation (or a derived location such as the barycenter).  Some 
> representation with a complexity similar to STC is required to 
> unambiguously capture that instant in full.

Yes, I've seen several flavours of time scales. The picture I painted was
the most simplistic of all!

> > Julian Date and Modified Julian Date (which do assume the usage of UTC)
> > seem to be one of the most appropriate way of representing such instant
> > in time. Using the ISO standard (string representation) is quite 
> > common,
> > but any application wanting to compare instants in time needs to 
> > convert
> > it to a floatinng number (double).
> 
> If the precision required is larger than a second (a typical case for 
> ground based observations), an integer (long) may be preferable.  A 
> simple epsilon test may be sufficient to test for equality. 

In any case it is an 8-byte representation. People determining periods
usfing fourier transform methods can obtain results with several
significant digits of a second.  

For practical applications, I doubt that equality will be of much
interest, but I may be totally wrong in this one.

> A more 
> general case may be constructing a histogram representing the passage 
> of a wavefront (or non-EM event) - in that case we may want to consider 
> more obscure questions like whether the histogram intervals are 
> half-open on the top or the bottom.  Deciding the simultaneity of two 
> events that are extended in time rather than instantaneous is a more 
> interesting question than simply whether two intervals overlap.  (Even 
> ignoring the differing physics of signal generation and propagation 
> that may apply to two different wavelength regimes.)

Indeed that's one of the most interesting aspects, eg, observed solar
events (flares or whatever) with atmospheric phenomena (aurorae or
other), or GRBs with their subsequent X-ray/optical/IR/radio afterglow.
Even orbit determination of solar system objects may fall into that
category, one is not interested in simultaneous events in space-time, but
events which are somehow related.

Few things are instantaneous anyways, observations (other than perhaps,
in photon counting mode) extend over a period of time (fractions of a
second to hours or days). Perhaps "instants" can only be defined at a
post-processing stage (eg, Peak time of a SN light curve), but even in
those cases, the presence of an error bar in the determination of such
instants convert them into intervals for comparison purposes.

Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-votable@eso.org  Sat Apr 23 01:44:06 2005
Return-Path: <owner-votable@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MNhlWi004199
	for <votable-outgoing@mercury.hq.eso.org>; Sat, 23 Apr 2005 01:43:48 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3MNhlV7004198
	for votable-outgoing; Sat, 23 Apr 2005 01:43:47 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-votable@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MNhdWi004183;
	Sat, 23 Apr 2005 01:43:40 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3MNhZ73021466;
	Sat, 23 Apr 2005 01:43:36 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id j3MNhKpU015992;
	Fri, 22 Apr 2005 19:43:20 -0400 (EDT)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id j3MNhJRf018702;
	Fri, 22 Apr 2005 19:43:19 -0400 (EDT)
Message-Id: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu>
Subject: Re: datetime
In-Reply-To: <Pine.LNX.4.44.0504222005470.2962-100000@barbara.star.le.ac.uk>
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
Date: Fri, 22 Apr 2005 19:43:18 -0400 (EDT)
CC: Mark Taylor <m.b.taylor@bristol.ac.uk>,
        Tony Linde <Tony.Linde@leicester.ac.uk>,
        IVOA VOTable <votable@ivoa.net>, ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.14
X-Virus-Scanned: by amavisd-new
Sender: owner-votable@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Several people have already addressed most of the important points.
Accurate time needs a specification of time scale and reference
position.  STC contains an astronTimeType that may be helpful.

However, let me say emphatically that JD and MJD (and ISO-8601, for
that matter), only define something akin to a format and imply nothing
about the associated timescale.  A JD or MJD without a timescale is
meaningless; UTC cannot be assumed.

  - Arnold

Patricio F. Ortiz wrote:
> 
> Julian Date and Modified Julian Date (which do assume the usage of UTC)
> seem to be one of the most appropriate way of representing such instant
> in time. Using the ISO standard (string representation) is quite common,
> but any application wanting to compare instants in time needs to convert
> it to a floatinng number (double).
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Sat Apr 23 02:03:31 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N03KWi005166
	for <ucd-outgoing@mercury.hq.eso.org>; Sat, 23 Apr 2005 02:03:20 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3N03KJC005165
	for ucd-outgoing; Sat, 23 Apr 2005 02:03:20 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N03CWi005150;
	Sat, 23 Apr 2005 02:03:12 +0200 (MEST)
Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N03A73021705;
	Sat, 23 Apr 2005 02:03:11 +0200 (CEST)
Received: from dial.pipex.com (81-86-244-16.dsl.pipex.com [81.86.244.16])
	by galaxy.systems.pipex.net (Postfix) with ESMTP id 57A94E0001DA;
	Sat, 23 Apr 2005 01:03:01 +0100 (BST)
Message-ID: <4269904A.80704@dial.pipex.com>
Date: Sat, 23 Apr 2005 01:01:14 +0100
From: Martin Hill <mchill@dial.pipex.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: IVOA VOTable <votable@ivoa.net>, ucd@ivoa.net
Subject: Re: datetime
References: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu>
In-Reply-To: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.16
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Martin Hill <mchill@dial.pipex.com>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

It seems to me that for *most* practical purposes the ISO-8601 form with 
an assumed UTC is sufficient.  As an ignorant layman I thought UTC did 
indeed have a reference point and a timescale... It may not be ideal, 
but it seems the ideal needs a bit more thrashing out.

If it's not sufficient, can anyone explain (in ignorant laymans terms 
please!) why not?  Or obviously just point us at something that does so.

What we really want for now is a way of including datetimes in our 
standard message forms; it doesn't really matter if they're perfectly 
described yet as the people using them understand the context they're 
given in.

Cheers

Martin


Arnold Rots wrote:

> Several people have already addressed most of the important points.
> Accurate time needs a specification of time scale and reference
> position.  STC contains an astronTimeType that may be helpful.
> 
> However, let me say emphatically that JD and MJD (and ISO-8601, for
> that matter), only define something akin to a format and imply nothing
> about the associated timescale.  A JD or MJD without a timescale is
> meaningless; UTC cannot be assumed.
> 
>   - Arnold
> 
> Patricio F. Ortiz wrote:
> 
>>Julian Date and Modified Julian Date (which do assume the usage of UTC)
>>seem to be one of the most appropriate way of representing such instant
>>in time. Using the ISO standard (string representation) is quite common,
>>but any application wanting to compare instants in time needs to convert
>>it to a floatinng number (double).
>>
> 
> --------------------------------------------------------------------------
> Arnold H. Rots                                Chandra X-ray Science Center
> Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
> 60 Garden Street, MS 67                              fax:  +1 617 495 7356
> Cambridge, MA 02138                             arots@head.cfa.harvard.edu
> USA                                     http://hea-www.harvard.edu/~arots/
> --------------------------------------------------------------------------
> 


-- 
Martin Hill
www.mchill.net
07901 55 24 66
0131 668 8100 (ROE)

From owner-ucd@eso.org  Sat Apr 23 02:58:27 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N0wEWi007860
	for <ucd-outgoing@mercury.hq.eso.org>; Sat, 23 Apr 2005 02:58:14 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3N0wEei007859
	for ucd-outgoing; Sat, 23 Apr 2005 02:58:14 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N0w6Wi007850;
	Sat, 23 Apr 2005 02:58:06 +0200 (MEST)
Received: from fed1rmmtao09.cox.net (fed1rmmtao09.cox.net [68.230.241.30])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N0w373022413;
	Sat, 23 Apr 2005 02:58:04 +0200 (CEST)
Received: from [10.0.1.64] (really [68.231.133.145])
          by fed1rmmtao09.cox.net
          (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP
          id <20050423005753.NLLK7275.fed1rmmtao09.cox.net@[10.0.1.64]>;
          Fri, 22 Apr 2005 20:57:53 -0400
In-Reply-To: <4269904A.80704@dial.pipex.com>
References: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu> <4269904A.80704@dial.pipex.com>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <487e3908aee1907c801ecfa1ecb78c60@noao.edu>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net, Rob Seaman <seaman@noao.edu>,
        IVOA VOTable <votable@ivoa.net>
From: Rob Seaman <seaman@noao.edu>
Subject: Re: datetime
Date: Fri, 22 Apr 2005 17:58:01 -0700
To: Martin Hill <mchill@dial.pipex.com>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.16
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Apr 22, 2005, at 5:01 PM, Martin Hill wrote:

> It seems to me that for *most* practical purposes the ISO-8601 form 
> with an assumed UTC is sufficient.  As an ignorant layman I thought 
> UTC did indeed have a reference point and a timescale... It may not be 
> ideal, but it seems the ideal needs a bit more thrashing out.

I agree with the skepticism shown by the quotes around "most".  For 
*many* utility purposes, UTC has indeed been the default, with GMT 
before that.  If there has ever been a default reference location, that 
has likely been topocentric, i.e., the location at which an observation 
was made.  Thus, even in this rather ad hoc default case, some 
indication of a reference location would be required.  For many 
purposes it might be sufficient to refer to an observatory DB such as 
maintained by the IRAF NOAO package.

> If it's not sufficient, can anyone explain (in ignorant laymans terms 
> please!) why not?  Or obviously just point us at something that does 
> so.

UTC has been under attack for several years.  The threat of 
discontinuing leap seconds - while continuing to refer to civil time as 
"UTC" - would make our prior usage of UTC as an approximation to GMT 
completely invalid.  See Steve Allen's excellent UTC resource page at:

     http://www.ucolick.org/~sla/leapsecs

Note that the future of UTC is largely out of our direct control.  We 
may be able to convince the precision timing community to rename civil 
time something other than UTC, but the question of whether leap seconds 
will continue to be issued is under the control (it appears) of the 
International Telecommunications Union.  In any event, it would be 
prudent for VO and astronomy in general to plan for the worst.

> Solar events are based on times rather than spatial positions, and so 
> the queries and the result sets need to include these times.  These 
> are generally UTC timestamps and the solar community know how to deal 
> with them in their context

For some utility purposes even a bastardized UTC would be acceptable as 
a timestamp.  UTC will remain monotonic, for instance.  (There is good 
reason to believe there could never be a negative leap second.)  One 
imagines, however, that solar astronomers will care more than most 
about the relationship of time to the angle of the Earth relative to 
the Sun.  It is this angular information that would be jettisoned with 
leap seconds.  Mean Solar Time would no longer bear any simple 
relationship to the clock on the wall.

> As a first-step I would suggest UTC of the standard string form, with 
> a datatype of 'datetime' (and units as 'UTC' perhaps?); there are 
> already plenty of libraries to handle this format for 
> simple/primitive/low level operations such as sorting and matching.  
> This at least gives us a way of including dates in a VO-standard way 
> while we thrash out the deeper problems.

This is similar to FITS DATE-OBS usage and may be acceptable for a 
range of utility purposes.  The general solution (typically required 
for precise, scientifically useful, purposes) requires something 
similar in complexity to STC.

Rob Seaman
NOAO

From owner-ucd@eso.org  Sat Apr 23 04:15:37 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N2FOWi012959
	for <ucd-outgoing@mercury.hq.eso.org>; Sat, 23 Apr 2005 04:15:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3N2FOpp012958
	for ucd-outgoing; Sat, 23 Apr 2005 04:15:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N2FKWi012954;
	Sat, 23 Apr 2005 04:15:20 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N2FHXW024091;
	Sat, 23 Apr 2005 04:15:18 +0200 (CEST)
Received: from [192.168.1.101] (64-30-223-60.dsl.linkline.com [64.30.223.60])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id j3N2EkQm012097;
	Fri, 22 Apr 2005 19:15:15 -0700
Message-ID: <4269AF91.2090702@cacr.caltech.edu>
Date: Fri, 22 Apr 2005 19:14:41 -0700
From: Roy Williams <roy@cacr.caltech.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ucd@ivoa.net, IVOA VOTable <votable@ivoa.net>
Subject: Re: datetime
References: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu> <4269904A.80704@dial.pipex.com> <487e3908aee1907c801ecfa1ecb78c60@noao.edu>
In-Reply-To: <487e3908aee1907c801ecfa1ecb78c60@noao.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.18
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Roy Williams <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

There are two things being discussed here: Scientific Time and what we 
can call Human Time or Office Time.

The former has careful astronomical coordinates around it, and we are 
using STC.

For the latter I would suggest ISO 8601, which is what the registry 
harvesting is using.

From owner-ucd@eso.org  Sat Apr 23 05:37:39 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N3bQWi016260
	for <ucd-outgoing@mercury.hq.eso.org>; Sat, 23 Apr 2005 05:37:26 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3N3bPAE016259
	for ucd-outgoing; Sat, 23 Apr 2005 05:37:25 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N3bFWi016249;
	Sat, 23 Apr 2005 05:37:16 +0200 (MEST)
Received: from fed1rmmtao07.cox.net (fed1rmmtao07.cox.net [68.230.241.32])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3N3bD73024769;
	Sat, 23 Apr 2005 05:37:14 +0200 (CEST)
Received: from [10.0.1.67] (really [68.231.133.145])
          by fed1rmmtao07.cox.net
          (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP
          id <20050423033652.RFCC1367.fed1rmmtao07.cox.net@[10.0.1.67]>;
          Fri, 22 Apr 2005 23:36:52 -0400
In-Reply-To: <4269AF91.2090702@cacr.caltech.edu>
References: <200504222343.j3MNhJRf018702@xebec.cfa.harvard.edu> <4269904A.80704@dial.pipex.com> <487e3908aee1907c801ecfa1ecb78c60@noao.edu> <4269AF91.2090702@cacr.caltech.edu>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <7cb83e110c016f28d565d09d3cbde09a@noao.edu>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net, Rob Seaman <seaman@noao.edu>,
        IVOA VOTable <votable@ivoa.net>
From: Rob Seaman <seaman@noao.edu>
Subject: Re: datetime
Date: Fri, 22 Apr 2005 20:36:59 -0700
To: Roy Williams <roy@cacr.caltech.edu>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.22.19
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Apr 22, 2005, at 7:14 PM, Roy Williams wrote:

> There are two things being discussed here: Scientific Time and what we 
> can call Human Time or Office Time.

The name "Civil Time" is proving to be pretty standard in the UTC 
"deliberations".

> The former has careful astronomical coordinates around it, and we are 
> using STC.
> For the latter I would suggest ISO 8601, which is what the registry 
> harvesting is using.

I don't have ISO 8601 in front of me, but from the various discussions 
surrounding the Y2K remediation wars I suspect that its connection to 
UTC is only tenuous at best.  There is the business of appending "Z" to 
indicate Zulu time, but Zulu is really a specification of GMT in "zone" 
(so called standard time) parlance.  And, of course, an implicit 
assumption is that such a timestamp is valid at all locations.  I 
suspect we could find examples for why this might not be the case in 
civil usage as well as scientific usage.

That said, current astronomical usage, e.g., FITS, does rely on ISO 
8601 (a subset, at least) to express UTC (loosely, at least) for 
utility purposes (both civil and scientific) with topocentric 
observatory locations (or locationless specifications of time).

Even for purely utilitarian purposes, the astronomical community faces 
the prospect of having to distinguish between situations in which the 
Earth orientation nature of time is important versus situations in 
which the Civil (clock on the wall) nature of time is more important.  
We may not be able to rely on a single time scale continuing to express 
both.

Rob Seaman
NOAO

From owner-ucd@eso.org  Mon Apr 25 10:16:48 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3P8GWqT026298
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 25 Apr 2005 10:16:32 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3P8GWYL026297
	for ucd-outgoing; Mon, 25 Apr 2005 10:16:32 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3P8GPqT026289;
	Mon, 25 Apr 2005 10:16:25 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3P8GNXW027172;
	Mon, 25 Apr 2005 10:16:24 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DPylO-0008U0-FP; Mon, 25 Apr 2005 10:16:18 +0200
In-Reply-To: <200504221816.j3MIGr4Y024933@darkstar.astro.washington.edu>
References: <4269395A.9010802@cacr.caltech.edu> <200504221816.j3MIGr4Y024933@darkstar.astro.washington.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <46c44a5a3d9584a474a8ba7a0287abf4@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: voevent@ivoa.net, roy@cacr.caltech.edu, ucd@ivoa.net,
        derriere@newb6.u-strasbg.fr, andrea@rm.iasf.cnr.it
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: New UCDs for VOEvent please
Date: Mon, 25 Apr 2005 10:18:24 +0200
To: Andrew Becker <becker@darkstar.astro.washington.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.24.23
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Before everyone stars to put too much work into a list, I suggest  
looking at the one I've started at
our VOEvent Twiki site:

	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
UnifiedContentDescriptors
	
It's based on the ApJ keywords (a likely place to start, it would seem  
to me).  Everyone
is heartily invited to register at  
http://monet.uni-sw.gwdg.de/twiki/bin/view/TWiki/TWikiRegistration
and edit on the list communally.  This also gives you write-access to  
the VOEvent and RTML schema
pages.

Rick

P.S. The schema at  
http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
SchemaTableOfContents
isn't quite there yet, but very soon now.....


On 22 Apr 2005, at 8:16 pm, Andrew Becker wrote:

> Hi all - A quick read-through suggests a couple omissions in the
> "object types" - there are no basic "star" categories!  E.g flare
> star, periodic variable star, AGB star, main sequence star, etc...
>
> /\
>
>
------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-voevent@eso.org  Tue Apr 26 12:27:00 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QAQeKn013602
	for <voevent-outgoing@mercury.hq.eso.org>; Tue, 26 Apr 2005 12:26:40 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3QAQeeR013601
	for voevent-outgoing; Tue, 26 Apr 2005 12:26:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QAQZKn013578;
	Tue, 26 Apr 2005 12:26:35 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QAQX73002396;
	Tue, 26 Apr 2005 12:26:34 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DQNGr-000P9l-Nd; Tue, 26 Apr 2005 12:26:25 +0200
In-Reply-To: <4269395A.9010802@cacr.caltech.edu>
References: <4269395A.9010802@cacr.caltech.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: Sebastien Derriere <derriere@newb6.u-strasbg.fr>,
        Allan Alasdair <aa@astro.ex.ac.uk>,
        Andrea Preite Martinez <andrea@rm.iasf.cnr.it>, ucd@ivoa.net,
        IVOA List VOEvent <voevent@ivoa.net>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
Subject: Re: New UCDs for VOEvent please
Date: Tue, 26 Apr 2005 12:28:32 +0200
To: Roy Williams <roy@cacr.caltech.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.26.0
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Gentlemen (and Ladies?),

I've added more VOEvent examples, several suggestions for IVOA/UCD to  
the proposed
object/event/process UCD list at

	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
UnifiedContentDescriptors

(which I've tentatively called "VOThings" for the lack of any better  
name - "VOObjects"
sounds a bit too software-ish and something like "VOZoology" sounds too  
trite) and
have achieved a fairly complete equivalence to the ApJ/A&A/MN keyword  
list, including
things like most types of variable stars.

If something like this list has already been created, I'd appreciate  
hearing about
it before I put much more work into our own.

May I suggest that the issue of an additional UCD be placed prominently  
in the Kyoto
discussion, since it tangents the work of many different groups (e.g.  
VOTable, VOEvent,
Virtual Repository, Data Modelling).  I'd love to go to Kyoto, but it's  
a long way away......

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Tue Apr 26 16:20:47 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEKSKn028299
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 26 Apr 2005 16:20:29 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3QEKSnZ028298
	for ucd-outgoing; Tue, 26 Apr 2005 16:20:28 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEKKKn028273;
	Tue, 26 Apr 2005 16:20:20 +0200 (MEST)
Received: from fed1rmmtao08.cox.net (fed1rmmtao08.cox.net [68.230.241.31])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEKHXW017818;
	Tue, 26 Apr 2005 16:20:18 +0200 (CEST)
Received: from [10.0.1.95] (really [68.231.133.145])
          by fed1rmmtao08.cox.net
          (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP
          id <20050426141950.HDMJ16890.fed1rmmtao08.cox.net@[10.0.1.95]>;
          Tue, 26 Apr 2005 10:19:50 -0400
In-Reply-To: <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: multipart/alternative; boundary=Apple-Mail-3-926535793
Message-Id: <816d402df50341a5d44aee3e499f23e8@noao.edu>
Cc: Sebastien Derriere <derriere@newb6.u-strasbg.fr>,
        Allan Alasdair <aa@astro.ex.ac.uk>,
        Andrea Preite Martinez <andrea@rm.iasf.cnr.it>,
        Rob Seaman <seaman@noao.edu>, ucd@ivoa.net,
        Roy Williams <roy@cacr.caltech.edu>,
        IVOA List VOEvent <voevent@ivoa.net>
From: Rob Seaman <seaman@noao.edu>
Subject: Re: New UCDs for VOEvent please
Date: Tue, 26 Apr 2005 07:20:05 -0700
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.26.0
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


--Apple-Mail-3-926535793
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

On Apr 26, 2005, at 3:28 AM, Rick Hessman wrote:

> I've added more VOEvent examples, several suggestions for IVOA/UCD to  
> the proposed
> object/event/process UCD list at
>
> 	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
> UnifiedContentDescriptors

Good start at a list.  A search facility would add immensely to its  
usefulness as the list grows.  This would also function as a validator  
for an astronomer's guess as to the proper syntax for a familiar class  
of objects.

> If something like this list has already been created, I'd appreciate  
> hearing about
> it before I put much more work into our own.

This would be a good opportunity for VO to reach out to the larger  
community.  It really isn't for us to mandate nomenclature.  An  
interactive dictionary/beastiary of astronomical objects and processes  
could be useful all by itself, and will be of obvious utility for  
various VO projects.  A common understanding of each "hypothesis" will  
indeed be key to VOEvent, for instance.

I'm not sure, however, that the ApJ keywords are the best model for  
constructing this content descriptor list.  Keywords are a way to  
partition the level of interest a member of the community may have in  
reading a paper.  A UCD is a way of partitioning the underlying  
physics.  For instance, given that the interest in working on this is  
arising out of VOEvent, it isn't surprising that there is a focus on  
processes more than objects, and that the selection of objects would be  
weighted toward time variability in various ways.  There are dozens of  
fine shadings between variable stars.  On the other hand, while one can  
distinguish between elliptical, irregular and spiral galaxies, there  
isn't any mechanism (yet) for specifying the precise type of each.

I'm leery of encouraging these descriptors to become longer than they  
are, but it seems inappropriate to specify generally descriptive  
classes, like:

	stars.variable.irregular
	stars.variable.long_period
	stars.variable.semi-regular

at the same level as members of prototypical classes, like:

	stars.variable.Cepheid
	stars.variable.RR_Lyr
	stars.variable.RS_CVn

(And where is stars.variable.W_UMa?  Just pointing out that the list  
will never be complete.)

Perhaps it should be stars.variable.class.Cepheid?  Or better yet,  
adjust in the other direction, maybe stars.variable.period.irregular?   
Or ideally, a general mechanism might be provided for parametrically  
classifying periodicity.

The challenge here is not only that the list will never be complete, it  
is that we should be encouraging researchers to actively augment and  
improve the list.  A workable classification scheme is often the first  
step in organizing a research program.  But the result of a research  
program is often to overturn the original classification scheme.  We  
don't want to provide a mechanism that is only useful for describing  
objects far removed from the cutting edge.

Rob Seaman
NOAO

--Apple-Mail-3-926535793
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

<fontfamily><param>Lucida Sans</param>On Apr 26, 2005, at 3:28 AM,
Rick Hessman wrote:


<excerpt>I've added more VOEvent examples, several suggestions for
IVOA/UCD to the proposed

object/event/process UCD list at


	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/UnifiedContentDescriptors

</excerpt>

Good start at a list.  A search facility would add immensely to its
usefulness as the list grows.  This would also function as a validator
for an astronomer's guess as to the proper syntax for a familiar class
of objects.


<excerpt>If something like this list has already been created, I'd
appreciate hearing about

it before I put much more work into our own.

</excerpt>

This would be a good opportunity for VO to reach out to the larger
community.  It really isn't for us to mandate nomenclature.  An
interactive dictionary/beastiary of astronomical objects and processes
could be useful all by itself, and will be of obvious utility for
various VO projects.  A common understanding of each "hypothesis" will
indeed be key to VOEvent, for instance.


I'm not sure, however, that the ApJ keywords are the best model for
constructing this content descriptor list.  Keywords are a way to
partition the level of interest a member of the community may have in
reading a paper.  A UCD is a way of partitioning the underlying
physics.  For instance, given that the interest in working on this is
arising out of VOEvent, it isn't surprising that there is a focus on
processes more than objects, and that the selection of objects would
be weighted toward time variability in various ways.  There are dozens
of fine shadings between variable stars.  On the other hand, while one
can distinguish between elliptical, irregular and spiral galaxies,
there isn't any mechanism (yet) for specifying the precise type of
each.


I'm leery of encouraging these descriptors to become longer than they
are, but it seems inappropriate to specify generally descriptive
classes, like:


	stars.variable.irregular

	stars.variable.long_period

	stars.variable.semi-regular


at the same level as members of prototypical classes, like:


	stars.variable.Cepheid

	stars.variable.RR_Lyr

	stars.variable.RS_CVn


(And where is stars.variable.W_UMa?  Just pointing out that the list
will never be complete.)


Perhaps it should be stars.variable.class.Cepheid?  Or better yet,
adjust in the other direction, maybe stars.variable.period.irregular? 
Or ideally, a general mechanism might be provided for parametrically
classifying periodicity.


The challenge here is not only that the list will never be complete,
it is that we should be encouraging researchers to actively augment
and improve the list.  A workable classification scheme is often the
first step in organizing a research program.  But the result of a
research program is often to overturn the original classification
scheme.  We don't want to provide a mechanism that is only useful for
describing objects far removed from the cutting edge.


Rob Seaman

NOAO

</fontfamily>
--Apple-Mail-3-926535793--

From owner-voevent@eso.org  Tue Apr 26 16:43:51 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEhZKn003916
	for <voevent-outgoing@mercury.hq.eso.org>; Tue, 26 Apr 2005 16:43:35 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3QEhZRH003915
	for voevent-outgoing; Tue, 26 Apr 2005 16:43:35 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEhTKn003899;
	Tue, 26 Apr 2005 16:43:29 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEhRXW018761;
	Tue, 26 Apr 2005 16:43:27 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DQRHV-000S0n-6s; Tue, 26 Apr 2005 16:43:21 +0200
In-Reply-To: <816d402df50341a5d44aee3e499f23e8@noao.edu>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE> <816d402df50341a5d44aee3e499f23e8@noao.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-928057872
Message-Id: <83f2d949bed1694f983c1b81f65c67e2@Astro.physik.Uni-Goettingen.DE>
Cc: Sebastien Derriere <derriere@newb6.u-strasbg.fr>,
        Allan Alasdair <aa@astro.ex.ac.uk>,
        Andrea Preite Martinez <andrea@rm.iasf.cnr.it>, ucd@ivoa.net,
        Roy Williams <roy@cacr.caltech.edu>,
        IVOA List VOEvent <voevent@ivoa.net>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
Subject: Re: New UCDs for VOEvent please
Date: Tue, 26 Apr 2005 16:45:27 +0200
To: Rob Seaman <seaman@noao.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.26.0
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


--Apple-Mail-1-928057872
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed


On 26 Apr 2005, at 4:20 pm, Rob Seaman wrote:

> On Apr 26, 2005, at 3:28 AM, Rick Hessman wrote:
>
>> I've added more VOEvent examples, several suggestions for IVOA/UCD to  
>> the proposed
>> object/event/process UCD list at
>>
>> 	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
>> UnifiedContentDescriptors
>
> Good start at a list.  A search facility would add immensely to its  
> usefulness as the list grows.  This would also function as a validator  
> for an astronomer's guess as to the proper syntax for a familiar class  
> of objects.
>
>> If something like this list has already been created, I'd appreciate  
>> hearing about
>> it before I put much more work into our own.
>
> This would be a good opportunity for VO to reach out to the larger  
> community.  It really isn't for us to mandate nomenclature.  An  
> interactive dictionary/beastiary of astronomical objects and processes  
> could be useful all by itself, and will be of obvious utility for  
> various VO projects.  A common understanding of each "hypothesis" will  
> indeed be key to VOEvent, for instance.

On the other hand, one can't have TOO many people laying on their  
hands, since there is a need for some level of editorial control.    
We'd be happy to provide our Twiki more-or-less as it is, since it's  
already interactive and available to anyone interested.

> I'm not sure, however, that the ApJ keywords are the best model for  
> constructing this content descriptor list.  Keywords are a way to  
> partition the level of interest a member of the community may have in  
> reading a paper.  A UCD is a way of partitioning the underlying  
> physics.  For instance, given that the interest in working on this is  
> arising out of VOEvent, it isn't surprising that there is a focus on  
> processes more than objects, and that the selection of objects would  
> be weighted toward time variability in various ways.  There are dozens  
> of fine shadings between variable stars.  On the other hand, while one  
> can distinguish between elliptical, irregular and spiral galaxies,  
> there isn't any mechanism (yet) for specifying the precise type of  
> each.

Actually, the ApJ/A&A/MN keywords should really be a GREAT place to  
start, since they are supposed to capture what is eventually done with  
the content. It's clear that they don't provide a uniform and uniformly  
deep level of description, but at least they provide a good and evenly  
distributed place to start.

> I'm leery of encouraging these descriptors to become longer than they  
> are, but it seems inappropriate to specify generally descriptive  
> classes, like:
>
> 	stars.variable.irregular
> 	stars.variable.long_period
> 	stars.variable.semi-regular
>
> at the same level as members of prototypical classes, like:
>
> 	stars.variable.Cepheid
> 	stars.variable.RR_Lyr
> 	stars.variable.RS_CVn
>
> (And where is stars.variable.W_UMa?  Just pointing out that the list  
> will never be complete.)
> Perhaps it should be stars.variable.class.Cepheid?  Or better yet,  
> adjust in the other direction, maybe stars.variable.period.irregular?   
> Or ideally, a general mechanism might be provided for parametrically  
> classifying periodicity.

No no no no : these are individual stars but names commonly used to  
typify a certain variable star behavior (just as we say "Cepheids" and  
really mean "delta Cepheids" = "stars like delta Cep").  There really  
are "W UMa" stars.  Of course, the UCD can't be defined for individual  
objects other than a very few like the Sun, Moon, and major planets.    
Thus, "stars.variable.W_UMa" means the same as  
"stars.variable.class.W_UMa";  I suppose we could add on the "*.class*"  
just as a reminder, but at the cost of an additional hierarchical level  
of detail.

> The challenge here is not only that the list will never be complete,  
> it is that we should be encouraging researchers to actively augment  
> and improve the list.  A workable classification scheme is often the  
> first step in organizing a research program.  But the result of a  
> research program is often to overturn the original classification  
> scheme.  We don't want to provide a mechanism that is only useful for  
> describing objects far removed from the cutting edge.

Fortunately, astronomers - even very good ones - are often rather  
traditional in their use of nomenclature, so we'll need such metadata  
whether someone thinks it's quaint or not.  As a stellar astrophysicist  
interested in variability and accretion, I've included things I'd like  
to have and will leave it to others to include their own metatdata.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

--Apple-Mail-1-928057872
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII



On 26 Apr 2005, at 4:20 pm, Rob Seaman wrote:


<excerpt><fontfamily><param>Lucida Sans</param>On Apr 26, 2005, at
3:28 AM, Rick Hessman wrote:


<excerpt>I've added more VOEvent examples, several suggestions for
IVOA/UCD to the proposed

object/event/process UCD list at


	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/UnifiedContentDescriptors

</excerpt>

Good start at a list.  A search facility would add immensely to its
usefulness as the list grows.  This would also function as a validator
for an astronomer's guess as to the proper syntax for a familiar class
of objects.


<excerpt>If something like this list has already been created, I'd
appreciate hearing about

it before I put much more work into our own.

</excerpt>

This would be a good opportunity for VO to reach out to the larger
community.  It really isn't for us to mandate nomenclature.  An
interactive dictionary/beastiary of astronomical objects and processes
could be useful all by itself, and will be of obvious utility for
various VO projects.  A common understanding of each "hypothesis" will
indeed be key to VOEvent, for instance.

</fontfamily></excerpt>

On the other hand, one can't have TOO many people laying on their
hands, since there is a need for some level of editorial control.  
We'd be happy to provide our Twiki more-or-less as it is, since it's
already interactive and available to anyone interested.


<excerpt><fontfamily><param>Lucida Sans</param>I'm not sure, however,
that the ApJ keywords are the best model for constructing this content
descriptor list.  Keywords are a way to partition the level of
interest a member of the community may have in reading a paper.  A UCD
is a way of partitioning the underlying physics.  For instance, given
that the interest in working on this is arising out of VOEvent, it
isn't surprising that there is a focus on processes more than objects,
and that the selection of objects would be weighted toward time
variability in various ways.  There are dozens of fine shadings
between variable stars.  On the other hand, while one can distinguish
between elliptical, irregular and spiral galaxies, there isn't any
mechanism (yet) for specifying the precise type of each.

</fontfamily></excerpt>

Actually, the ApJ/A&A/MN keywords should really be a GREAT place to
start, since they are supposed to capture what is eventually done with
the content. It's clear that they don't provide a uniform and
uniformly deep level of description, but at least they provide a good
and evenly distributed place to start.


<excerpt><fontfamily><param>Lucida Sans</param>I'm leery of
encouraging these descriptors to become longer than they are, but it
seems inappropriate to specify generally descriptive classes, like:


	stars.variable.irregular

	stars.variable.long_period

	stars.variable.semi-regular


at the same level as members of prototypical classes, like:


	stars.variable.Cepheid

	stars.variable.RR_Lyr

	stars.variable.RS_CVn


(And where is stars.variable.W_UMa?  Just pointing out that the list
will never be complete.)

Perhaps it should be stars.variable.class.Cepheid?  Or better yet,
adjust in the other direction, maybe stars.variable.period.irregular? 
Or ideally, a general mechanism might be provided for parametrically
classifying periodicity.

</fontfamily></excerpt>

No no no no : these are individual stars but names commonly used to
typify a certain variable star behavior (just as we say "Cepheids" and
really mean "delta Cepheids" = "stars like delta Cep").  There really
are "W UMa" stars.  Of course, the UCD can't be defined for individual
objects other than a very few like the Sun, Moon, and major planets.  
Thus, "stars.variable.W_UMa" means the same as
"stars.variable.class.W_UMa";  I suppose we could add on the
"*.class*" just as a reminder, but at the cost of an additional
hierarchical level of detail.


<excerpt><fontfamily><param>Lucida Sans</param>The challenge here is
not only that the list will never be complete, it is that we should be
encouraging researchers to actively augment and improve the list.  A
workable classification scheme is often the first step in organizing a
research program.  But the result of a research program is often to
overturn the original classification scheme.  We don't want to provide
a mechanism that is only useful for describing objects far removed
from the cutting edge.

</fontfamily></excerpt>

Fortunately, astronomers - even very good ones - are often rather
traditional in their use of nomenclature, so we'll need such metadata
whether someone thinks it's quaint or not.  As a stellar
astrophysicist interested in variability and accretion, I've included
things I'd like to have and will leave it to others to include their
own metatdata.


Rick

<fontfamily><param>Lucida Sans</param>

</fontfamily>------------------------------------------------------------------------------------------------

Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE

Universitaets-Sternwarte     Tel.  +49-551-39-5052

Geismarlandstr. 11                Fax +49-551-39-5043

37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman

-------------------------------------------------------------------------------------------------

MONET: a MOnitoring NEtwork of Telescopes

http://monet.uni-goettingen.de

-------------------------------------------------------------------------------------------------


--Apple-Mail-1-928057872--

From owner-ucd@eso.org  Tue Apr 26 16:56:02 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEtkKn006613
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 26 Apr 2005 16:55:46 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3QEtkqN006611
	for ucd-outgoing; Tue, 26 Apr 2005 16:55:46 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEtaKn006582;
	Tue, 26 Apr 2005 16:55:36 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QEtZXW019268;
	Tue, 26 Apr 2005 16:55:35 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DQRTE-000SEo-TI; Tue, 26 Apr 2005 16:55:28 +0200
In-Reply-To: <816d402df50341a5d44aee3e499f23e8@noao.edu>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE> <816d402df50341a5d44aee3e499f23e8@noao.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: multipart/alternative; boundary=Apple-Mail-2-928785644
Message-Id: <c48fe26ccce9e2cdec8dd897a1a5f01b@Astro.physik.Uni-Goettingen.DE>
Cc: Sebastien Derriere <derriere@newb6.u-strasbg.fr>,
        Allan Alasdair <aa@astro.ex.ac.uk>,
        Andrea Preite Martinez <andrea@rm.iasf.cnr.it>, ucd@ivoa.net,
        Roy Williams <roy@cacr.caltech.edu>,
        IVOA List VOEvent <voevent@ivoa.net>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: New UCDs for VOEvent please
Date: Tue, 26 Apr 2005 16:57:35 +0200
To: Rob Seaman <seaman@noao.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.26.2
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


--Apple-Mail-2-928785644
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Another thought....

On 26 Apr 2005, at 4:20 pm, Rob Seaman wrote:

> The challenge here is not only that the list will never be complete,  
> it is that we should be encouraging researchers to actively augment  
> and improve the list.  A workable classification scheme is often the  
> first step in organizing a research program.  But the result of a  
> research program is often to overturn the original classification  
> scheme.  We don't want to provide a mechanism that is only useful for  
> describing objects far removed from the cutting edge.

The "cutting edge" will always be such that one won't have a useful  
classification scheme other than unusual combinations of the more  
general bits and pieces.  That's why the UCD has to be hierarchical (to  
emphasize/extract general properties even when given specifics) and  
easily combined.  Let's see.....

		cosmology.dark_energy	<==	cosmology.background;em.microwave
								cosmology.background.polarization;em.microwave
								stars.supernova.Type_Ia;process.eruption.hydrodynamic; 
process.eruption.thermonuclear
								galaxies.velocity_curve
								cosmology.abund
								....

(Aha - already discovered a few important UCD's to add....!)

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

--Apple-Mail-2-928785644
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

Another thought....


On 26 Apr 2005, at 4:20 pm, Rob Seaman wrote:


<excerpt><fontfamily><param>Lucida Sans</param>The challenge here is
not only that the list will never be complete, it is that we should be
encouraging researchers to actively augment and improve the list.  A
workable classification scheme is often the first step in organizing a
research program.  But the result of a research program is often to
overturn the original classification scheme.  We don't want to provide
a mechanism that is only useful for describing objects far removed
from the cutting edge.

</fontfamily></excerpt>

The "cutting edge" will always be such that one won't have a useful
classification scheme other than unusual combinations of the more
general bits and pieces.  That's why the UCD has to be hierarchical
(to emphasize/extract general properties even when given specifics)
and easily combined.  Let's see.....


		cosmology.dark_energy	<<==	cosmology.background;em.microwave

								cosmology.background.polarization;em.microwave

								stars.supernova.Type_Ia;process.eruption.hydrodynamic;process.eruption.thermonuclear

								galaxies.velocity_curve

								cosmology.abund

								....


(Aha - already discovered a few important UCD's to add....!)


Rick


------------------------------------------------------------------------------------------------

Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE

Universitaets-Sternwarte     Tel.  +49-551-39-5052

Geismarlandstr. 11                Fax +49-551-39-5043

37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman

-------------------------------------------------------------------------------------------------

MONET: a MOnitoring NEtwork of Telescopes

http://monet.uni-goettingen.de

-------------------------------------------------------------------------------------------------


--Apple-Mail-2-928785644--

From owner-ucd@eso.org  Tue Apr 26 20:21:06 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QIKoKn013101
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 26 Apr 2005 20:20:51 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3QIKomq013098
	for ucd-outgoing; Tue, 26 Apr 2005 20:20:50 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QIKiKn012983;
	Tue, 26 Apr 2005 20:20:46 +0200 (MEST)
Received: from noao.edu (noao.edu [140.252.1.54])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3QIKeXW026614;
	Tue, 26 Apr 2005 20:20:41 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on noao.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.8 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00 
	autolearn=ham version=3.0.2
X-TFF-CGPSA-Version: 1.4f1
X-TFF-CGPSA-Filter: Scanned
Received: from [140.252.10.225] (account seaman HELO [140.252.10.225])
  by noao.edu (CommuniGate Pro SMTP 4.3c5)
  with ESMTPSA id 17885855; Tue, 26 Apr 2005 11:02:47 -0700
In-Reply-To: <c48fe26ccce9e2cdec8dd897a1a5f01b@Astro.physik.Uni-Goettingen.DE>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE> <816d402df50341a5d44aee3e499f23e8@noao.edu> <c48fe26ccce9e2cdec8dd897a1a5f01b@Astro.physik.Uni-Goettingen.DE>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: multipart/alternative; boundary=Apple-Mail-7-939911923
Message-Id: <f789eff2191867475a06d05246b0e647@noao.edu>
Cc: IVOA List VOEvent <voevent@ivoa.net>, Rob Seaman <seaman@noao.edu>,
        ucd@ivoa.net
From: Rob Seaman <seaman@noao.edu>
Subject: Re: New UCDs for VOEvent please
Date: Tue, 26 Apr 2005 11:03:01 -0700
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.26.5
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


--Apple-Mail-7-939911923
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

I said:

>> The challenge here is not only that the list will never be complete,  
>> it is that we should be encouraging researchers to actively augment  
>> and improve the list.  A workable classification scheme is often the  
>> first step in organizing a research program.  But the result of a  
>> research program is often to overturn the original classification  
>> scheme.  We don't want to provide a mechanism that is only useful for  
>> describing objects far removed from the cutting edge.

Rick Hessman says:

> The "cutting edge" will always be such that one won't have a useful  
> classification scheme other than unusual combinations of the more  
> general bits and pieces.  That's why the UCD has to be hierarchical  
> (to emphasize/extract general properties even when given specifics)  
> and easily combined.  Let's see.....
>
> 		cosmology.dark_energy	<==	cosmology.background;em.microwave
> 								cosmology.background.polarization;em.microwave
> 								stars.supernova.Type_Ia;process.eruption.hydrodynamic; 
> process.eruption.thermonuclear
> 								galaxies.velocity_curve
> 								cosmology.abund
> 								....
>
> (Aha - already discovered a few important UCD's to add....!)

I'm becoming more skeptical that IVOA standard UCDs are appropriate for  
representing the often slippery nature of astronomical "processes" and  
"objects".  (As I pointed out at in a similar context at the VOEvent  
workshop - one might choose to regard an object simply as a long lived  
process.  A main sequence star is a ~10 Gy thermonuclear reaction.)   
But a UCD is targeted differently (from UCD-1.9.9b):

	"The Unified Content Descriptor (UCD) is a formal vocabulary for  
astronomical metadata that is controlled by the International Virtual  
Observatory Alliance (IVOA)."

The question is whether the characterization of astronomical  
objects/processes represents "metadata".  The whole point of the  
precision of a UCD specification (e.g.,  
phot.flux;em.optical;meas.error;stat.max) is to provide a solid  
foundation for building a sound scientific argument - but such an  
argument typically results in drawing new insights and building new  
logical connections - often using new vocabulary.  On the other hand,  
even the most well established nomenclature regarding astronomical  
objects and processes is subject to revision and extension as better  
data and more profound theory collide.

Namespaces provide a possible way to address this.  For instance, IVOA  
is developing a very basic namespace and various astronomical  
constituencies then support richer, and perhaps shorter latency,  
vocabularies of their own.  However, we have this bit of constraining  
boilerplate to muddy the waters:

	"4.1.2 Namespaces.
	The use of namespaces, indicated by the presence of a colon in the  
word is possible, but should be avoided as far as possible. The  
namespace is defined by the string before the colon and the word  
follows. The words in the non-standard namespace must be distinct from  
all words currently in the IVOA namespace.  While developers may need  
local namespace, they should be used only temporarily, for words that  
are not yet included into the UCD validated by the IVOA. New words  
should be added using the procedures discussed in section XX."

What is the justification for trying to require that words in a  
non-standard namespace be distinct?  For instance, we couldn't possibly  
require that two different non-standard namespaces not overlap.  Why  
regard the IVOA namespace as *necessarily* preeminent?   "Standard"  
does not equate with "compulsory".  Either the standard makes sense or  
you won't be able to force folks to use it anyway.  In any event, one  
would think that alternate interpretations of the same vocabulary would  
be one of the strongest justifications for alternate namespaces.  This  
isn't an opportunity to lose control of alternate vocabulary - it's the  
way to enforce control of alternate usages.  I also find the word  
"temporarily" to be curiously undefined for a science in which  
observations and inferences from decades and even centuries gone by may  
be revisited.

To the list of UCD commandments:

	1. UCDs should be short.
	2. They should suggest the concept being labeled.
	3. Only a single UCD should be appropriate for a given concept.
	4. UCDs should be complete, describing all concepts of interest.
	5. The vocabulary used within UCDs should be as small as possible.
	6. Related concepts should have related UCDs.
	7. Quantities with the same UCD should be comparable.

I might suggest adding:

	8.  For IVOA to control its vocabulary, it must provide the  
opportunity for others to control their own.

Ralph Waldo Emerson may shed some light:

	"The poets made all the words, and therefore language is the archives  
of history, and, if we must say it, a sort of tomb of the muses For,  
though the origin of most of our words is forgotten, each word was at a  
stroke of genius, and obtained currency, because for the moment it  
symbolizes the world to the first speaker and to the hearer. The  
etymologist finds the deadest word to have been once a brilliant  
picture. Language is fossil poetry."

However much effort is expended to constrain and mandate standard  
usage, the users will seek ways to subvert the dominant paradigm.  This  
isn't just the nature of users, it is the nature of science as poetry.   
Careful support for alternate usage is the key to controlling anarchy.

Rob Seaman
NOAO
--Apple-Mail-7-939911923
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

<fontfamily><param>Lucida Sans</param>I said:


<excerpt><excerpt>The challenge here is not only that the list will
never be complete, it is that we should be encouraging researchers to
actively augment and improve the list.  A workable classification
scheme is often the first step in organizing a research program.  But
the result of a research program is often to overturn the original
classification scheme.  We don't want to provide a mechanism that is
only useful for describing objects far removed from the cutting edge.

</excerpt></excerpt>

Rick Hessman says:


<excerpt>The "cutting edge" will always be such that one won't have a
useful classification scheme other than unusual combinations of the
more general bits and pieces.  That's why the UCD has to be
hierarchical (to emphasize/extract general properties even when given
specifics) and easily combined.  Let's see.....


		cosmology.dark_energy	<<==	cosmology.background;em.microwave

								cosmology.background.polarization;em.microwave

								stars.supernova.Type_Ia;process.eruption.hydrodynamic;process.eruption.thermonuclear

								galaxies.velocity_curve

								cosmology.abund

								....


(Aha - already discovered a few important UCD's to add....!)

</excerpt>

I'm becoming more skeptical that IVOA standard UCDs are appropriate
for representing the often slippery nature of astronomical "processes"
and "objects".  (As I pointed out at in a similar context at the
VOEvent workshop - one might choose to regard an object simply as a
long lived process.  A main sequence star is a ~10 Gy thermonuclear
reaction.)  But a UCD is targeted differently (from UCD-1.9.9b):


<italic>	"The Unified Content Descriptor (UCD) is a formal vocabulary
for astronomical metadata that is controlled by the International
Virtual Observatory Alliance (IVOA)."

</italic>

The question is whether the characterization of astronomical
objects/processes represents "metadata".  The whole point of the
precision of a UCD specification (e.g.,
phot.flux;em.optical;meas.error;stat.max) is to provide a solid
foundation for building a sound scientific argument - but such an
argument typically results in drawing new insights and building new
logical connections - often using new vocabulary.  On the other hand,
even the most well established nomenclature regarding astronomical
objects and processes is subject to revision and extension as better
data and more profound theory collide.


Namespaces provide a possible way to address this.  For instance, IVOA
is developing a very basic namespace and various astronomical
constituencies then support richer, and perhaps shorter latency,
vocabularies of their own.  However, we have this bit of constraining
boilerplate to muddy the waters:


	<italic>"4.1.2 Namespaces.

	The use of namespaces, indicated by the presence of a colon in the
word is possible, but should be avoided as far as possible. The
namespace is defined by the string before the colon and the word
follows. The words in the non-standard namespace must be distinct from
all words currently in the IVOA namespace.  While developers may need
local namespace, they should be used only temporarily, for words that
are not yet included into the UCD validated by the IVOA. New words
should be added using the procedures discussed in section XX."

</italic>

What is the justification for trying to require that words in a
non-standard namespace be distinct?  For instance, we couldn't
possibly require that two different non-standard namespaces not
overlap.  Why regard the IVOA namespace as *necessarily* preeminent?  
"Standard" does not equate with "compulsory".  Either the standard
makes sense or you won't be able to force folks to use it anyway.  In
any event, one would think that alternate interpretations of the same
vocabulary would be one of the strongest justifications for alternate
namespaces.  This isn't an opportunity to <bold>lose</bold> control of
alternate vocabulary - it's the way to <bold>enforce</bold> control of
alternate usages.  I also find the word "temporarily" to be curiously
undefined for a science in which observations and inferences from
decades and even centuries gone by may be revisited.


To the list of UCD commandments:


<italic>	1. UCDs should be short.

	2. They should suggest the concept being labeled.

	3. Only a single UCD should be appropriate for a given concept.

	4. UCDs should be complete, describing all concepts of interest.

	5. The vocabulary used within UCDs should be as small as possible.

	6. Related concepts should have related UCDs.

	7. Quantities with the same UCD should be comparable.

</italic>

I might suggest adding:


<italic>	8.  For IVOA to control its vocabulary, it must provide the
opportunity for others to control their own.


</italic>Ralph Waldo Emerson may shed some light:

<italic>

	"The poets made all the words, and therefore language is the archives
of history, and, if we must say it, a sort of tomb of the muses For,
though the origin of most of our words is forgotten, each word was at
a stroke of genius, and obtained currency, because for the moment it
symbolizes the world to the first speaker and to the hearer. The
etymologist finds the deadest word to have been once a brilliant
picture. Language is fossil poetry."

</italic>

However much effort is expended to constrain and mandate standard
usage, the users will seek ways to subvert the dominant paradigm. 
This isn't just the nature of users, it is the nature of science as
poetry.  Careful support for alternate usage is the key to controlling
anarchy.


Rob Seaman

NOAO</fontfamily>
--Apple-Mail-7-939911923--

From owner-ucd@eso.org  Wed Apr 27 12:13:54 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RADcl1000684
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 12:13:39 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RADcnB000683
	for ucd-outgoing; Wed, 27 Apr 2005 12:13:38 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RADSl1000654;
	Wed, 27 Apr 2005 12:13:28 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RADQ73010091;
	Wed, 27 Apr 2005 12:13:26 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DQjXl-000cgw-8z; Wed, 27 Apr 2005 12:13:21 +0200
In-Reply-To: <f789eff2191867475a06d05246b0e647@noao.edu>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE> <816d402df50341a5d44aee3e499f23e8@noao.edu> <c48fe26ccce9e2cdec8dd897a1a5f01b@Astro.physik.Uni-Goettingen.DE> <f789eff2191867475a06d05246b0e647@noao.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: multipart/alternative; boundary=Apple-Mail-1-998258357
Message-Id: <0b948e6b641050d8843597c4d28fc850@Astro.physik.Uni-Goettingen.DE>
Cc: IVOA List VOEvent <voevent@ivoa.net>, ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: New UCDs for VOEvent please
Date: Wed, 27 Apr 2005 12:15:28 +0200
To: Rob Seaman <seaman@noao.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.1
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


--Apple-Mail-1-998258357
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

> I'm becoming more skeptical that IVOA standard UCDs are appropriate  
> for representing the often slippery nature of astronomical "processes"  
> and "objects".  The question is whether the characterization of  
> astronomical objects/processes represents "metadata".  The whole point  
> of the precision of a UCD specification (e.g.,  
> phot.flux;em.optical;meas.error;stat.max) is to provide a solid  
> foundation for building a sound scientific argument - but such an  
> argument typically results in drawing new insights and building new  
> logical connections - often using new vocabulary.  On the other hand,  
> even the most well established nomenclature regarding astronomical  
> objects and processes is subject to revision and extension as better  
> data and more profound theory collide.

Ah, but the point of UCDs is not to let computers write papers but to  
be able to let computers organize and re-organize information using  
terms which we can easily formulate/manipulate.  At a pretty trivial  
level, it can be something as simple as saying what the point of an  
observation is/was (the reason why a target classification is needed in  
RTML) or to describe what is roughly happening so that a computer can  
respond to it (the reason it's needed in VOEvent), but a broader use  
within the VO is obvious. While we're all spoiled by the services  
provided by Simbad, resolving astronomical names and querying  
catalogues won't permit us to combine information to the fullest unless  
we can express what it is we have and what we want in a fashion which  
goes far beyond the present IVOA/UCD (crafted really only for VOTable).

Thus, RTML and VOEvent would certainly get by using their own little  
classification lists, but the adoption of a more generally used UCD for  
astronomical objects and processes is bound to become necessary.   The  
earlier we start discussing it, the faster we will be able to profit  
from it.

Fortunately, a supernova will always remain a supernova and a spiral  
galaxy won't loose it's spirals within our lifetime, so the evolution  
of UCD's will be in the direction of the addition of new terms - as  
they become needed - and the passive abandonment of old UCD's which no  
longer serve any but a purely historical purpose -  well, we should let  
historians of science keep their access to old terms (they may actually  
want to know what a W UMa star was/is ;-)

> 	3. Only a single UCD should be appropriate for a given concept.
> 	4. UCDs should be complete, describing all concepts of interest.

Rots of ruck!  A UCD which attempts (!) to describe what it is we do  
will never be complete and unambiguous.  The point is not that it can  
be perfect but that it exists at all.

> However much effort is expended to constrain and mandate standard  
> usage, the users will seek ways to subvert the dominant paradigm.   
> This isn't just the nature of users, it is the nature of science as  
> poetry.  Careful support for alternate usage is the key to controlling  
> anarchy.

Frankly, I imagine that most users won't even see it.   We're doing  
this to help stupid computers become more useful and not to constrain  
the science of our colleagues.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

--Apple-Mail-1-998258357
Content-Transfer-Encoding: 7bit
Content-Type: text/enriched;
	charset=US-ASCII

<excerpt><fontfamily><param>Lucida Sans</param>I'm becoming more
skeptical that IVOA standard UCDs are appropriate for representing the
often slippery nature of astronomical "processes" and "objects".  The
question is whether the characterization of astronomical
objects/processes represents "metadata".  The whole point of the
precision of a UCD specification (e.g.,
phot.flux;em.optical;meas.error;stat.max) is to provide a solid
foundation for building a sound scientific argument - but such an
argument typically results in drawing new insights and building new
logical connections - often using new vocabulary.  On the other hand,
even the most well established nomenclature regarding astronomical
objects and processes is subject to revision and extension as better
data and more profound theory collide.

</fontfamily></excerpt>

Ah, but the point of UCDs is not to let computers write papers but to
be able to let computers organize and re-organize information using
terms which we can easily formulate/manipulate.  At a pretty trivial
level, it can be something as simple as saying what the point of an
observation is/was (the reason why a target classification is needed
in RTML) or to describe what is roughly happening so that a computer
can respond to it (the reason it's needed in VOEvent), but a broader
use within the VO is obvious. While we're all spoiled by the services
provided by Simbad, resolving astronomical names and querying
catalogues won't permit us to combine information to the fullest
unless we can express what it is we have and what we want in a fashion
which goes far beyond the present IVOA/UCD (crafted really only for
VOTable).


Thus, RTML and VOEvent would certainly get by using their own little
classification lists, but the adoption of a more generally used UCD
for astronomical objects and processes is bound to become necessary.  
The earlier we start discussing it, the faster we will be able to
profit from it.


Fortunately, a supernova will always remain a supernova and a spiral
galaxy won't loose it's spirals within our lifetime, so the evolution
of UCD's will be in the direction of the addition of new terms - as
they become needed - and the passive abandonment of old UCD's which no
longer serve any but a purely historical purpose -  well, we should
let historians of science keep their access to old terms (they may
actually want to know what a W UMa star was/is ;-)


<excerpt><italic><fontfamily><param>Lucida Sans</param>	3. Only a
single UCD should be appropriate for a given concept.

	4. UCDs should be complete, describing all concepts of interest.</fontfamily></italic><fontfamily><param>Lucida Sans</param>

</fontfamily></excerpt>

Rots of ruck!  A UCD which attempts (!) to describe what it is we do
will never be complete and unambiguous.  The point is not that it can
be perfect but that it exists at all.


<excerpt><fontfamily><param>Lucida Sans</param>However much effort is
expended to constrain and mandate standard usage, the users will seek
ways to subvert the dominant paradigm.  This isn't just the nature of
users, it is the nature of science as poetry.  Careful support for
alternate usage is the key to controlling anarchy.

</fontfamily></excerpt><fontfamily><param>Lucida Sans</param>

Frankly, I imagine that most users won't even see it.   We're doing
this to help stupid computers become more useful and not to constrain
the science of our colleagues.


Rick


</fontfamily>------------------------------------------------------------------------------------------------

Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE

Universitaets-Sternwarte     Tel.  +49-551-39-5052

Geismarlandstr. 11                Fax +49-551-39-5043

37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman

-------------------------------------------------------------------------------------------------

MONET: a MOnitoring NEtwork of Telescopes

http://monet.uni-goettingen.de

-------------------------------------------------------------------------------------------------


--Apple-Mail-1-998258357--

From owner-voevent@eso.org  Wed Apr 27 12:44:32 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAiGl1006663
	for <voevent-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 12:44:16 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RAiGid006662
	for voevent-outgoing; Wed, 27 Apr 2005 12:44:16 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAiBl1006646;
	Wed, 27 Apr 2005 12:44:12 +0200 (MEST)
Received: from apollo.le.ac.uk (mailsend.le.ac.uk [143.210.16.125])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAi873010777;
	Wed, 27 Apr 2005 12:44:08 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DQk1S-0007GJ-So; Wed, 27 Apr 2005 11:44:02 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id B2717271A04; Wed, 27 Apr 2005 11:44:02 +0100 (BST)
Date: Wed, 27 Apr 2005 11:43:04 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
Cc: Rob Seaman <seaman@noao.edu>, IVOA List VOEvent <voevent@ivoa.net>,
        <ucd@ivoa.net>
Subject: Re: New UCDs for VOEvent please
In-Reply-To: <0b948e6b641050d8843597c4d28fc850@Astro.physik.Uni-Goettingen.DE>
Message-ID: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: d2459c807f892f2d747440999d060aba@1DQk1S-0007GJ-So@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.1
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi,

I didn't want to jump into this discussion, but what the heck :-)

OK, I'm concerned about the usage of this new proposal. UCDs were born to
identify quantities listed in tables (essentially a way to let automated
software recognize the nature of the columns in such table). We left out
any attempt to include object types, after all, a magnitude is something
which applies to a planet, star, galaxy, QSO, whatever, and so with many
things like spectral features.

It is obvious that in the context of the VO, we would like to have some
way to attach a label to the kind of object we are talking about. And the
proposed schemes sound doable, not easy, not 100% reliable, but workable.

My questions to anyone interested are:

"how do you envision using these new UODs (Unified Object-type
Descriptor)?"  By that, I mean, in which part of the metadata would you
like to insert theses descriptors?

Catalogues like USNO, 2mass, etc, contain a mixture of objects, and even
homogeneous catalogues (like galaxies catalogues) will contain several
flavours of galaxies, hence my concern.

An object type may not be unique... How do we handle those cases? (after
all, these are flags/labels to make our life easier. If the core of a
galaxy is an AGN, what does the descriptor look like?
UCDs of physical quantities are much easier to handle in that sense! (as
noted below regarding the unicity of a UCD).

How deep do we want to describe an object? Say that the same AGN has
exhibited variations in HBeta flux (ok, kick for the incorrectness :-) :-)
Do we want to describe such variability? For some people/applications it
will be important, for others not.

Although Frederic says that a SN will always be a SN, sure, but what
about before? If Eta Car went SN next month, how would we label it?

Furthermore, objects may not change in human-lifetime scales, but
our perception can... I recall in the mid 80's that the core of the
Tarantula Nebula (R136??) was thought to be a super-massive star, only to
be discovered later, using instrument with higher angular resolution
that it was a compact star cluster... I'm nearly sure there are other
examples floating around.

For the historians, as Frederic says, should we think of attaching a
time stamp to any UOD/object pair? After all, if tomorrow we have to
change it, should we erase the previous knowledge?

Just my 2 pences :-)

Patricio


On Wed, 27 Apr 2005, Frederic V. "Rick" Hessman wrote:
> > I'm becoming more skeptical that IVOA standard UCDs are appropriate  
> > for representing the often slippery nature of astronomical "processes"  
> > and "objects".  The question is whether the characterization of  
> > astronomical objects/processes represents "metadata".  The whole point  
> > of the precision of a UCD specification (e.g.,  
> > phot.flux;em.optical;meas.error;stat.max) is to provide a solid  
> > foundation for building a sound scientific argument - but such an  
> > argument typically results in drawing new insights and building new  
> > logical connections - often using new vocabulary.  On the other hand,  
> > even the most well established nomenclature regarding astronomical  
> > objects and processes is subject to revision and extension as better  
> > data and more profound theory collide.
> 
> Ah, but the point of UCDs is not to let computers write papers but to  
> be able to let computers organize and re-organize information using  
> terms which we can easily formulate/manipulate.  At a pretty trivial  
> level, it can be something as simple as saying what the point of an  
> observation is/was (the reason why a target classification is needed in  
> RTML) or to describe what is roughly happening so that a computer can  
> respond to it (the reason it's needed in VOEvent), but a broader use  
> within the VO is obvious. While we're all spoiled by the services  
> provided by Simbad, resolving astronomical names and querying  
> catalogues won't permit us to combine information to the fullest unless  
> we can express what it is we have and what we want in a fashion which  
> goes far beyond the present IVOA/UCD (crafted really only for VOTable).
> 
> Thus, RTML and VOEvent would certainly get by using their own little  
> classification lists, but the adoption of a more generally used UCD for  
> astronomical objects and processes is bound to become necessary.   The  
> earlier we start discussing it, the faster we will be able to profit  
> from it.
> 
> Fortunately, a supernova will always remain a supernova and a spiral  
> galaxy won't loose it's spirals within our lifetime, so the evolution  
> of UCD's will be in the direction of the addition of new terms - as  
> they become needed - and the passive abandonment of old UCD's which no  
> longer serve any but a purely historical purpose -  well, we should let  
> historians of science keep their access to old terms (they may actually  
> want to know what a W UMa star was/is ;-)
> 
> > 	3. Only a single UCD should be appropriate for a given concept.
> > 	4. UCDs should be complete, describing all concepts of interest.
> 
> Rots of ruck!  A UCD which attempts (!) to describe what it is we do  
> will never be complete and unambiguous.  The point is not that it can  
> be perfect but that it exists at all.
> 
> > However much effort is expended to constrain and mandate standard  
> > usage, the users will seek ways to subvert the dominant paradigm.   
> > This isn't just the nature of users, it is the nature of science as  
> > poetry.  Careful support for alternate usage is the key to controlling  
> > anarchy.
> 
> Frankly, I imagine that most users won't even see it.   We're doing  
> this to help stupid computers become more useful and not to constrain  
> the science of our colleagues.
> 
> Rick

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Wed Apr 27 12:50:26 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAoFl1007364
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 12:50:15 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RAoFCK007363
	for ucd-outgoing; Wed, 27 Apr 2005 12:50:15 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAo6l1007339;
	Wed, 27 Apr 2005 12:50:07 +0200 (MEST)
Received: from hermesnew.ex.ac.uk (dot.ex.ac.uk [144.173.6.11])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RAo573010920;
	Wed, 27 Apr 2005 12:50:05 +0200 (CEST)
Received: from klunk.astro.ex.ac.uk ([144.173.229.19])
	by hermesnew.ex.ac.uk with esmtp (Exim 4.50/mail)
	id 1DQk7E-0001Q5-0Q; Wed, 27 Apr 2005 11:50:00 +0100
In-Reply-To: <0b948e6b641050d8843597c4d28fc850@Astro.physik.Uni-Goettingen.DE>
References: <4269395A.9010802@cacr.caltech.edu> <f2df318af8084370280aa51a553b2f3c@Astro.physik.Uni-Goettingen.DE> <816d402df50341a5d44aee3e499f23e8@noao.edu> <c48fe26ccce9e2cdec8dd897a1a5f01b@Astro.physik.Uni-Goettingen.DE> <f789eff2191867475a06d05246b0e647@noao.edu> <0b948e6b641050d8843597c4d28fc850@Astro.physik.Uni-Goettingen.DE>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <2087F54E-B70A-11D9-BE5F-000D93C0E1F0@astro.ex.ac.uk>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: Alasdair Allan <aa@astro.ex.ac.uk>
Subject: Re: New UCDs for VOEvent please
Date: Wed, 27 Apr 2005 11:50:10 +0100
To: IVOA List VOEvent <voevent@ivoa.net>
X-Mailer: Apple Mail (2.618)
X-Exeter-Interface: mail
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.2
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alasdair Allan <aa@astro.ex.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Rick Hessman wrote:
> Rob Seaman wrote;
>> However much effort is expended to constrain and mandate standard 
>> usage, the users will seek ways to subvert the dominant paradigm.  
>> This isn't just the nature of users, it is the nature of science as 
>> poetry.  Careful support for alternate usage is the key to 
>> controlling anarchy.
>
> Frankly, I imagine that most users won't even see it.   We're doing 
> this to help stupid computers become more useful and not to constrain 
> the science of our colleagues.

Exactly, this isn't for user consumption, this is so that bits of 
software can route messages correctly. VOEvent messages are never meant 
to be consumed, or even seen, by a human user.

Al.

From owner-ucd@eso.org  Wed Apr 27 13:33:20 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RBWvl1015194
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 13:32:58 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RBWvZm015193
	for ucd-outgoing; Wed, 27 Apr 2005 13:32:57 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RBWrl1015187;
	Wed, 27 Apr 2005 13:32:53 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RBWq73012029;
	Wed, 27 Apr 2005 13:32:52 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DQkmc-000dgR-Sp; Wed, 27 Apr 2005 13:32:46 +0200
In-Reply-To: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk>
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: IVOA List VOEvent <voevent@ivoa.net>, Rob Seaman <seaman@noao.edu>,
        <ucd@ivoa.net>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: New UCDs for VOEvent please
Date: Wed, 27 Apr 2005 13:34:54 +0200
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.3
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> "how do you envision using these new UODs (Unified Object-type
> Descriptor)?"  By that, I mean, in which part of the metadata would you
> like to insert theses descriptors?

To explain where I'm coming from, let's look at VOEvent and RTML:
	- the VOEvent now has a <Classification type="(name)"> element, where  
(name) can be something like "supernova" or "gamma-ray burst".
	- RTML has a TargetType used by a  
<Classification>(name)</Classification> element.
Sound pretty similar?  Yes, VOEvent could adopt RTML's element or vice  
versa, but what do the Virtual Repository people do?  Is it really the  
job of VOEvent to suggest how all the VO colleagues are supposed to  
classify objects when they get around to needing such, especially when  
others start needed descriptions of objects and processes which will  
never produce an event?

I admit I'm a newcomer with no (as yet) official function, but I can't  
imagine the VO getting much farther without being able to teach the  
software how to describe what is is we're actually studying beyond  
saying that the number in a table is supposed to mean (admittedly an  
important first step).

> An object type may not be unique... How do we handle those cases?  
> (after
> all, these are flags/labels to make our life easier. If the core of a
> galaxy is an AGN, what does the descriptor look like?
> UCDs of physical quantities are much easier to handle in that sense!  
> (as
> noted below regarding the unicity of a UCD).

Why the need for a final description?  From a VOEvent perspective,  
something should gradually shift from one description to another, e.g.
	process.burst;em.gamma -> process.burst;em.vis ->  
galaxies;stars.supernova
or - something which is bound to happen eventually (since it already  
has) -
	galaxies.Seyfert;galaxies.nucleus;em.X-ray ->  
stars.variable.cataclysmic.polar
  This capability for being able to descibe what people/computers think  
is happening has quite practical consequences when it comes to things  
like follow-up observations: some won't be interested in Seyferts,  
others in polars, and the Chandra ToO may insist that it be one or the  
other.

> How deep do we want to describe an object? Say that the same AGN has
> exhibited variations in HBeta flux (ok, kick for the incorrectness :-)  
> :-)
> Do we want to describe such variability? For some people/applications  
> it
> will be important, for others not.

Deep enough to be useful, shallow enough to be manageable.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Wed Apr 27 18:11:44 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGBRl1013272
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 18:11:28 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RGBRlr013270
	for ucd-outgoing; Wed, 27 Apr 2005 18:11:27 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGBBl1013207;
	Wed, 27 Apr 2005 18:11:12 +0200 (MEST)
Received: from noao.edu (noao.edu [140.252.1.54])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGB7XW000607;
	Wed, 27 Apr 2005 18:11:07 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on noao.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.8 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00 
	autolearn=ham version=3.0.2
X-TFF-CGPSA-Version: 1.4f1
X-TFF-CGPSA-Filter: Scanned
Received: from [140.252.4.27] (account seaman HELO [140.252.4.27])
  by noao.edu (CommuniGate Pro SMTP 4.3c5)
  with ESMTPSA id 17902390; Wed, 27 Apr 2005 09:10:55 -0700
In-Reply-To: <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE>
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <72138974eda1f17ad78589973743b4ee@noao.edu>
Content-Transfer-Encoding: 7bit
From: Rob Seaman <seaman@noao.edu>
Subject: Re: New UCDs for VOEvent please
Date: Wed, 27 Apr 2005 09:10:42 -0700
To: "<ucd@ivoa.net> <ucd@ivoa.net>" <ucd@ivoa.net>,
        IVOA List VOEvent <voevent@ivoa.net>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.8
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

This is a timely discussion for the VOEvent folks, but likely 
perplexing for the UCD folks.  The gist of my previous comments was not 
that VOEvent didn't need to wrestle with characterizing coherent 
descriptions for the "hypothesis" section of an event.  The hypothesis 
is the key to fielding a richly useful VOEvent facility.  Rather, I 
question whether a UCD, per se, is the correct way to represent this 
kind of information - clearly itself not a brand new topic for the UCD 
list :-)  It might be that we need to borrow the syntax from UCD's and 
roll our own - or it might be that we just need to pick another 
namespace(s).  Both the VO and the larger astronomical community would 
benefit from wrestling with the issues Rick has raised.  In the mean 
time, Patricio asks a lot of good questions.

Rob Seaman
NOAO

From owner-voevent@eso.org  Wed Apr 27 18:16:49 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGGZl1014984
	for <voevent-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 18:16:35 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RGGZ16014982
	for voevent-outgoing; Wed, 27 Apr 2005 18:16:35 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGGUl1014927;
	Wed, 27 Apr 2005 18:16:31 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGGR73022870;
	Wed, 27 Apr 2005 18:16:28 +0200 (CEST)
Received: from [131.215.146.187] ([131.215.146.187])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id j3RGGIQm014665;
	Wed, 27 Apr 2005 09:16:18 -0700
Message-ID: <426FBAC9.2050600@cacr.caltech.edu>
Date: Wed, 27 Apr 2005 09:16:09 -0700
From: Matthew Graham <mjg@cacr.caltech.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
CC: "Patricio F. Ortiz" <pfo@star.le.ac.uk>,
        IVOA List VOEvent <voevent@ivoa.net>, Rob Seaman <seaman@noao.edu>,
        ucd@ivoa.net
Subject: Re: New UCDs for VOEvent please
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE>
In-Reply-To: <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.7
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: Matthew Graham <mjg@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi,

One alternative, though I do not know how practically viable it would be 
at present, is to use the astronomy ontology that Ed Shaya at University 
of Maryland is developing and presented a poster about at last year's ADASS.

    Cheers,

    Matthew

From owner-ucd@eso.org  Wed Apr 27 18:28:15 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGRxl1018056
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 18:27:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RGRxoA018055
	for ucd-outgoing; Wed, 27 Apr 2005 18:27:59 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGRrl1018037
	for <ucd@ivoa.net>; Wed, 27 Apr 2005 18:27:53 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (mailrelay.artov.rm.cnr.it [150.146.129.253])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGRp73023763
	for <ucd@ivoa.net>; Wed, 27 Apr 2005 18:27:52 +0200 (CEST)
Received: (qmail 3532 invoked by uid 508); 27 Apr 2005 16:27:45 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.84. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.039285 secs); 27 Apr 2005 16:27:45 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <ucd@ivoa.net>; 27 Apr 2005 16:27:45 -0000
Received: from apm.rm.iasf.cnr.it (apm.rm.iasf.cnr.it [150.146.136.115]) by
	webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Wed, 27 Apr 2005 18:27:45 +0200
Message-ID: <20050427182745.g87w5yhcs76swcok@webmail.sic.rm.cnr.it>
Date: Wed, 27 Apr 2005 18:27:45 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: ucd@ivoa.net
Subject: UCDs and VOEvents
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.7
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


Dear Roy, dear members of the VOE group,

> Dear Andrea and Sebastien
> This note is to ask the UCD working group for help in building a new
section of the UCD
> vocabulary in support of the VOEvent working group.
> ...

thank you for your very interesting and challenging proposal!

We think the UCDwg can be the right place to discuss all semantic aspects of
the VO,
not only those related to "bona fide" UCDs.

Of course, we should clearly keep on the right track, as already defined
in the last years, for what concerns the UCDs, their definition,
their semantics, their syntax, their usage.
For the main document on UCDs we have to go on from the stage of
Proposed Recommendation to the formal stage of IVOA Recommendation.
We also have to upgrade the (new!) list of ucd-words from the level of
Draft to that of PR, through a formal RFC.
We can do this in Kyoto.

Your proposal of opening a discussion in the UCDwg
> with the objective of
> describing "immediate astronomical events" in a semantically-meaningful
way
> ...
> covering astronomical event types
is, as we said, both interesting and challenging.

Interesting, because
- it is a problem that has been tackled many times giving rise to a
  number of "subjective" solutions (each one valid/sound in its own
context):
  it is time to discuss it starting from the work already done,
  but trying to do it in a "semantically-meaningful way"
- it has to do with a semantic problem that is hard to locate in/assign to
  other IVOA WGs;
- the UCDwg has the right competences to do the job.

Challenging, because
- definitely hard to do
- not to be mixed up with UCDs, that are ment to serve other purposes.

The "mail storm" produced by your proposal is a clear indication of
interest,
but it also tells us that the discussion has to be kept within clear and
firm boundaries, having in mind the distinction between UCDs and
their role on one hand, and the "event vocabulary" on the other.

In conclusion, the answer to your questions:
> Could you help us with doing this?
> Perhaps a meeting at the Kyoto IVOA would be appropriate?
is  yes, we can help,
yes, the final part of the UCD session in Kyoto will be devoted
to the "event vocabulary".
All VOEvent people are of course invited to this session.
A tentative agenda could be:
- A short presentation of the problem (somebody from the VOEwg has to
volunteer for that!
  Please, let me (=>Andrea) know.)
- Plenary discussion, actions.


In order not to diverge too much before the start of the discussion
in Kyoto, here you can find a few remarks/comments on
http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/UnifiedContentDescriptors

> Unfortunately, the IVOA/UCD list is incomplete: there's no complete
> wavelength/frequency coverage in "em.*", for instance (e.g. no
em.microwave).

The UCD coverage of the electromagnetic spectrum *is* complete. The
top-level wavelength/frequency division simply follows the one adopted for
the
Registry description for more compatibility, that is 7 large bands:
radio, mm, IR, optical, UV, X-ray, gamma-ray.
See "Spectral Coverage" in
http://www.ivoa.net/Documents/REC/ResMetadata/RM-20040426.html
Therefore, there is no top level like EUV, sub-mm or microwave, but
I guess microwave is covered by the following UCD :
em.radio.1500-3000MHz, em.radio.3-6GHz, em.radio.6-12GHz, ...

It is important to first notice that the description of the
electromagnetic division in the em.* words of the UCD is a special case:
it can be seen as an enumeration of possible values for the
observation passband.
Take for example the description of an IRAS 12 micron flux in VOTable.
We can write it:
<FIELD name="flux" ucd="phot.flux;em.IR.8-15um">

But we could have written:

<FIELD name="flux" ID="col4" ucd="phot.flux"/>
<GROUP>
        <PARAM name="band" ucd="instr.passband" value="IRAS 12 micron"/>
        <FIELDref ref="col4"/>
</GROUP>

The introduction of all the em.* terms in the UCD vocabulary was done
to allow the first description, instead of the 2nd that is less standard,
because different people would use different values for the "bandpass"
description (12um, IRAS 12 micron, 8.5-15micron, ...)
The em.*  words can be seen as named instances of the generic
"instr.bandpass" UCD.

These words were introduced into the vocabulary for two reasons:
- they are absolutely needed: most astronomical information comes from
photons, and we need to expres in which part of the spectrum a flux
or magnitude was measured.
- the problem is relatively simple, as it roughly only implies defining
intervals on a one-dimensional axis.

The astronomical object types haven't been so far introduced in the UCD
vocabulary for several reasons:

- the main use of UCDs is to describe table columns. The existing
"src.class" and "meta.code.class" UCDs were sufficient for this purpose,
allowing to describe that a catalogue's column contains an astronomical
source classification. This classification
(often a numeric code for UCD meta.code.class) is what the author
of the catalogue writes, and is not standardized.

- Even for the description of a single measurement, we should avoid
putting all the metadata into a UCD.
We'd hate to see that value 5.23mag is described by
ucd="phot.mag;em.opt.V;object.star.supernova.individual.SN1987A;time.epoch.1990"
Instead, we'd rather say (in VOTable-like syntax):
<GROUP>
        <PARAM ucd="phot.mag;em.opt.V" value="5.23" unit="mag"/>
        <PARAM ucd="time.epoch" value="1990-02-23"/>
        <PARAM ucd="meta.id" value="SN 1987A"/>
        <PARAM ucd="src.class" value="Supernova" />
</GROUP>

- The precise definition of object types is very complex. There are
examples in the journal keywords, but also in SIMBAD:
http://simbad.u-strasbg.fr/guide/chF.htx
or the IAU thesaurus
http://msowww.anu.edu.au/library/thesaurus/english/
...

The object type definition is difficult, because we often have to deal
with hierarchical structure/classification, and an object can belong
to different classes: a galaxy can be at the same time:
- galaxy
- galaxy in cluster
- IR source
- radio source
- X-ray source
- emission-line galaxy
- galaxy with active nucleus (AGN)
- ...
The classification can depend on the background of the astronomer
(e.g. radio or optical astronomer), and in some cases the boundaries between
different classes are fuzzy...

(Also !) for these reasons, the definition of standard words for object
types
was deliberately left out of the UCD vocabulary.
But it might be useful to create a new "object" branch,
to enumerate a list of possible standardized object types.
A careful explanation of each term should be provided, so there is no
ambiguity:
e.g. does Planetary_Nebula mean the central star, the nebula or both?

This list of terms would correspond to an enumeration of possible
values corresponding to ucd="src.class".

In the same spirit, the "events" are poorly described with the current
ucd words. There are a few ones, like pos.lunar.occult, phys.mass.loss
or src.var.pulse, but they can certainly be better described by domain
specialists.

Andrea
Sebastien


From owner-voevent@eso.org  Wed Apr 27 18:53:53 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGrZl1023712
	for <voevent-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 18:53:35 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RGrZEa023711
	for voevent-outgoing; Wed, 27 Apr 2005 18:53:35 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGrVl1023701;
	Wed, 27 Apr 2005 18:53:31 +0200 (MEST)
Received: from mail.cacr.caltech.edu (mail.cacr.caltech.edu [131.215.145.9])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RGrS73025765;
	Wed, 27 Apr 2005 18:53:29 +0200 (CEST)
Received: from [131.215.146.179] ([131.215.146.179])
	(authenticated bits=0)
	by mail.cacr.caltech.edu (8.12.3/8.12.3/Debian-6.6) with ESMTP id j3RGrQQm015648;
	Wed, 27 Apr 2005 09:53:26 -0700
Message-ID: <426FC384.5080509@cacr.caltech.edu>
Date: Wed, 27 Apr 2005 09:53:24 -0700
From: Roy Williams <roy@cacr.caltech.edu>
User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: IVOA List VOEvent <voevent@ivoa.net>, ucd@ivoa.net
Subject: Re: New UCDs for VOEvent please
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE> <426FBAC9.2050600@cacr.caltech.edu>
In-Reply-To: <426FBAC9.2050600@cacr.caltech.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.8
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: Roy Williams <roy@cacr.caltech.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Part of the trouble with ontology/vocabulary discussions is that they 
can fly away so easily into abstraction. I would like to try and ground 
the discussion with some examples that I have heard over the last few 
days. How can we make the UCD set so that the following are possible?

(1) Selection of events
A client may wish to get, for example:
    "All events that involve cepheid sources"
    "All supernova events brighter than 18 magnitude"
In order to service these subscriptions, the client would use specific 
UCDs in place of the natural language words "cepheid" and "supernova". 
We assume that a machine-learning system in the data pipeline has made 
probabilistic assessments that the event is "cepheid" or "supernova". We 
could also do this without the formal UCD structure by doing keyword 
search in the natural language "description" section of the event -- 
which of course assumes that some human had written the textual description.

(2) When a followup changes the hypothesis
Suppose there is an interesting event that is classified somehow (eg 
supernova).  There might be many followup observations that cite the 
original event ID, and some of these might show a different 
classification. How can we decide if the classification status of an 
event has significantly changed, or become more definite, due to followup?

From owner-ucd@eso.org  Wed Apr 27 19:04:38 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RH4Ol1026121
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 27 Apr 2005 19:04:24 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3RH4Oga026120
	for ucd-outgoing; Wed, 27 Apr 2005 19:04:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RH4Cl1026077;
	Wed, 27 Apr 2005 19:04:12 +0200 (MEST)
Received: from noao.edu (noao.edu [140.252.1.54])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3RH47XW005032;
	Wed, 27 Apr 2005 19:04:08 +0200 (CEST)
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on noao.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.8 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00 
	autolearn=ham version=3.0.2
X-TFF-CGPSA-Version: 1.4f1
X-TFF-CGPSA-Filter: Scanned
Received: from [140.252.4.27] (account seaman HELO [140.252.4.27])
  by noao.edu (CommuniGate Pro SMTP 4.3c5)
  with ESMTPSA id 17903475; Wed, 27 Apr 2005 10:03:54 -0700
In-Reply-To: <426FBAC9.2050600@cacr.caltech.edu>
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE> <426FBAC9.2050600@cacr.caltech.edu>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <dae9f8bdc6f7c847a5966524016fa967@noao.edu>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: Rob Seaman <seaman@noao.edu>
Subject: Re: New UCDs for VOEvent please
Date: Wed, 27 Apr 2005 10:03:42 -0700
To: IVOA List VOEvent <voevent@ivoa.net>
X-Mailer: Apple Mail (2.619.2)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.27.8
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Rob Seaman <seaman@noao.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Apr 27, 2005, at 9:16 AM, Matthew Graham wrote:

> One alternative, though I do not know how practically viable it would 
> be at present, is to use the astronomy ontology that Ed Shaya at 
> University of Maryland is developing and presented a poster about at 
> last year's ADASS.

I didn't want to muddy the waters by bringing up the "O" word.  Google 
"Shaya astronomy ontology" for lots of hits on this.  My visceral 
reaction to discussions over the last couple of years as well as the 
last couple of days is similar.  A noble effort - so large and grand 
that pragmatic functioning systems can't possibly rely on the results 
in any strong sense.  I also have a deep skepticism that practicing 
astronomers will embrace the results.  Noble nonetheless and worthy of 
the best efforts that the VO can spare.

On the other hand, VOEvent will amount to nothing if it is not 
rigorously pragmatic.  I don't think that "pragmatic" and "ontology" 
are incompatible - and VOEvent provides a great test case for 
demonstrating this.  We need to describe only certain astronomical 
processes/objects - the ones with a time varying nature.  Our list 
should be biased by an artful sense of where the productive science 
lies - start with shadings of GRBs, SNs, solar system objects - and 
some variations on grab bag categories of "other" or "none of the 
above" or even "all of the above".  Establish a process for adding to 
the list.  And don't get too torqued up about "technical correctness".

Rob Seaman
NOAO

From owner-ucd@eso.org  Fri Apr 29 20:52:38 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3TIqGBl007950
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 29 Apr 2005 20:52:16 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j3TIqG0V007949
	for ucd-outgoing; Fri, 29 Apr 2005 20:52:16 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3TIq7Bl007935;
	Fri, 29 Apr 2005 20:52:08 +0200 (MEST)
Received: from earth.astro.umd.edu (earth.astro.umd.edu [129.2.14.2])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j3TIq573004740;
	Fri, 29 Apr 2005 20:52:06 +0200 (CEST)
Received: from [129.2.15.131] (lap31.astro.umd.edu [129.2.15.131])
	by earth.astro.umd.edu (Postfix) with ESMTP
	id 88A9A109AF; Fri, 29 Apr 2005 14:51:59 -0400 (EDT)
Message-ID: <4272824B.7010900@gsfc.nasa.gov>
Date: Fri, 29 Apr 2005 14:51:55 -0400
From: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Rob Seaman <seaman@noao.edu>
Cc: IVOA List VOEvent <voevent@ivoa.net>, ucd@ivoa.net
Subject: Re: New UCDs for VOEvent please
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE> <426FBAC9.2050600@cacr.caltech.edu> <dae9f8bdc6f7c847a5966524016fa967@noao.edu>
In-Reply-To: <dae9f8bdc6f7c847a5966524016fa967@noao.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.4.29.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Rob Seaman wrote:

> On Apr 27, 2005, at 9:16 AM, Matthew Graham wrote:
>
>> One alternative, though I do not know how practically viable it would 
>> be at present, is to use the astronomy ontology that Ed Shaya at 
>> University of Maryland is developing and presented a poster about at 
>> last year's ADASS.
>
>
> I didn't want to muddy the waters by bringing up the "O" word.  Google 
> "Shaya astronomy ontology" for lots of hits on this.  

My!  I took this advice and googled on "ontology shaya" and found the 
following information:

*C.  Paths to Enlightenment: Buddhist Art in India and Java*

*The Life and Teachings of the Buddha (ca. 563-483):*

Prince Siddhartha, surname Gautama, son of Queen Maya and King 
Suddhodana, born in the small kingdom of Kapilavastu near the Nepalese 
border.  Known as Shakyamuni ("Sage of the Shaya Clan").  Nirvana, 
Parinirvana at Kusignagara.  Formation of the Sangha or Order of Monks

What this says is that an alias name for Buddha/Siddhartha is "Sage of 
the Shaya Clan".
It logically follows that Ontology is part of the eightfold path to 
enlightenment or possibly the ninth fold.

> My visceral reaction to discussions over the last couple of years as 
> well as the last couple of days is similar.  A noble effort - so large 
> and grand that pragmatic functioning systems can't possibly rely on 
> the results in any strong sense.  I also have a deep skepticism that 
> practicing astronomers will embrace the results.  Noble nonetheless 
> and worthy of the best efforts that the VO can spare.
>
> On the other hand, VOEvent will amount to nothing if it is not 
> rigorously pragmatic.  I don't think that "pragmatic" and "ontology" 
> are incompatible - and VOEvent provides a great test case for 
> demonstrating this.  We need to describe only certain astronomical 
> processes/objects - the ones with a time varying nature.  Our list 
> should be biased by an artful sense of where the productive science 
> lies - start with shadings of GRBs, SNs, solar system objects - and 
> some variations on grab bag categories of "other" or "none of the 
> above" or even "all of the above".  Establish a process for adding to 
> the list.  And don't get too torqued up about "technical correctness".

With th end of the NVO NSF grant within 18 months, it certainly makes 
sense to find the quickest and simplest set of terms to fashion into a 
message for VOEvent alerting.  Afterall, we just want to say an event 
happened at such a time and it appears to be one of these things.  And 
it appears that it is almost finished except for a few details and 
agreement to standards.

But we can also be keeping another eye on the longer time scale where we 
want to be able to put data in machine understandable terms so that 
applications can do the most possible on our behalf.  This requires 
something a bit more sophisticated than just a simple class hierarchy of 
terms.  An ontology would be more complete but probably not even an 
order of magnitude (factor 10) more than the UCD is now.  In fact, given 
the requests and requirements to augment UCDs,  with time, the UCD will 
probably grow to the size of an ontology anyway.   So, it is probably 
wise to start doing some thinking in terms of the formal OWL standard now. 
What we do with the ontology can vary greatly.
1.  Use it as a string identifier, exactly as UCDs are.  The advantage 
is that one can read the Ontology at that point to get more context for 
the meaning of the term.
2.  Use it as one more model builder for developing schemas.  This is 
like UML but more in tune with knowledge/information structures.  I 
think this is what Mathew had in mind.
3. Use it to test completeness and consistency of terms.  This would not 
be on the fly, but rather as one adds new terms one can see whether it 
is clashing with other terms and Venn diagrams let you see something 
about completeness.  This then makes it more acceptable for groups to be 
adding terms into their namespace without going to the VO heads or the IAU.
4. One can use it as the defining structure of all information being 
exchanged.  Sounds daring but in fact several other related science 
fields are preparing to do just that, including space physics.
5. One can use it to reason out pathways to converting, pipelining, and 
analysing data.  It should be possible to automatically find the 
transformation and queries needed to satisfy an arbitrary  stated goal 
or request.   Our group at UMD has an NASA/AISRP grant to figure out the 
basics of how this might be done using OWL.

Ed

> Rob Seaman
> NOAO
>
>

From owner-ucd@eso.org  Mon May  2 07:16:21 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j425FvoQ023119
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 2 May 2005 07:15:57 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j425FvXr023118
	for ucd-outgoing; Mon, 2 May 2005 07:15:57 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j425FroQ023114
	for <ucd@ivoa.net>; Mon, 2 May 2005 07:15:53 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (mailrelay.artov.rm.cnr.it [150.146.129.253])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j425Fp73017632
	for <ucd@ivoa.net>; Mon, 2 May 2005 07:15:52 +0200 (CEST)
Received: (qmail 23540 invoked by uid 508); 2 May 2005 05:15:46 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.84. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.030478 secs); 02 May 2005 05:15:46 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <ucd@ivoa.net>; 2 May 2005 05:15:45 -0000
Received: from host31-74.pool80181.interbusiness.it
	(host31-74.pool80181.interbusiness.it [80.181.74.31]) by
	webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Mon,  2 May 2005 07:15:45 +0200
Message-ID: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it>
Date: Mon,  2 May 2005 07:15:45 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: ucd@ivoa.net
Subject: New list of words
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.1.42
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear member of the UCD_wg,

since last Friday (20050429) an updated list of UCD words is available at:

http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt

at the UCD page:

http://vizier.u-strasbg.fr/UCD/

The new list of words has been edited according to the very valuable
comments coming from the community and also thanks to the (almost!) every
day use of them made by Sebastien and myself.

The most important differences with the previous version (20040823) concern

- distances and sizes (linear/angular)
- the introduction of a rectangular/cartesian reference frame
- the phot.color section, much simplified
- spelling, abbreviations, syntax ...


At the UCD page you can also find un updated version of the UCD_tree
browser(s)
and a new tool, the ucd_builder:

http://vizier.u-strasbg.fr/UCD/cgi-bin/descr2ucd

that uses a description in "natural" language to find the relevant
ucd_words, and then tries to build a valid ucd out of them.

In these two weeks before Kyoto please explore the list, use the tools and
send back comments.
A more "formal" comment page is available to suggest changes in the list of
words at:
http://vizier.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments

Have fun.

Andrea

==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
00133 Roma
==============================================================================

From owner-ucd@eso.org  Mon May  2 12:26:14 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42AQ0GH003910
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 2 May 2005 12:26:00 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j42AQ0be003909
	for ucd-outgoing; Mon, 2 May 2005 12:26:00 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42APoGH003836;
	Mon, 2 May 2005 12:25:50 +0200 (MEST)
Received: from [134.171.10.12] (ma008861.hq.eso.org [134.171.10.12])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id j42APoD25689;
	Mon, 2 May 2005 12:25:50 +0200 (MEST)
In-Reply-To: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it>
References: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <cc88fa138f77509eecc07374e23c58ff@eso.org>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: New list of words
Date: Mon, 2 May 2005 12:25:47 +0200
To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mailer: Apple Mail (2.622)
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Dear Andrea,

Thanks a lot for the new list!
A couple of comments/suggestions:

Versioning: the ucd1p-words.txt file does not contain any version one 
could refer to.
On this topic, the UCD page (http://vizier.u-strasbg.fr/UCD/) provides 
a link
to "ucd1p-words.txt" and a link to "ucd1p-words-20050429.txt" and it is 
not clear whether
one is a link to the other (I would prefer to always see the version in 
the file name).

Also, beware that the document pointed to in the UCD page 
("Explanations on the vocabulary are available in IVOA 
WD-UCDlist-20050429.pdf") is not found on the ivoa web site.

Then, looking at the list with biased eyes given that these days I'm 
working on the Characterisation
DM,  I have a remark on some asymmetry within the list. For example 
let's take the Resolution
concept for which I can find:

Q|instr.angRes                         |Angular resolution
Q|instr.spect.resolution               |Spectral (or velocity) 
resolution
Q|time.resolution                      |Time resolution

The problems I see with this are:

1.- the resolution (think of an image from the ground) is not only a 
instrumental effect
     (unless one thinks of the atmosphere as part of the instrument)
2.- In the charcterisation DM, resolution on the various axes is 
treated symmetrically

Hence, my preference would go for something along these lines:

Q|pos.resolution                       |Angular resolution
Q|spect.resolution                     |Spectral (or velocity) 
resolution
Q|time.resolution                      |Time resolution

What do you think?

Ciao,
Alberto

PS: Just another little question on:
S|instr.pixel                          |Pixel
what is that for? In which case is it used?
Thanks.


On May 2, 2005, at 07:15, Andrea Preite Martinez wrote:

> Dear member of the UCD_wg,
>
> since last Friday (20050429) an updated list of UCD words is available 
> at:
>
> http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt
>
> at the UCD page:
>
> http://vizier.u-strasbg.fr/UCD/
> ...

From owner-ucd@eso.org  Mon May  2 14:39:00 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42CcjGH024012
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 2 May 2005 14:38:45 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j42CcjNr024011
	for ucd-outgoing; Mon, 2 May 2005 14:38:45 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42CceGH023990
	for <ucd@ivoa.net>; Mon, 2 May 2005 14:38:41 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (mailrelay.artov.rm.cnr.it [150.146.129.253])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42Bur73029092
	for <ucd@ivoa.net>; Mon, 2 May 2005 13:56:54 +0200 (CEST)
Received: (qmail 27003 invoked by uid 508); 2 May 2005 11:56:47 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.84. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.030166 secs); 02 May 2005 11:56:47 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <Alberto.Micol@eso.org>; 2 May 2005 11:56:47 -0000
Received: from eddington.rm.iasf.cnr.it (eddington.rm.iasf.cnr.it
	[150.146.136.118]) by webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Mon,  2 May 2005 13:56:47 +0200
Message-ID: <20050502135647.sugef32llp0gkk4g@webmail.sic.rm.cnr.it>
Date: Mon,  2 May 2005 13:56:47 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: Alberto Micol <Alberto.Micol@eso.org>
Cc: ucd@ivoa.net
Subject: Re: New list of words
References: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it>
	<cc88fa138f77509eecc07374e23c58ff@eso.org>
In-Reply-To: <cc88fa138f77509eecc07374e23c58ff@eso.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1;
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.2.8
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Dear Alberto
>
> beware that the document pointed to in the UCD page
> ("Explanations on the vocabulary are available in IVOA
> WD-UCDlist-20050429.pdf") is not found on the ivoa web site.
sorry, still editing a section...

> I have a remark on some asymmetry within the list. For example
> let's take the Resolution ...
> ... my preference would go for something along these lines:
>
> Q|pos.resolution                       |Angular resolution
> Q|spect.resolution                     |Spectral (or velocity)
> resolution
> Q|time.resolution                      |Time resolution
>
> What do you think?
I like your proposal. I'm sure you'll have other before Kyoto!

> PS: Just another little question on:
> S|instr.pixel                          |Pixel
> what is that for? In which case is it used?
Try "pixel size" on the builder.

Andrea


From owner-ucd@eso.org  Mon May  2 14:56:58 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42CugGH028270
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 2 May 2005 14:56:42 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j42CugQA028269
	for ucd-outgoing; Mon, 2 May 2005 14:56:42 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42CuXGH028203;
	Mon, 2 May 2005 14:56:34 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j42CuW73000966;
	Mon, 2 May 2005 14:56:32 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DSaTK-001dex-P6; Mon, 02 May 2005 14:56:26 +0200
In-Reply-To: <4272824B.7010900@gsfc.nasa.gov>
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE> <426FBAC9.2050600@cacr.caltech.edu> <dae9f8bdc6f7c847a5966524016fa967@noao.edu> <4272824B.7010900@gsfc.nasa.gov>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <71e0852515f7c6122fe60632c6efb16d@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: IVOA List VOEvent <voevent@ivoa.net>, Rob Seaman <seaman@noao.edu>,
        ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: New UCDs for VOEvent please
Date: Mon, 2 May 2005 14:58:37 +0200
To: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.2.9
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


On 29 Apr 2005, at 8:51 pm, Ed Shaya wrote:

> But we can also be keeping another eye on the longer time scale where  
> we want to be able to put data in machine understandable terms so that  
> applications can do the most possible on our behalf.  This requires  
> something a bit more sophisticated than just a simple class hierarchy  
> of terms.  An ontology would be more complete but probably not even an  
> order of magnitude (factor 10) more than the UCD is now.  In fact,  
> given the requests and requirements to augment UCDs,  with time, the  
> UCD will probably grow to the size of an ontology anyway.   So, it is  
> probably wise to start doing some thinking in terms of the formal OWL  
> standard now. What we do with the ontology can vary greatly.
> 1.  Use it as a string identifier, exactly as UCDs are.  The advantage  
> is that one can read the Ontology at that point to get more context  
> for the meaning of the term.
> 2.  Use it as one more model builder for developing schemas.  This is  
> like UML but more in tune with knowledge/information structures.  I  
> think this is what Mathew had in mind.
> 3. Use it to test completeness and consistency of terms.  This would  
> not be on the fly, but rather as one adds new terms one can see  
> whether it is clashing with other terms and Venn diagrams let you see  
> something about completeness.  This then makes it more acceptable for  
> groups to be adding terms into their namespace without going to the VO  
> heads or the IAU.
> 4. One can use it as the defining structure of all information being  
> exchanged.  Sounds daring but in fact several other related science  
> fields are preparing to do just that, including space physics.
> 5. One can use it to reason out pathways to converting, pipelining,  
> and analysing data.  It should be possible to automatically find the  
> transformation and queries needed to satisfy an arbitrary  stated goal  
> or request.   Our group at UMD has an NASA/AISRP grant to figure out  
> the basics of how this might be done using OWL.

Ummm.... maybe my googling didn't go quite as far or I'm missing  
something: the "ontology" I found was a "low-level" (no - that sounds  
too negative - let's say "very fundamental") means of describing  
scientific quantities - nothing particularly "astronomical" about it.    
If this is as far as anyone has gotten, then I vote for a mid-term  
temporary solution - what I've called "VOThings" - which someone else  
can turn into a full astronomical ontology in the future.  Thus,

	- Small, multiple, overlapping, incompatible lists within different  
schemata will be an unnecessary pain, so we need a minimal  
common-ground list.

	- A formal development of a real astronomical ontology will take many  
years and we can't wait that long.

	- We should resist the temptation to make VOThings "complete" since it  
won't ever be such and we'd waste time in trying.  Maybe having such a  
terrible name will be a good thing - let's get it over quickly knowing  
that some day somebody else will get it right.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Tue May  3 10:55:47 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j438t6YH024745
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 3 May 2005 10:55:06 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j438t6Q4024743
	for ucd-outgoing; Tue, 3 May 2005 10:55:06 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j438ssYH024705;
	Tue, 3 May 2005 10:54:54 +0200 (MEST)
Received: from [134.171.10.12] (ma008861.hq.eso.org [134.171.10.12])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id j438ssD27829;
	Tue, 3 May 2005 10:54:54 +0200 (MEST)
In-Reply-To: <20050502135647.sugef32llp0gkk4g@webmail.sic.rm.cnr.it>
References: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it> <cc88fa138f77509eecc07374e23c58ff@eso.org> <20050502135647.sugef32llp0gkk4g@webmail.sic.rm.cnr.it>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <b05b656032cd04965cef52a4a8e3ba42@eso.org>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: New list of words
Date: Tue, 3 May 2005 10:54:53 +0200
To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mailer: Apple Mail (2.622)
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Dear Andrea,

>  I'm sure you'll have other before Kyoto!

I'm taking it seriously :-) Here some other comments, in no particular 
order:

1. pos.frame exists, can we also add the spect.frame and time.frame?

2. instr.spec: probably not needed
    because otherwise we would also need instr.imager, and similarly for 
other kinds of instruments.
    Also,
    instr.spect.dispersion could simply be instr.dispersion
    instr.spect.order        "     "     "  instr.order
    (in fact there is no need to say instr.imager.scale, instr.scale is 
enough).

3. Transmission (an old friend of mine): some time ago Sebastien and I 
exchanged some emails
    and, if I remember correctly, we agreed that there should be a 
phys.transmission
    which could be attached to any of: instr.det, instr.filter, instr to 
distinguish
    between the transmission/sensitivity of the various components 
(detector, filter, optical elements)
    and the overall transmission (filter * detector * optical elements) 
including even the atmosphere
    if necessary.

4. instr.sensitivity; Its description reads: Instrument sensitivity, 
detection threshold
    I would say that sensitivity and detection threshold, while linked, 
are two different concepts,
    and would be better to split that one into 2 different UCDs

5. Descriptions: sometimes the description of a ucd is ambiguous, e.g.:
     a. instr.tel.focus (Q): Telescope focus
     b. instr.bandpass (Q):  Bandpass of instrument
     c. instr.pixel (S):     Pixel

     a. Is instr.tel.focus the "name" of the telescope focus (eg 
nasmith),
        or the focal length of the telescope?

     b. instr.bandpass
        How many services will make use of this ucd to describe a table 
column that contains
        the numeric transmission at a given wavelength of a given filter?
        Some other service will use this ucd to describe the name of the 
bandpass (or the filter name).
        Which one of the two is legitimate, both? (see (3) above).

     c. Another, though different, example is the instr.pixel
        I can think of a catalog associated with an image, where X and Y 
indicate
        at which detector coordinates the source was found 
(pos;instr.pixel).
        But it can be used to indicate the pixel scale of the detector 
(phys.angSize;instr.pixel)
        The fact is that instr.pixel is a Secondary word, hence its 
meaning could be broader.
        For that reason probably both above mentioned cases are 
legitimate: instr.pixel is only an
        attribute (an adjective in a grammar-speak).

     I think it is very important to be clear, especially on those words 
that could be Primary,
     because otherwise people might misuse UCDs and that would make the 
entire concept collapse.


6. Abbreviations: Why temperature is some times abbreviated and some 
other times not?
    (e.g., instr.skyTemp, phot.antennaTemp, phys.temperature) Wouldn't 
be better to be
    consistent?


7. wcs information
    pos.wcs.ctype: How would the software recognise ctype1 from ctype2 ?
                   Would it be possible to say: 
pos.wcs.ctype;arith.first and pos.wcs.ctype;arith.second?
                   Or maybe (see cdmatrix below): arith.1 and arith.2
    The same for pos.wcs.crpix, crval and naxis

    pos.wcs.cdmatrix: how to distinguish the various matrix elements?
                      what about accompaining the cdmatrix with a 
arith.1_1, arith.1_2, etc.?
    That arith.1, etc. could be useful to rank things.


8. question regarding files
    meta.file exists; how can I describe the size (eg in bytes) of a 
file? and its CRC?


Probably enough for this morning... ;-)
And, beware, I might come back with more DM issues. :-)

Ciao,
Alberto

From owner-ucd@eso.org  Tue May  3 16:19:01 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EIaYH005964
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 3 May 2005 16:18:36 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j43EIaAQ005963
	for ucd-outgoing; Tue, 3 May 2005 16:18:36 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EIVYH005950
	for <ucd@ivoa.net>; Tue, 3 May 2005 16:18:31 +0200 (MEST)
Received: from othello.physics.gla.ac.uk (othello.physics.gla.ac.uk [130.209.204.200])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EITXW010620
	for <ucd@ivoa.net>; Tue, 3 May 2005 16:18:29 +0200 (CEST)
Received: from gw-trusted.physics.gla.ac.uk ([130.209.204.195] helo=[192.168.78.115])
	by othello.physics.gla.ac.uk:587 with asmtp  (TLS-1.0:RSA_ARCFOUR_SHA:16)
	(Exim 4.34)
	id 1DSyEA-000206-P3
	for ucd@ivoa.net; Tue, 03 May 2005 15:18:24 +0100
Mime-Version: 1.0 (Apple Message framework v622)
Content-Transfer-Encoding: 7bit
Message-Id: <1eff2d5b2ed291becf05825cb37fd8e6@astro.gla.ac.uk>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: ucd@ivoa.net
From: Norman Gray <norman@astro.gla.ac.uk>
Subject: UCD name documentation
Date: Tue, 3 May 2005 15:18:22 +0100
X-Mailer: Apple Mail (2.622)
X-PHYSCI-Spam-Score: 0.0 (/)
X-PHYSCI-Spam-Report: 0.0/5.0
X-Othello-SMTP: True
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.3.12
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Norman Gray <norman@astro.gla.ac.uk>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


Greetings,

I've just been involved in a discussion in another forum about UCDs, 
and their general desirability as metadata keywords (in fact it was in 
the context of the keywords to be extracted by a putative FITS plugin 
for MacOS X 10.4's Spotlight -- extremely nice).  I was trying to 
discourage folk from using FITS keywords as general metadata, and 
encourage them to use UCDs instead.

As part of this, I produced a set of UCD equivalents for a candidate 
list of FITS keywords.  There were some gaps, however, and I wasn't 
sure how to go about filling them.  Is there a better way than looking 
through the one-line descriptions in the current list at 
<http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt>?  There are two UCD 
tree browsers on the UCD page, of course, but they're really just a 
more attractive presentation of the text list and don't, for example, 
have more discursive documentation.  The other UCD tools didn't produce 
any useful suggestions for `BITPIX' or `number of axes'

What would be _really_ nice, of course, is a tool which allowed you to 
enter one of a subset of FITS keywords and produced one of a few 
possible UCDs to use instead.

So my question is, am I missing something (much more likely than I wish 
it were)?  Such a thing would require an injection of Copious Free 
Time, of course, but I found myself in a rather awkward place, 
recommending UCDs over FITS keywords, to an audience which is familiar 
with FITS, but for whom the UCD list is opaque and rather thinly 
documented.

All the best,

Norman


-- 
----------------------------------------------------------------------
Norman Gray  :  Physics & Astronomy, Glasgow University, UK
http://www.astro.gla.ac.uk/users/norman/  :  www.starlink.ac.uk

From owner-ucd@eso.org  Tue May  3 16:41:41 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EfRYH010810
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 3 May 2005 16:41:27 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j43EfRFg010809
	for ucd-outgoing; Tue, 3 May 2005 16:41:27 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EfMYH010800
	for <ucd@ivoa.net>; Tue, 3 May 2005 16:41:22 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (smtp1.sic.rm.cnr.it [150.146.129.253])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43EfK73015259
	for <ucd@ivoa.net>; Tue, 3 May 2005 16:41:21 +0200 (CEST)
Received: (qmail 25193 invoked by uid 508); 3 May 2005 14:41:14 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.84. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.061412 secs); 03 May 2005 14:41:14 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <norman@astro.gla.ac.uk>; 3 May 2005 14:41:14 -0000
Received: from eddington.rm.iasf.cnr.it (eddington.rm.iasf.cnr.it
	[150.146.136.118]) by webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Tue,  3 May 2005 16:41:14 +0200
Message-ID: <20050503164114.gxpb53ye89ygogo4@webmail.sic.rm.cnr.it>
Date: Tue,  3 May 2005 16:41:14 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: Norman Gray <norman@astro.gla.ac.uk>
Cc: ucd@ivoa.net
Subject: Re: UCD name documentation
References: <1eff2d5b2ed291becf05825cb37fd8e6@astro.gla.ac.uk>
In-Reply-To: <1eff2d5b2ed291becf05825cb37fd8e6@astro.gla.ac.uk>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=_1ey860p5kkg0"
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.3.12
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

This message is in MIME format.

--=_1ey860p5kkg0
Content-Type: text/plain;
	charset=ISO-8859-1;
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Dear Norman,

> As part of this, I produced a set of UCD equivalents for a candidate
> list of FITS keywords.
I did the same exactly a year ago. UCDs have evolved since then, and the
list I'm appending was not revised according to the new list now on-line.
The list was generated merging the headers produced by 7
observatories/data_producers (with data in all ranges of wl).

> There were some gaps, however, and I wasn't
> sure how to go about filling them.  Is there a better way than looking
> through the one-line descriptions in the current list at
> <http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt>?  There are two UCD
> tree browsers on the UCD page, of course, but they're really just a
> more attractive presentation of the text list and don't, for example,
> have more discursive documentation.  The other UCD tools didn't produce
> any useful suggestions for `BITPIX' or `number of axes'
I agree, even the "builder" will not be of great help with BITPIX!

> What would be _really_ nice, of course, is a tool which allowed you to
> enter one of a subset of FITS keywords and produced one of a few
> possible UCDs to use instead.
If you think that the appended list (better, an updated version of it)
could be the base for such a tool, I'll do it (the tool, I mean)

All the best,

Andrea

--=_1ey860p5kkg0
Content-Type: text/plain;
	charset=UTF-8;
	name="fits-ucd1p.txt"
Content-Disposition: attachment;
	filename="fits-ucd1p.txt"
Content-Transfer-Encoding: 7bit

 #FITS Keyword  |   Description   |  Proposed UCD1+
 #Andrea, 10/10/2003 | Rev.17/05/2004 |  
 # |    |  
 AIRMASS    |   air mass   |  obs.air.mass 
 AIRT_EOS   |   air temperature at End of Scan   |  phys.temperature;obs.air 
 AIRT_SOS   |   air temperature at Start of Scan   |  phys.temperature;obs.air 
 AMASS_FC   |   approximate air mass at image center   |  obs.air.mass 
 AM_EOS     |   air mass at End of Scan   |  obs.air.mass 
 AM_SOS     |   air mass at Start of Scan   |  obs.air.mass 
 APERTURE   |   name of field of view aperture   |  meta.id;instr.fov 
 ARCFILE    |   archive file name   |  meta.id;meta.file 
 ARYT_EOS   |   array temperature at End of Scan   |  phys.temperature;instr 
 AUTHOR     |   author of the data   |  meta.bib.author 
 BANDPASS   |   GSSS bandpass code   |  instr.bandpass 
 BANDW      |   total bandwidth of observation   |  instr.bandwidth 
 BAR_EOS    |   barometric pressure at End of Scan   |  phys.pressure;obs.air  
 BAR_SOS    |   barometric pressure at Start of Scan   |  phys.pressure;obs.air 
 BASE       |   pixel dwell time   |  time;instr.pixel 
 BITPIX     |   bits per data value   |  meta.fits.bitpix 
 BLANK      |   value used for undefined array elements   |  meta.code;meta.table 
 BLOCKED    |   is physical blocksize a multiple of 2880?   |  meta.code;meta.fits 
 BSCALE     |   linear factor in scaling equation   |  arith.factor
 BUNIT      |   physical units of the array values   |  meta.unit
 BZERO      |   zero point in scaling equation   |  arith.zp
 CALID      |   calibration identifiers for image   |  meta.id;phot.calib 
 CDELTia    |   coordinate increment along axis ia   |  pos.wcs 
 CDi_ja     |   linear transformation matrix (with scale)   |  pos.wcs 
 CHECKSUM   |   checksum for the current HDU   |  meta.fits.software 
 CHECKVER   |   version of checksum algorithm   |  meta.fits.software 
 COMMENT    |   descriptive comment   |  meta.note
 CONFIGUR   |   s/w configuration used to process the data   |  meta.fits.software 
 CONTINUE   |   denotes the CONTINUE long string keyword convention   |  meta.note
 CREATOR    |   name of software task that created the file   |  meta.id;meta.fits.software 
 CROTAn     |   coordinate system rotation angle   |  pos.wcs 
 CRPIXja    |   pixel coordinate of the reference point   |  pos.wcs 
 CRVALia    |   coordinate system value at reference point   |  pos.wcs 
 CTYPEa     |   axis type   |  pos.wcs 
 CUNITia    |   units of CRVALia and CDELTia   |  pos.wcs 
 DATAMAX    |   maximum data value   |  stat.max 
 DATAMEAN   |   mean data value   |  stat.mean 
 DATAMED    |   median data value   |  stat.median 
 DATAMIN    |   minimum data value   |  stat.min 
 DATAMODE   |   pre-processor dat mode   |  meta.fits.software 
 DATARMS    |   RMS of data values   |  stat.stdev 
 DATASUM    |   checksum of the dat records   |  meta.fits.software 
 DATE       |   date of file creation   |  time.epoch;meta.fits 
 DATE-END   |   date of the end of observation   |  time.end 
 DATE-OBS   |   date of the observation   |  time.epoch 
 DATE_EOS   |   U.T. date at End of Scan   |  time.end 
 DATE_SOS   |   U.T. date at Start of Scan   |  time.start 
 DAYNUM     |   sequential survey day number   |  time.epoch 
 DEC        |   declination of the observed object   |  pos.eq.dec 
 DEC_EOS    |   scan reference declination J2000   |  pos.eq.dec 
 DEC_NOM    |   nominal declination of the observation   |  pos.eq.dec 
 DEC_OBJ    |   declination of the observed object   |  pos.eq.dec 
 DEC_PNT    |   dec of the pointed direction of the instrument   |  pos.eq.dec 
 DEC_SCX    |   declination of the X spacecraft axis   |  pos.eq.dec;instr 
 DEC_SCY    |   declination of the Y spacecraft axis   |  pos.eq.dec;instr 
 DEC_SCZ    |   declination of the Z spacecraft axis   |  pos.eq.dec;instr 
 DEC_SOS    |   scan reference declination J2000   |  pos.eq.dec 
 DETNAM     |   name of detector used to make the observation   |  meta.id;instr.det 
 DXFS       |   cross-scan frame step for image   |  # 
 DYFS       |   in-scan frame step for image   |  # 
 ELAPTIME   |   elapsed time of the observation   |  time.expo 
 END        |   marks the end of the header keywords   |  meta.note
 EPOCH      |   equinox of celestial coordinate system   |  time.equinox 
 EQUINOX    |   equinox of celestial coordinate system   |  time.equinox 
 EXPOSURE   |   exposure time   |  time.expo 
 EXPTIME    |   exposure time   |  time.expo 
 EXTEND     |   may the FITS file contain extensions?   |  meta.code 
 EXTLEVEL   |   hierarchical level of the extension   |  meta.code 
 EXTNAME    |   name of the extension   |  meta.id;meta.code 
 EXTVER     |   version of the extension   |  meta.id;meta.code 
 FILENAME   |   name of the file   |  meta.id;meta.file 
 FILETYPE   |   type of file   |  meta.code;meta.file 
 FILTER     |   name of filter used during the observation   |  meta.id;instr.filter 
 FILTERn    |   name of filters used during the observation   |  meta.id;instr.filter 
 FLXSCALE   |   relative flux scale   |  arith.factor;phot.flux 
 FN_PRNX    |   observatory filename prefix   |  meta.id;meta.file 
 FOCUS      |   telescope focus setting   |  meta.code;instr.tel.focus 
 FREQ0      |   rest frequency   |  em.freq 
 FREQR      |   reference frequency   |  em.freq 
 GCOUNT     |   group count   |  meta.number;meta.fits 
 GRATING    |   name of the grating used during observation   |  meta.id;instr.grating 
 GRATINGn   |   name of the grating used during observation   |  meta.id;instr.grating 
 GROUPS     |   indicates random groups structure   |  meta.note 
 HA_EOS     |   hour angle at End of Scan   |  pos.az.ha 
 HA_SOS     |   hour angle at Start of Scan   |  pos.az.ha 
 HDUCLASS   |   general identifier for the classification of the data   |  meta.fits.hdu 
 HDUCLASn   |   hierarchical classification of the data   |  meta.fits.hdu 
 HDUDOC     |   reference to document describing the data format   |  meta.fits.hdu 
 HDULEVEL   |   hierarchical level of the HDU   |  meta.fits.hdu 
 HDUNAME    |   descriptive name of the HDU   |  meta.fits.hdu 
 HDUVER     |   version number of the HDU   |  meta.fits.hdu 
 HDUVERS    |   specific version of the document referenced by "HDUDOC"   |  meta.fits.hdu 
 HIERARCH   |   denotes the HIERARCH keyword convention at ESO   |  meta.fits.eso 
 HISTORY    |   processing history of the data   |  meta.note;meta.fits 
 ICSVERSN   |   "ics" script version   |  meta.fits.software 
 INHERIT    |   denotes the INHERIT keyword convention   |  meta.note;meta.fits 
 INSTRUME   |   name of instrument   |  meta.id;instr 
 IS_OFF1    |   in-scan offset - SOS to frame 1   |  # 
 IS_OFF2    |   in-scan offset - SOS to end frame   |  # 
 JD-END     |   Julian Day at end   |  time.end 
 JD-START   |   Julian Day at start   |  time.start 
 JDAY       |   Julian Day of observation   |  time.epoch 
 LATITUDE   |   geographic latitude of the observation   |  pos.earth.lat
 LIVETIME   |   exposure time after deadtime correction   |  time.expo 
 MAGZP      |   calibrated zero point for image (magnitudes)   |  arith.zp;phot.calib 
 MAPLAB     |   label of the map   |  meta.id;obs.field 
 MISSION    |   mission name   |  meta.id;instr.obsty 
 MJD-OBS    |   modified Julian Day at start   |  time.start 
 MJDREF     |   modified Julian Day zero point for times   |  time.epoch 
 MOONANGL   |   angle between the observation and the moon   |  pos.posAng
 NAXIS      |   number of axes   |  phys.dimens;meta.table 
 NAXISn     |   size of the axis n   |  phys.size;meta.table.axis  
 NEXTEND    |   Number of standard extensions   |  meta.number 
 NOISE      |   noise value in map   |  instr.det.noise
 NORM       |   normalization factor in "fast fourier transform"   |  arith.factor;stat.Fourier 
 NUMFRMS    |   number of frames in scan   |  meta.number
 OBJECT     |   name of observed object   |  meta.id;src 
 OBJNAME    |   IAU name of observed object   |  meta.id;src 
 OBSERVER   |   observer who acquired the data   |  obs.observer 
 OBS_ID     |   unique observation ID   |  meta.id;obs 
 OBS_MODE   |   instrumental mode of the observation   |  meta.code;instr.setup 
 ONTIME     |   integration time during the observation   |  time.expo 
 ORDATE     |   observation reference date   |  time.epoch 
 ORIENTAT   |   position angle of image y axis (deg. E of N)   |  pos.posAng 
 ORIGFILE   |   original file name   |  meta.id;meta.file 
 ORIGIN     |   organization responsible for the data   |  meta.id;instr.obsty 
 PA_PNT     |   position angle of the pointing   |  pos.posAng 
 PCDEC      |   pointing center declination   |  pos.eq.dec;obs 
 PCOUNT     |   parameter count   |  meta.number 
 PCRA       |   pointing center R.A.   |  pos.eq.ra;obs 
 PCi_ja     |   linear transformation matrix   |  pos.wcs 
 PIXNAM     |   "pixphot" processing namelist configuration id   |  meta.fits.software 
 PLATEID    |   GSSS plate id   |  meta.id;instr.plate 
 PLTDECD    |   Dec (degrees) of plate center   |  pos.eq.dec.degrees;instr.plate 
 PLTDECM    |   Dec (arcmin) of plate center   |  pos.eq.dec.arcmin;instr.plate 
 PLTDECS    |   Dec (arcsec) of plate center   |  pos.eq.dec.arcsec;instr.plate 
 PLTDECSN   |   Dec (sign) of plate center   |  pos.eq.dec.sign;instr.plate 
 PLTGRADE   |   plate quality grade   |  meta.code;instr.plate 
 PLTLABEL   |   observatory plate label   |  meta.id;instr.plate 
 PLTRAH     |   R.A. (hours) of plate center   |  pos.eq.ra.hours;instr.plate 
 PLTRAM     |   R.A. (minutes) of plate center   |  pos.eq.ra.minutes;instr.plate 
 PLTRAS     |   R.A. (seconds) of plate center   |  pos.eq.ra.seconds;instr.plate 
 PLTSCALE   |   plate scale (arcsec per mm)   |  instr.scale 
 POSITNID   |   observatory scan position identifier   |  meta.id;pos,obs.field 
 PROGRAM    |   the name of the s/w task that created the file   |  meta.id;meta.fits.software 
 PSCALn     |   parameter scaling factor axis n   |  arith.factor
 PSi_ma     |   coordinate parameter m (char)   |  pos.wcs 
 PTYPEn     |   name of random groups parameter   |  #meta.id 
 PVi_ma     |   coordinate parameter m (float)   |  pos.wcs 
 PZEROn     |   parameter scaling zero point   |  arith.zp
 RA         |   R.A. of the observation   |  pos.eq.ra;obs 
 RADECSYS   |   coordinate reference frame   |  pos.frame 
 RA_EOS     |   scan reference R.A. J2000   |  pos.eq.ra;obs
 RA_NOM     |   nominal R.A. of the observation   |  pos.eq.ra;obs 
 RA_OBJ     |   R.A. of the observed object   |  pos.eq.ra
 RA_PNT     |   R.A. of the pointed direction of the instrument   |  pos.eq.ra;instr 
 RA_SCX     |   R.A. of the X spacecraft axis   |  pos.eq.ra;instr 
 RA_SCY     |   R.A. of the Y spacecraft axis   |  pos.eq.ra;instr 
 RA_SCZ     |   R.A. of the Z spacecraft axis   |  pos.eq.ra;instr 
 RA_SOS     |   scan reference R.A. J2000   |  pos.eq.ra;obs
 REFERENC   |   bibliographic reference   |  meta.bib 
 REGION     |   GSSS region name   |  meta.id;instr.plate 
 ROOTNAME   |   rootname of the file   |  meta.id;meta.file 
 SATURATE   |   Data value at which saturation occurs   |  # 
 SCANDIR    |   scan direction   |  # 
 SCANIMG    |   name of original scan   |  meta.id;obs 
 SCANNO     |   nightly scan number   |  meta.number;obs 
 SCANNUM    |   identifies scan of the plate   |  meta.id;instr.plate 
 SCHEDVER   |   scan scheduled version   |  meta.code;obs 
 SCRPTFN    |   script template file name   |  meta.fits.software 
 SCRPTVER   |   script template version   |  meta.fits.software 
 SEESH      |   seeing shape parameter for image   |  instr.obsty.site.seeing 
 SEE_EOS    |   seeing at End of Scan   |  instr.obsty.site.seeing 
 SEE_SOS    |   seeing at Start of Scan   |  instr.obsty.site.seeing 
 SIMPLE     |   does file conform to the Standard?   |  meta.code;meta.fits 
 SITELAT    |   latitude of observatory   |  pos.earth.lat
 SITELONG   |   longitude of observatory   |  pos.earth.lon
 SKIPRDOS   |   number of frames skipped at start of scan   |  meta.number
 SKYSIG     |   point source filtered noise estimate for image   |  instr.det.noise
 SKYVAL     |   modal sky estimate for image   |  instr.det.noise
 STRIP_ID   |   2MASS tile number   |  meta.id;obs.field 
 ST_EOS     |   sidereal time at End of Scan   |  time.end 
 ST_SOS     |   sidereal time at Start of Scan   |  time.start 
 SUNANGLE   |   angle between the observation and the sun   |  pos.posAng
 TBCOLn     |   beginning column number   |  meta.id;meta.table.column 
 TDBINn     |   default histogram bin size for the column   |  # 
 TDIMn      |   dimensionality of the array   |  phys.dimens;meta.table.column 
 TDISPn     |   display format   |  meta.code;meta.fits 
 TDMAXn     |   maximum physical value in the column   |  stat.max 
 TDMINn     |   minimum physical value in the column   |  stat.min 
 TELAPSE    |   elapsed time of the observation   |  time.expo 
 TELESCOP   |   name of telescope   |  meta.id;instr.tel 
 TELNAME    |   telescope location (name of site)   |  instr.obsty.site 
 TELT_EOS   |   telescope temperature at End of Scan   |  phys.temperature;instr.tel 
 TELT_SOS   |   telescope temperature at Start of Scan   |  phys.temperature;instr.tel 
 TFIELDS    |   number of columns in the table   |  meta.number;meta.table.column 
 TFORMn     |   column data format   |  meta.code;meta.table.column 
 THEAP      |   offset to starting data heap address   |  arith.diff;phys.size;meta.fits 
 TIME-END   |   time at the end of the observation   |  time.end 
 TIME-OBS   |   time at the start of the observation   |  time.start 
 TIMEDEL    |   time resolution of data   |  time.resolution 
 TIMER0     |   read1 time   |  time;instr.setup 
 TIMER1     |   read2-read1 time   |  time;instr.setup 
 TIMER2     |   secondary settling time   |  time;instr.setup 
 TIMEREF    |   time reference (barycenter/local)   |  meta.ref;time 
 TIMESYS    |   time system   |  meta.ref;time 
 TIMEUNIT   |   time unit   |  meta.unit;time 
 TIMEZERO   |   clock correction   |  arith.factor;time 
 TIMVERSN   |   timing system definition   |  meta.ref;time 
 TITLE      |   title for the observation or data   |  meta.id;obs 
 TLMAXn     |   maximum legal value in the column   |  stat.max 
 TLMINn     |   minimum legal value in the column   |  stat.min 
 TNULLn     |   value used to indicate undefined table element   |  meta.code;meta.table 
 TOT-EXPT   |   total cumulative exposure time   |  time.expo 
 TOT-IMAG   |   total number of images   |  meta.number;obs.image 
 TSCALn     |   linear data scaling factor   |  arith.factor
 TSORTKEY   |   defines the sort order of a table   |  # 
 TSTART     |   start time of observation   |  time.start 
 TSTOP      |   end time of observation   |  time.end 
 TTYPEn     |   column name   |  meta.id;meta.table.column 
 TUNITn     |   column units   |  meta.unit;meta.table.column 
 TYPE       |   scan type   |  meta.code;obs 
 TYPEn      |   name of random groups parameter   |  # 
 TZEROn     |   column scaling zero point   |  arith.zp;meta.table.column 
 USXREF     |   2MASS U-scan X coordinate at image center   |  # 
 USYREF     |   2MASS U-scan Y coordinate at image center   |  # 
 UT         |   U.T. time at start   |  time.start 
 UT_DATE    |   U.T. date of scan   |  time.epoch 
 UT_EOS     |   U.T. at End of Scan   |  time.end 
 UT_OFF1    |   U.T. offset - Start Of Scan to frame 1   |  arith.diff;time.start 
 UT_SOS     |   U.T. at Start of Scan   |  time.start 
 VEL        |   center velocity   |  src.veloc 
 VELCODE    |   code for center velocity   |  meta.code;src.veloc 
 VELR       |   reference velocity   |  src.veloc 
 WAVEF_P    |   secondary waveform data file   |  meta.id;meta.file 
 WCSAXESa   |   number of axes in WCS description   |  pos.wcs 
 WDIR_EOS   |   wind direction at End of Scan   |  obs.air.wind  
 WDIR_SOS   |   wind direction at Start of Scan   |  obs.air.wind 
 WSPD_EOS   |   wind speed at End of Scan   |  obs.air.wind 
 WSPD_SOS   |   wind speed at Start of Scan   |  obs.air.wind 
 XPIXELSZ   |   x pixel size   |  phys.size;instr.pixel 
 XS_OFF1    |   x-scan offet - SOS to frame 1   |  # 
 XS_OFF2    |   x-scan offet - SOS to end frame   |  # 
 XTENSION   |   marks beginning of new HDU   |  meta.note;meta.fits.hdu 
 YPIXELSZ   |   y pixel size   |  phys.size;instr.pixel 
 ZD_EOS     |   zenith distance at End of Scan   |  pos.az.zd
 ZD_SOS     |   zenith distance at Start of Scan   |  pos.az.zd
 ZP         |   zero point calibration   |  arith.zp;phot.calib 
 ZP_ERR     |   error in zero point   |  stat.error;arith.zp;phot.calib 

--=_1ey860p5kkg0--

From owner-ucd@eso.org  Tue May  3 18:22:06 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43GLsYH000433
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 3 May 2005 18:21:54 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j43GLska000431
	for ucd-outgoing; Tue, 3 May 2005 18:21:54 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43GLmYH000411
	for <ucd@ivoa.net>; Tue, 3 May 2005 18:21:48 +0200 (MEST)
Received: from othello.physics.gla.ac.uk (othello.physics.gla.ac.uk [130.209.204.200])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43GLk73019132
	for <ucd@ivoa.net>; Tue, 3 May 2005 18:21:46 +0200 (CEST)
Received: from gw-trusted.physics.gla.ac.uk ([130.209.204.195] helo=[192.168.78.115])
	by othello.physics.gla.ac.uk:587 with asmtp  (TLS-1.0:RSA_ARCFOUR_SHA:16)
	(Exim 4.34)
	id 1DT09T-0004hR-RD
	for ucd@ivoa.net; Tue, 03 May 2005 17:21:41 +0100
Mime-Version: 1.0 (Apple Message framework v622)
In-Reply-To: <20050503164114.gxpb53ye89ygogo4@webmail.sic.rm.cnr.it>
References: <1eff2d5b2ed291becf05825cb37fd8e6@astro.gla.ac.uk> <20050503164114.gxpb53ye89ygogo4@webmail.sic.rm.cnr.it>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <dd4d7633cabfdd442f1261de37de20a3@astro.gla.ac.uk>
Content-Transfer-Encoding: 7bit
From: Norman Gray <norman@astro.gla.ac.uk>
Subject: Re: UCD name documentation
Date: Tue, 3 May 2005 17:21:39 +0100
To: ucd@ivoa.net
X-Mailer: Apple Mail (2.622)
X-PHYSCI-Spam-Score: 0.0 (/)
X-PHYSCI-Spam-Report: 0.0/5.0
X-Othello-SMTP: True
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.3.15
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Norman Gray <norman@astro.gla.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Andrea,

On 2005 May 3 , at 15.41, Andrea Preite Martinez wrote:

> If you think that the appended list (better, an updated version of it)
> could be the base for such a tool, I'll do it (the tool, I mean)

Thanks -- that's just the thing I was looking for.  Will this appear on 
the UCD pages at some point?

If anyone's interested, this came up on a `osxastro' list (OS X for 
astronomy applications).  The thread is `Tiger's Spotlight & FITS 
files' at <http://groups.yahoo.com/group/osxastro/>.

All the best,

Norman


-- 
----------------------------------------------------------------------
Norman Gray  :  Physics & Astronomy, Glasgow University, UK
http://www.astro.gla.ac.uk/users/norman/  :  www.starlink.ac.uk

From owner-voevent@eso.org  Tue May  3 23:10:07 2005
Return-Path: <owner-voevent@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43L9qYH029594
	for <voevent-outgoing@mercury.hq.eso.org>; Tue, 3 May 2005 23:09:52 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j43L9qUJ029593
	for voevent-outgoing; Tue, 3 May 2005 23:09:52 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-voevent@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43L9mYH029585;
	Tue, 3 May 2005 23:09:48 +0200 (MEST)
Received: from earth.astro.umd.edu (earth.astro.umd.edu [129.2.14.2])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j43L9kXW025175;
	Tue, 3 May 2005 23:09:46 +0200 (CEST)
Received: from [129.2.15.131] (lap31.astro.umd.edu [129.2.15.131])
	by earth.astro.umd.edu (Postfix) with ESMTP
	id 95900109A6; Tue,  3 May 2005 17:09:36 -0400 (EDT)
Message-ID: <4277E88B.7030305@gsfc.nasa.gov>
Date: Tue, 03 May 2005 17:09:31 -0400
From: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.de>
Cc: IVOA List VOEvent <voevent@ivoa.net>, ucd@ivoa.net
Subject: Re: New UCDs for VOEvent please
References: <Pine.LNX.4.44.0504271119500.12990-100000@barbara.star.le.ac.uk> <32fd4a5efbfd9d3afbbae300411c0379@Astro.physik.Uni-Goettingen.DE> <426FBAC9.2050600@cacr.caltech.edu> <dae9f8bdc6f7c847a5966524016fa967@noao.edu> <4272824B.7010900@gsfc.nasa.gov> <71e0852515f7c6122fe60632c6efb16d@Astro.physik.Uni-Goettingen.DE>
In-Reply-To: <71e0852515f7c6122fe60632c6efb16d@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.3.22
X-Virus-Scanned: by amavisd-new
Sender: owner-voevent@eso.org
Precedence: bulk
Reply-To: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Fred,
    Actually, I've been slaving away at an ontology for several months.  
It is still quite broad and far from complete.  But if you are 
interested and have the facility to examine OWL, then have a look.  I am 
open to any and all comments.:
http://archive.astro.umd.edu/ont/  (an svn archive)

Ed


Frederic V. "Rick" Hessman wrote:

>
> On 29 Apr 2005, at 8:51 pm, Ed Shaya wrote:
>
>> But we can also be keeping another eye on the longer time scale 
>> where  we want to be able to put data in machine understandable terms 
>> so that  applications can do the most possible on our behalf.  This 
>> requires  something a bit more sophisticated than just a simple class 
>> hierarchy  of terms.  An ontology would be more complete but probably 
>> not even an  order of magnitude (factor 10) more than the UCD is 
>> now.  In fact,  given the requests and requirements to augment UCDs,  
>> with time, the  UCD will probably grow to the size of an ontology 
>> anyway.   So, it is  probably wise to start doing some thinking in 
>> terms of the formal OWL  standard now. What we do with the ontology 
>> can vary greatly.
>> 1.  Use it as a string identifier, exactly as UCDs are.  The 
>> advantage  is that one can read the Ontology at that point to get 
>> more context  for the meaning of the term.
>> 2.  Use it as one more model builder for developing schemas.  This 
>> is  like UML but more in tune with knowledge/information structures.  
>> I  think this is what Mathew had in mind.
>> 3. Use it to test completeness and consistency of terms.  This would  
>> not be on the fly, but rather as one adds new terms one can see  
>> whether it is clashing with other terms and Venn diagrams let you 
>> see  something about completeness.  This then makes it more 
>> acceptable for  groups to be adding terms into their namespace 
>> without going to the VO  heads or the IAU.
>> 4. One can use it as the defining structure of all information being  
>> exchanged.  Sounds daring but in fact several other related science  
>> fields are preparing to do just that, including space physics.
>> 5. One can use it to reason out pathways to converting, pipelining,  
>> and analysing data.  It should be possible to automatically find the  
>> transformation and queries needed to satisfy an arbitrary  stated 
>> goal  or request.   Our group at UMD has an NASA/AISRP grant to 
>> figure out  the basics of how this might be done using OWL.
>
>
> Ummm.... maybe my googling didn't go quite as far or I'm missing  
> something: the "ontology" I found was a "low-level" (no - that sounds  
> too negative - let's say "very fundamental") means of describing  
> scientific quantities - nothing particularly "astronomical" about 
> it.    If this is as far as anyone has gotten, then I vote for a 
> mid-term  temporary solution - what I've called "VOThings" - which 
> someone else  can turn into a full astronomical ontology in the 
> future.  Thus,
>
>     - Small, multiple, overlapping, incompatible lists within 
> different  schemata will be an unnecessary pain, so we need a minimal  
> common-ground list.
>
>     - A formal development of a real astronomical ontology will take 
> many  years and we can't wait that long.
>
>     - We should resist the temptation to make VOThings "complete" 
> since it  won't ever be such and we'd waste time in trying.  Maybe 
> having such a  terrible name will be a good thing - let's get it over 
> quickly knowing  that some day somebody else will get it right.
>
> Rick
>
> ------------------------------------------------------------------------ 
> ------------------------
> Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
> Universitaets-Sternwarte     Tel.  +49-551-39-5052
> Geismarlandstr. 11                Fax +49-551-39-5043
> 37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
> ------------------------------------------------------------------------ 
> -------------------------
> MONET: a MOnitoring NEtwork of Telescopes
> http://monet.uni-goettingen.de
> ------------------------------------------------------------------------ 
> -------------------------
>
>

From owner-ucd@eso.org  Fri May  6 12:15:20 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AF2DV024547
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 6 May 2005 12:15:02 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j46AF2hN024545
	for ucd-outgoing; Fri, 6 May 2005 12:15:02 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AEvDV024534
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:14:57 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AEu73007613
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:14:56 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DTzr8-000HCH-R2; Fri, 06 May 2005 12:14:50 +0200
In-Reply-To: <011EA67F-8093-408A-A5C5-AF6BC33A70A3@noao.edu>
References: <427A7DAB.3010102@cacr.caltech.edu> <011EA67F-8093-408A-A5C5-AF6BC33A70A3@noao.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <4cd59db0ee26584cabeaaece611a1fcd@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net, voevent-core@us-vo.org
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: [Voevent-core] Draft v0.6, VOThings & UCD usage
Date: Fri, 6 May 2005 12:17:02 +0200
To: Rob Seaman <seaman@noao.edu>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.6.5
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> - It seems to me that VOThing is unlikely to be embraced as a name.   
> Suggestions?  Perhaps this facility should exist underneath VOEvent  
> itself in some fashion.  Other VO projects needing access would then  
> simply reference us in return.

Remember: I purposefully used this terrible name to emphasize the need  
for a VO-wide solution.     How about "VOConcept"?

It seems that the UCD community will also have to address the usefuless  
of the present UCD usage: one requires a separate parser to disentagle  
what "em.X-ray;phot.count;obs.image" is supposed to mean, whereas  
parsing something like

		<group><ucd>em.X-ray</ucd><ucd>phot.count</ucd><ucd>obs.image</ 
ucd><group>

would fall out of the normal processing of the XML document with no  
real additional effort.  This is why I've been playing with UCDType and  
VOThingType in the experimental VOEvent schema  
(http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
SchemaTableOfContents).   This is a good chance to force our VO  
colleagues to think a bit more about how different VO projects can be  
made more compatible (at least) and more useful (we hope) in the near  
future.  I'd like to see VOEvent's <What> and <Hypothesis> turn into  
something like ("concept" <--> "VOConcept" = "VOThing")

		<What>
			<group>
				<ucd>em.opt</ucd>
				<concept>process.burst</concept>
			</group>
			<group>
				<ucd>phot.flux</ucd>
				<ucd>em.opt.R</ucd>
				<Param value="1.23e-4" error="0.12e-4" units="Watts/m^2">
			</group>
		</What>
		<Hypothesis>
			<concept>supernova.Type_Ia</concept>
			<group>
				<name>NGC 1234</name>
				<concept type="associated">galaxies</concept>
			</group>
		</Hypothesis>

The whole point of XML, after all, is to do as much as possible in XML,  
othewise one can stick to old ASCII formats.

> - There appears to be no purpose for the "type" attribute of the  
> VOEvent element.  This functionality is encapsulated under the  
> citations.  Comments on section 3.2 would be quite welcome.

I think it's a bit tricky that the ultimate purpose of the document is  
hidden in the cite attributes in a lower-level element.  Yes, we can  
agree what everything is supposed to mean, but you certainly can't call  
it elegant.  And no, I don't really have a better suggestion.....

> - Timestamp?  I vote for subelement of Curation, not attribute of  
> VOEvent.

Unless I get some immediate support for my suggestion, I assume we keep  
the original syntax.

> - There is no error attribute for a VOTable Param, so there should be  
> none for VOEvent.

I FIRMLY disagree with this.   With VOTable, the syntax is designed to  
describe rows and columns in a table and errors are often kept in  
separate entries.    VOEvent needs to be able to describe a  
measurement, and I've always told my students that a measurement  
without an error and some units isn't a measurement.  It's artificially  
cumbersome to force people to use <Group>s in order to attach an error  
by adding another element which is identical with the partner element  
except for the ".error" appendix on the ucd.

> - I think all elements of a packet should be optional.  A completely  
> empty VOEvent should be acceptable, for instance, for testing.  It is  
> not our job to try to limit usage only to sensible packets.  The first  
> thing any subscribing client will do is to perform a reality check on  
> the semantics of the message *from the point of view of the needs of  
> the client itself*.  If a client driving a robotic telescope receives  
> a discovery packet with no WhereWhen, it will be a simple matter to  
> reject it.  It would, on the other hand, be a hellaciously complicated  
> job to try to construct a protocol/language in which no nonsense could  
> be spoken.  (See the Sunday morning talk shows for examples.)

I started to say that a packet without a <Curation> is anonymous, but  
that's not entirely true: if the packet HAS to have a unique ivo: ID,  
then there's at least somebody who knows where the message came from.   
Is this enough?  What if your system gets a message with the id  
"ivo://other/message12345678"?  Do you assume that somebody within the  
IVOA was wise in letting somebody who knows what s/he's doing insert a  
nearly blank message claiming to have found a optical transient?

> - We are relying on STC and RTML (and other stuff like UCD).  How  
> should we mandate (or not) what versions of each standard are  
> acceptable for a packet conforming to VOEvent vM.n?  Should we  
> constrain the usage to the latest stable version of each dependency at  
> the time of our own releases?  Surely the VO must have run into this  
> before?

When STC and RTML is inserted in the schema, one is forced to specify a  
particular version.  As the schema is updated, the appended schemata  
can also be updated.

A performance issue is implicit here: if extremely fast processing  
times are required, either your system will have to forget about formal  
schema-based parsing or probably should force the parser to use local  
copies of the schemata (e.g. updated regularly from the IVOA).

> - I think How should continue to live at the top level (not underneath  
> Curation).  It should, however, typically only correspond to a pointer  
> to an RMTL document or earlier VOEvent packet.  (This is the  
> equivalent of the familiar "N more" syntax for commanding additional  
> exposures under a variety of data acquisition systems.)  In many  
> cases, How will be omitted entirely.

Hear! Hear!  If somethings comes from Raptor or a similarly trustworthy  
source, for instance, we won't need to have the grimy details in the  
message.   Good practice should dictate, however, that there really  
should be a useful link (a <Ref type="RTML"/>, for example) which  
permits one to take a look if needed.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Fri May  6 12:39:58 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AdjDV027081
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 6 May 2005 12:39:45 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j46Adj7E027080
	for ucd-outgoing; Fri, 6 May 2005 12:39:45 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AdUDV027061
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:39:31 +0200 (MEST)
Received: from apollo.le.ac.uk (ntp2b.le.ac.uk [143.210.16.125])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AdTXW004168
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:39:29 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DU0Ep-0005kh-Gl; Fri, 06 May 2005 11:39:19 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id E4CA2271A03; Fri,  6 May 2005 11:39:10 +0100 (BST)
Date: Fri, 6 May 2005 11:37:07 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Cc: Rob Seaman <seaman@noao.edu>, <ucd@ivoa.net>, <voevent-core@us-vo.org>
Subject: Re: [Voevent-core] Draft v0.6, VOThings & UCD usage
In-Reply-To: <4cd59db0ee26584cabeaaece611a1fcd@Astro.physik.Uni-Goettingen.DE>
Message-ID: <Pine.LNX.4.44.0505061129440.16461-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: 9968641ad51498f592f89315acb5c628@1DU0Ep-0005kh-Gl@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.6.5
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Frederick,

On Fri, 6 May 2005, Frederic V. "Rick" Hessman wrote:
> > - It seems to me that VOThing is unlikely to be embraced as a name.   
> > Suggestions?  Perhaps this facility should exist underneath VOEvent  
> > itself in some fashion.  Other VO projects needing access would then  
> > simply reference us in return.
> 
> Remember: I purposefully used this terrible name to emphasize the need  
> for a VO-wide solution.     How about "VOConcept"?
> 
> It seems that the UCD community will also have to address the usefuless  
> of the present UCD usage: one requires a separate parser to disentagle  
> what "em.X-ray;phot.count;obs.image" is supposed to mean, whereas  
> parsing something like
> 
> 		<group><ucd>em.X-ray</ucd><ucd>phot.count</ucd><ucd>obs.image</ 
> ucd><group>
> 
> would fall out of the normal processing of the XML document with no  
> real additional effort.

Possibly, but that makes UCDs tied to a particular representation (XML),
which I don't believe should be the way to go. If UCDs are to be used
widely, they should remain as independent of the "way to write them"
as possible. Some people (include me) would like to use UCDs in a non
XML context, and build our own tools.  Furthermore, which usages do you
have in mind where a piece of software would be required to "understand"
the meaning of a UCD? (other than just compare with other UCDs, either
completely or partially)


Cheers,

Patricio


---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Fri May  6 12:57:34 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46AvADV028763
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 6 May 2005 12:57:11 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j46AvAOm028761
	for ucd-outgoing; Fri, 6 May 2005 12:57:10 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46Av6DV028755
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:57:06 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46Av473008556
	for <ucd@ivoa.net>; Fri, 6 May 2005 12:57:05 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DU0Vv-000Hcz-KD; Fri, 06 May 2005 12:56:59 +0200
In-Reply-To: <Pine.LNX.4.44.0505061129440.16461-100000@barbara.star.le.ac.uk>
References: <Pine.LNX.4.44.0505061129440.16461-100000@barbara.star.le.ac.uk>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <b6e839d32f5e85f09b16b9409cf530cf@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: <ucd@ivoa.net>, <voevent-core@us-vo.org>, Rob Seaman <seaman@noao.edu>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: [Voevent-core] Draft v0.6, VOThings & UCD usage
Date: Fri, 6 May 2005 12:59:11 +0200
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.6.6
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On 6 May 2005, at 12:37 pm, Patricio F. Ortiz wrote:

>>> - It seems to me that VOThing is unlikely to be embraced as a name.
>>> Suggestions?  Perhaps this facility should exist underneath VOEvent
>>> itself in some fashion.  Other VO projects needing access would then
>>> simply reference us in return.
>>
>> Remember: I purposefully used this terrible name to emphasize the need
>> for a VO-wide solution.     How about "VOConcept"?
>>
>> It seems that the UCD community will also have to address the  
>> usefuless
>> of the present UCD usage: one requires a separate parser to disentagle
>> what "em.X-ray;phot.count;obs.image" is supposed to mean, whereas
>> parsing something like
>>
>> 		<group><ucd>em.X-ray</ucd><ucd>phot.count</ucd><ucd>obs.image</
>> ucd><group>
>>
>> would fall out of the normal processing of the XML document with no
>> real additional effort.
>
> Possibly, but that makes UCDs tied to a particular representation  
> (XML),
> which I don't believe should be the way to go. If UCDs are to be used
> widely, they should remain as independent of the "way to write them"
> as possible. Some people (include me) would like to use UCDs in a non
> XML context, and build our own tools.  Furthermore, which usages do you
> have in mind where a piece of software would be required to  
> "understand"
> the meaning of a UCD? (other than just compare with other UCDs, either
> completely or partially)

I don't see any problem:  in produing the UCDType (not to be confused  
with VOTable's "ucdType", which just says what a ucd should look like  
lexographically), I simply took the official list and put it in a  
schema enumeration so that it could be checked syntactically.  This  
certainly doesn't preclude someone else using the list for totally  
different purposes.

The whole point of UCD's was, at least as I understood it, that one  
could use an official label for a concept which a computer could then  
process.  The UCD tags aren't for people - they're for computers.   By  
making the UCD list available within a schema, we can make the list  
simpler for computers to process.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Fri May  6 13:16:14 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46BG0DV000683
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 6 May 2005 13:16:01 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j46BG0f6000682
	for ucd-outgoing; Fri, 6 May 2005 13:16:00 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46BFvDV000659
	for <ucd@ivoa.net>; Fri, 6 May 2005 13:15:57 +0200 (MEST)
Received: from artemis.le.ac.uk (mailsend.le.ac.uk [143.210.4.129])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46BFtXW005039
	for <ucd@ivoa.net>; Fri, 6 May 2005 13:15:56 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with esmtp (Exim 4.44)
	id 1DU0oA-00051k-2x; Fri, 06 May 2005 12:15:50 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id E4E11271A03; Fri,  6 May 2005 12:15:49 +0100 (BST)
Date: Fri, 6 May 2005 12:13:46 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Frederic V.Rick Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Cc: ucd@ivoa.net
Subject: Re: [Voevent-core] Draft v0.6, VOThings & UCD usage
In-Reply-To: <b6e839d32f5e85f09b16b9409cf530cf@Astro.physik.Uni-Goettingen.DE>
Message-ID: <Pine.LNX.4.44.0505061159420.16461-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: f41c81d3706211017d30c5cb6654600e@1DU0oA-00051k-2x@artemis.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.6.6
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Fri, 6 May 2005, Frederic V.Rick Hessman wrote:
> On 6 May 2005, at 12:37 pm, Patricio F. Ortiz wrote:
> 
> >>> - It seems to me that VOThing is unlikely to be embraced as a name.
> >>> Suggestions?  Perhaps this facility should exist underneath VOEvent
> >>> itself in some fashion.  Other VO projects needing access would then
> >>> simply reference us in return.
> >>
> >> Remember: I purposefully used this terrible name to emphasize the need
> >> for a VO-wide solution.     How about "VOConcept"?
> >>
> >> It seems that the UCD community will also have to address the  
> >> usefuless
> >> of the present UCD usage: one requires a separate parser to disentagle
> >> what "em.X-ray;phot.count;obs.image" is supposed to mean, whereas
> >> parsing something like
> >>
> >> 		<group><ucd>em.X-ray</ucd><ucd>phot.count</ucd><ucd>obs.image</
> >> ucd><group>
> >>
> >> would fall out of the normal processing of the XML document with no
> >> real additional effort.
> >
> > Possibly, but that makes UCDs tied to a particular representation  
> > (XML),
> > which I don't believe should be the way to go. If UCDs are to be used
> > widely, they should remain as independent of the "way to write them"
> > as possible. Some people (include me) would like to use UCDs in a non
> > XML context, and build our own tools.  Furthermore, which usages do you
> > have in mind where a piece of software would be required to  
> > "understand"
> > the meaning of a UCD? (other than just compare with other UCDs, either
> > completely or partially)
> 
> I don't see any problem:  in produing the UCDType (not to be confused  
> with VOTable's "ucdType", which just says what a ucd should look like  
> lexographically), I simply took the official list and put it in a  
> schema enumeration so that it could be checked syntactically.  This  
> certainly doesn't preclude someone else using the list for totally  
> different purposes.

Perhaps, I can see it from your point of view. That means that anyone
getting an XML document adopting that convention and wanting to use
"total" UCDs needs to append these elements into a new element which
will look like the original.

Non-XML representations will remain as originally proposed, right?

> The whole point of UCD's was, at least as I understood it, that one  
> could use an official label for a concept which a computer could then  
> process.  The UCD tags aren't for people - they're for computers.   By  
> making the UCD list available within a schema, we can make the list  
> simpler for computers to process.

In an ideal world, yes, UCDs should be for computers, but in a few cases
the information for a given column is so "cryptic" that a human would get
more information from the UCD than from an explanation/column-name
combination. Besides, I can think of cases in which users are faced with
a choice between a number of "things" (to use that term :-) :-) in which
the UCD will play an important role to understand what they are dealing
with. Searches launched by users will not always return "precise
answers", (eg, a registry query) so one of the discriminating elements may
well be the UCD.

> Rick

Cheers,

Patricio

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Fri May  6 17:05:42 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46F5ADV006997
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 6 May 2005 17:05:10 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j46F5Aat006996
	for ucd-outgoing; Fri, 6 May 2005 17:05:10 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46F4xDV006951
	for <ucd@ivoa.net>; Fri, 6 May 2005 17:04:59 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j46F4v73017898
	for <ucd@ivoa.net>; Fri, 6 May 2005 17:04:57 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DU4No-000Khl-7W; Fri, 06 May 2005 17:04:52 +0200
In-Reply-To: <Pine.LNX.4.44.0505061159420.16461-100000@barbara.star.le.ac.uk>
References: <Pine.LNX.4.44.0505061159420.16461-100000@barbara.star.le.ac.uk>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <09edf63bac6eaf3722da225c046d3a4f@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: [Voevent-core] Draft v0.6, VOThings & UCD usage
Date: Fri, 6 May 2005 17:06:54 +0200
To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.6.13
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

>>>>> - It seems to me that VOThing is unlikely to be embraced as a name.
>>>>> Suggestions?  Perhaps this facility should exist underneath VOEvent
>>>>> itself in some fashion.  Other VO projects needing access would  
>>>>> then
>>>>> simply reference us in return.
>>>>
>>>> Remember: I purposefully used this terrible name to emphasize the  
>>>> need
>>>> for a VO-wide solution.     How about "VOConcept"?
>>>>
>>>> It seems that the UCD community will also have to address the
>>>> usefuless
>>>> of the present UCD usage: one requires a separate parser to  
>>>> disentagle
>>>> what "em.X-ray;phot.count;obs.image" is supposed to mean, whereas
>>>> parsing something like
>>>>
>>>> 		<group><ucd>em.X-ray</ucd><ucd>phot.count</ucd><ucd>obs.image</
>>>> ucd><group>
>>>>
>>>> would fall out of the normal processing of the XML document with no
>>>> real additional effort.
>>>
>>> Possibly, but that makes UCDs tied to a particular representation
>>> (XML),
>>> which I don't believe should be the way to go. If UCDs are to be used
>>> widely, they should remain as independent of the "way to write them"
>>> as possible. Some people (include me) would like to use UCDs in a non
>>> XML context, and build our own tools.  Furthermore, which usages do  
>>> you
>>> have in mind where a piece of software would be required to
>>> "understand"
>>> the meaning of a UCD? (other than just compare with other UCDs,  
>>> either
>>> completely or partially)
>>
>> I don't see any problem:  in produing the UCDType (not to be confused
>> with VOTable's "ucdType", which just says what a ucd should look like
>> lexographically), I simply took the official list and put it in a
>> schema enumeration so that it could be checked syntactically.  This
>> certainly doesn't preclude someone else using the list for totally
>> different purposes.
>
> Perhaps, I can see it from your point of view. That means that anyone
> getting an XML document adopting that convention and wanting to use
> "total" UCDs needs to append these elements into a new element which
> will look like the original.

I'm not sure what you mean by "total" - "original"?  UCD information  
which
gets passed via its XML representation can be turned into any format you
want: e.g.

	<group><ucd>em.opt.R</ucd><ucd>phot.flux</ucd>...</group>

is the same as

	<PARAM ucd="em.opt.R;phot.flux" .../>

in a VOTable, and we hope the human at the end only sees

	"R-band optical flux of 1.234e-4 W/m^2"

(or something similarly intelligent) and neither of the above computer  
representations!

> Non-XML representations will remain as originally proposed, right?

My point is that UCDs will have a life of their own as an official  
representation
of astronomical quantities and concepts - to be used for whatever  
purposes
people find them useful for - but that their use as a means of  
communication
between computers and between people and computers will be much simpler
if there is an official XML representation.  The current model of  
simple string
concatenation is a cumbersome one for computers given that everything  
else
is cast in XML.   Thus, the creation of an official UCD standard list  
should be
accompanied (not replaced!) by an attempt to make the list XML-enabled.
My suggestion of using concatenated <ucd> elements instead of  
concatenated
UCD content is just one obivous way to achieve this functionality.

>> The whole point of UCD's was, at least as I understood it, that one
>> could use an official label for a concept which a computer could then
>> process.  The UCD tags aren't for people - they're for computers.   By
>> making the UCD list available within a schema, we can make the list
>> simpler for computers to process.
>
> In an ideal world, yes, UCDs should be for computers, but in a few  
> cases
> the information for a given column is so "cryptic" that a human would  
> get
> more information from the UCD than from an explanation/column-name
> combination. Besides, I can think of cases in which users are faced  
> with
> a choice between a number of "things" (to use that term :-) :-) in  
> which
> the UCD will play an important role to understand what they are dealing
> with. Searches launched by users will not always return "precise
> answers", (eg, a registry query) so one of the discriminating elements  
> may
> well be the UCD.

Absolutely - the UCD can be the syntactical glue by which the human  
users
are finally able to communicate with the external VO world.   All the  
more
reasons to invest (1) in a more useful parallel version of the UCD list  
(XML)
and (2) in extensions to the now still VOTable-ish UCD list (a la but  
not
necessarily exactly like VOThing).

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Mon May  9 08:06:32 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4964wdw022979
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 08:04:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4964wT7022978
	for ucd-outgoing; Mon, 9 May 2005 08:04:58 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4964tdw022968
	for <ucd@ivoa.net>; Mon, 9 May 2005 08:04:55 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4964rXW018817
	for <ucd@ivoa.net>; Mon, 9 May 2005 08:04:54 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head.cfa.harvard.edu (d/w) with ESMTP id j4964lAv003001
	for <ucd@ivoa.net>; Mon, 9 May 2005 02:04:47 -0400 (EDT)
From: Jonathan McDowell <jcm@head.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id j4964lFb012041
	for ucd@ivoa.net; Mon, 9 May 2005 02:04:47 -0400 (EDT)
Date: Mon, 9 May 2005 02:04:47 -0400 (EDT)
Message-Id: <200505090604.j4964lFb012041@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: New UCD list
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.8.42
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head.cfa.harvard.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear Andrea,
 I've been looking at the new UCD list. I have a question, some comments and a
concern.

question: I assume that the suggestion I made in Aug 2004 for "phot.flux.beam" 
 should now be handled by "phot.flux;instr.beam" using the new "instr.beam"
 UCD?

comment: I applaud the simplification of phot.color. How are you handling
this in the Vizier tables with more than one color? Adding secondary pairs of
"em.*" UCDs?

comment: The UCD desc for 'phot.count' still includes the comment "count (/s)"
even though on Oct 19 you agreed on the feedback form that we drop the "/s".

comment: I second Alberto's suggestions on homogenization of things like
resolution. 

comment: However, On attempting to map the WCS keywords with things like
arith.1_1, I think this is trying to take UCDs beyond where they should
go (something I've been accused of myself!). That's what a UTYPE is for,
to map it to a data model. All the components of cdmatrix are the same
kind of thing and should have the same ucd. 

concern:

On the comments page I also asked in August-Sept. 2004 for feedback on the
following proposed UCDs:
  em.veloc.radio
  meta.curation
  phys.energy-density
  src.net

I'm a bit disappointed that many months later a new list has emerged
without none of these being addressed, even with a "well, I don't think
this is sensible for a UCD". These were proposed not just for fun, but
as things needed for the spectral data model document. I also still
think that it would be a good idea if new UCDs were circulated for
comment to the UCD WG "board" before the web page was updated, the
process still seems a bit opaque and over-centralized.

(by the way, the automated emails we get with "A suggestion has been made for
a new UCD" would I think be much more useful if the text of the suggestion
was included, removing one step in the process, since I have the impression
few WG members have been responding to them).

  Best wishes,
     Jonathan McDowell

From owner-ucd@eso.org  Mon May  9 15:46:03 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49Djkdw001791
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 15:45:46 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j49Djjnu001790
	for ucd-outgoing; Mon, 9 May 2005 15:45:45 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49DjIdw001645
	for <ucd@ivoa.net>; Mon, 9 May 2005 15:45:18 +0200 (MEST)
Received: from othello.physics.gla.ac.uk (othello.physics.gla.ac.uk [130.209.204.200])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49DjGXW002289
	for <ucd@ivoa.net>; Mon, 9 May 2005 15:45:16 +0200 (CEST)
Received: from gw-trusted.physics.gla.ac.uk ([130.209.204.195] helo=[192.168.78.115])
	by othello.physics.gla.ac.uk:587 with asmtp  (TLS-1.0:RSA_ARCFOUR_SHA:16)
	(Exim 4.34)
	id 1DV8ZD-0007xM-NJ; Mon, 09 May 2005 14:45:04 +0100
In-Reply-To: <200505090604.j4964lFb012041@urania.cfa.harvard.edu>
References: <200505090604.j4964lFb012041@urania.cfa.harvard.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <ce9f2bad14715cfd89b7f49a34010296@astro.gla.ac.uk>
Content-Transfer-Encoding: 7bit
From: Norman Gray <norman@astro.gla.ac.uk>
Subject: Re: New UCD list
Date: Mon, 9 May 2005 14:45:02 +0100
To: ucd@ivoa.net
X-Mailer: Apple Mail (2.622)
X-PHYSCI-Spam-Score: 0.0 (/)
X-PHYSCI-Spam-Report: 0.0/5.0
X-Othello-SMTP: True
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Norman Gray <norman@astro.gla.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Greetings,

On 2005 May 9 , at 07.04, Jonathan McDowell wrote:

> (by the way, the automated emails we get with "A suggestion has been 
> made for
> a new UCD" would I think be much more useful if the text of the 
> suggestion
> was included, removing one step in the process, since I have the 
> impression
> few WG members have been responding to them).

Who is the `we', here?  Is this the CDS panel for discussing new UCDs, 
or the list of folk on the WG, which I take to be approximately 
coextensive with the list of authors of the UCD1+ proposal?  I 
understood I was still on the WG, though I don't recall any such 
automated emails.

Norman


-- 
----------------------------------------------------------------------
Norman Gray  :  Physics & Astronomy, Glasgow University, UK
http://www.astro.gla.ac.uk/users/norman/  :  www.starlink.ac.uk

From owner-ucd@eso.org  Mon May  9 17:07:16 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49F71dw017012
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 17:07:02 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j49F71E4017011
	for ucd-outgoing; Mon, 9 May 2005 17:07:01 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49F6vdw016981
	for <ucd@ivoa.net>; Mon, 9 May 2005 17:06:58 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (mailrelay.artov.rm.cnr.it [150.146.129.253])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49F6uXW005735
	for <ucd@ivoa.net>; Mon, 9 May 2005 17:06:56 +0200 (CEST)
Received: (qmail 5630 invoked by uid 508); 9 May 2005 15:06:49 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.84. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.034899 secs); 09 May 2005 15:06:49 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <ucd@ivoa.net>; 9 May 2005 15:06:49 -0000
Received: from eddington.u-strasbg.fr (eddington.u-strasbg.fr
	[130.79.129.110]) by webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Mon,  9 May 2005 17:06:49 +0200
Message-ID: <20050509170649.srzz6v0z3gkgossw@webmail.sic.rm.cnr.it>
Date: Mon,  9 May 2005 17:06:49 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: ucd@ivoa.net
Subject: Re: New UCD list
MIME-Version: 1.0
Content-Type: text/plain;
	charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.13
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


  Dear Jonathan,

> question: I assume that the suggestion I made in Aug 2004 for
"phot.flux.beam"
>  should now be handled by "phot.flux;instr.beam" using the new
"instr.beam"
>  UCD?

  You're right, that was the idea.

> comment: I applaud the simplification of phot.color. How are you handling
> this in the Vizier tables with more than one color? Adding secondary pairs
of
> "em.*" UCDs?

  Yes, if U-B and V-K are present, we would simply have
phot.color;em.opt.U;em.opt.B
phot.color;em.opt.V;em.IR.K

> comment: The UCD desc for 'phot.count' still includes the comment "count
(/s)"
> even though on Oct 19 you agreed on the feedback form that we drop the
"/s".

  Thanks, this will be fixed in version 1.01 of the list.

> comment: I second Alberto's suggestions on homogenization of things like
> resolution.

  Yes, I agree. Anyone opposing the following changes ?

instr.angRes -> pos.resolution (angular resolution)
instr.spect.resolution -> spect.resolution (spectral resolution)

> comment: However, On attempting to map the WCS keywords with things like
> arith.1_1, I think this is trying to take UCDs beyond where they should
> go (something I've been accused of myself!). That's what a UTYPE is for,
> to map it to a data model. All the components of cdmatrix are the same
> kind of thing and should have the same ucd.

  I also agree with you.

> concern:
>
> On the comments page I also asked in August-Sept. 2004 for feedback on the
> following proposed UCDs:
>   em.veloc.radio

  There are several things at stake with this one. You can now describe
velocities
with the following combinations:

  For radial velocities derived from a spectrum:
spect.veloc   -- which can be followed by a word em.* :
spect.veloc;em.opt      or
spect.veloc;em.radio    or
spect.veloc;em.line.HI
...

  For other velocities :
src.veloc  (by the way, the definition is wrong in the list! It should
not read "radial velocity",
but simply "Velocity").

  You first suggested em.veloc.radio to account for the 2 conventions to
derive velocities from spectra (optical and radio conventions). If
nobody
ever applies the optical convention to a radio spectrum (or vice versa),
then we can live with spect.veloc;em.opt and spect.veloc;em.radio
  What do you think?

>   meta.curation

  What about having a few specific words to describe the elements of
VOResource metadata:

meta.entity  (or meta.identity and meta.organization)
meta.version
...

>   phys.energy-density

  Yes, but spelled phys.energyDensity ?

>   src.net

  You suggested three words to distinguish total source flux, background
flux,
and net source flux. I don't feel comfortable with src.net, because net
values
should be the default...
  The background could be described by a qualifier, e.g. renaming
instr.background
to stat.background.
  "Total" is too general a word. Can you suggest a more specific word to
describe source+background? Would this be the same as aperture
photometry
in the optical (i.e. total flux measured within some radius).

> I also still
> think that it would be a good idea if new UCDs were circulated for
> comment to the UCD WG "board" before the web page was updated, the
> process still seems a bit opaque and over-centralized.

  I think the role of the Kyoto session will also be to formalize the
existence of the board. Emails like yours contribute to make the process
less opaque!


> (by the way, the automated emails we get with "A suggestion has been made
for
> a new UCD" would I think be much more useful if the text of the suggestion
> was included, removing one step in the process, since I have the
impression
> few WG members have been responding to them).

  Okay, it can be done!

Andrea.

==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
00133 Roma
==============================================================================

From owner-ucd@eso.org  Mon May  9 17:38:47 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49Fcadw022481
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 17:38:36 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j49Fca8m022480
	for ucd-outgoing; Mon, 9 May 2005 17:38:36 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49FcWdw022475
	for <ucd@ivoa.net>; Mon, 9 May 2005 17:38:32 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49FcUXW007020
	for <ucd@ivoa.net>; Mon, 9 May 2005 17:38:31 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id j49FcOCi002128;
	Mon, 9 May 2005 11:38:24 -0400 (EDT)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id j49FcOfq024961;
	Mon, 9 May 2005 11:38:24 -0400 (EDT)
Message-Id: <200505091538.j49FcOfq024961@xebec.cfa.harvard.edu>
Subject: Re: New UCD list
In-Reply-To: <20050509170649.srzz6v0z3gkgossw@webmail.sic.rm.cnr.it>
To: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
Date: Mon, 9 May 2005 11:38:24 -0400 (EDT)
CC: ucd@ivoa.net
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.14
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Andrea Preite Martinez wrote:
> ...
>   You first suggested em.veloc.radio to account for the 2 conventions to
> derive velocities from spectra (optical and radio conventions). If
> nobody
> ever applies the optical convention to a radio spectrum (or vice versa),
> then we can live with spect.veloc;em.opt and spect.veloc;em.radio
>   What do you think?
> 

O yes!  The optical definition needs to be (and is) used for plenty of
radio observations.
Do you distinguish between LSR, geocenter, barycenter, topocenter,
Galactic center (to name the most popular ones)?

> ...
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Mon May  9 20:42:07 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49Ifsdw015861
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 20:41:55 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j49IfsOu015860
	for ucd-outgoing; Mon, 9 May 2005 20:41:54 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49Ifndw015853
	for <ucd@ivoa.net>; Mon, 9 May 2005 20:41:50 +0200 (MEST)
Received: from serv1.obs-besancon.fr (serv1.obs-besancon.fr [193.52.185.11])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49Ifm73013846
	for <ucd@ivoa.net>; Mon, 9 May 2005 20:41:48 +0200 (CEST)
Received: from services3.obs-besancon.fr ([193.52.184.204] ident=mail)
	by serv1.obs-besancon.fr with esmtp (Exim 3.35 #1 (Debian))
	id 1DVDBs-00023P-00
	for <ucd@ivoa.net>; Mon, 09 May 2005 20:41:16 +0200
Received: from bd.obs-besancon.fr ([193.52.184.161] helo=obs-besancon.fr)
	by services3.obs-besancon.fr with esmtp (Exim 3.35 #1 (Debian))
	id 1DVDFz-0003Hw-00; Mon, 09 May 2005 20:45:32 +0200
Message-ID: <427FAEB0.1040507@obs-besancon.fr>
Date: Mon, 09 May 2005 20:40:48 +0200
From: Bernard Debray <debray@obs-besancon.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: fr, en
MIME-Version: 1.0
To: ucd@ivoa.net
CC: modele@obs-besancon.fr
Subject: UCDs and optical and near-infrared bandpasses
References: <20050502071545.o2qry3nmgtcgok8s@webmail.sic.rm.cnr.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-MailScanner: Found to be clean, Found to be clean
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.21
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Bernard Debray <debray@obs-besancon.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Dear UCD list members,

I apologize if the subject of the remarks below has already been 
addressed or this turns out eventually to be outside the scope of the 
UCD field. This is both a remark on the UCD electromagnetic spectrum 
scheme and a question about the use of UCDs.

I have browsed the archive of the UCD mailing list and found only one 
message, by Patricio Ortiz, already a long time ago (October 2003, 
http://www.ivoa.net/forum/ucd/0310/0067.htm) that fits this topic and 
looked quite sound to me.

 One of the claimed aims of UCDs is interoperability. Therefore, they 
should serve, for instance, the purpose of comparing magnitudes from 
different catalogues in given filters. Therefore, one should be able to 
identify unambiguously through which filter, photometric system, ... a 
magnitude is supplied in a catalogue or by a simulation tool.

In the division of the electromagnetic spectrum in the UCD document, 
optical and near-infrared subparts of the spectrum where given names 
which are the ones of filters in the Johnson, ... photometric system, 
whereas they designate contiguous portions of the electromagnetic spectrum.

While Johnson filters do fit in the subparts so defined, this is not 
always the case for filters from other photometric systems. For 
instance, the g filter of the SDSS photometric system has an effective 
wavelength of 482.5 nm but the flux in this band encompasses widely both 
the em.opt.B and em.opt.V domains.
 On the other hand, there seems to be,as far as I can see, no UCD which 
refers to the specification of a photometric system which could 
complement the UCD for the description of the electromagnetic spectrum 
subpart.

 Alternatively, the UCDs for specific filters such as those of SDSS' 
system, which could become more widespread that Johnson's in the future, 
could be handed over to particular namespaces. But it then still seems 
to me that, in order to release ambiguity in the meaning of optical and 
near-infrared parts of the spectrum, the corresponding UCDs should be 
named slightly differently, not simply U, B, V, ...

Finally, if the desired achievement of identifications of data columns 
in the purpose of comparaison is beyond the scope of UCDs, should the 
cross-comparaison process be handed over to VO tools at more 
sophisticated levels ?

Thanks in advance for your remarks and comments.

Best regards,
             Bernard Debray

Bernard Debray                   bernard.debray@obs-besancon.fr
Observatoire de Besançon         http://www.obs-besancon.fr/
BP 1615  
25010 Besançon Cedex 
France


Andrea Preite Martinez wrote:

>Dear member of the UCD_wg,
>
>since last Friday (20050429) an updated list of UCD words is available at:
>
>http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt
>
>at the UCD page:
>
>http://vizier.u-strasbg.fr/UCD/
>
>The new list of words has been edited according to the very valuable
>comments coming from the community and also thanks to the (almost!) every
>day use of them made by Sebastien and myself.
>
>The most important differences with the previous version (20040823) concern
>
>- distances and sizes (linear/angular)
>- the introduction of a rectangular/cartesian reference frame
>- the phot.color section, much simplified
>- spelling, abbreviations, syntax ...
>
>
>At the UCD page you can also find un updated version of the UCD_tree
>browser(s)
>and a new tool, the ucd_builder:
>
>http://vizier.u-strasbg.fr/UCD/cgi-bin/descr2ucd
>
>that uses a description in "natural" language to find the relevant
>ucd_words, and then tries to build a valid ucd out of them.
>
>In these two weeks before Kyoto please explore the list, use the tools and
>send back comments.
>A more "formal" comment page is available to suggest changes in the list of
>words at:
>http://vizier.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments
>
>Have fun.
>Andrea
>  
>

From owner-ucd@eso.org  Mon May  9 22:32:17 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49KW5dw028182
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 9 May 2005 22:32:05 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j49KW5ab028180
	for ucd-outgoing; Mon, 9 May 2005 22:32:05 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49KW1dw028173
	for <ucd@ivoa.net>; Mon, 9 May 2005 22:32:01 +0200 (MEST)
Received: from apollo.le.ac.uk (mailsend.le.ac.uk [143.210.16.125])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j49KVvXW017404
	for <ucd@ivoa.net>; Mon, 9 May 2005 22:31:58 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DVEuq-0001jH-63; Mon, 09 May 2005 21:31:48 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id F1285271A00; Mon,  9 May 2005 21:31:45 +0100 (BST)
Date: Mon, 9 May 2005 21:29:14 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Bernard Debray <debray@obs-besancon.fr>
Cc: ucd@ivoa.net, <modele@obs-besancon.fr>
Subject: Re: UCDs and optical and near-infrared bandpasses
In-Reply-To: <427FAEB0.1040507@obs-besancon.fr>
Message-ID: <Pine.LNX.4.44.0505092033360.18521-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
X-UoL-Id: 85de7ab74c5d26c3a8d0c0e35bc78b63@1DVEuq-0001jH-63@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.25
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Andrea, Bernard, et al,

I've been sitting on my hands to see if there was any reaction to the way
UCDs are heading, but as I was mentioned in the last post, I feel I can
free my hands and re-phrase my concerns again.

I fully agree with Bernard's position, which something isn't quite right
with the way UCD1+ are heading, particularly in the photometry section,
which comprises and will comprise the bulk of the data in astronomy.

We should ask ourselves why we want to attach a UCD to a column's
metadata, and how we intend to use it.

To the first question, the initial answer (pre-historic UCDs :-) was
that we wanted to be able to recognize the content of any given column
in as accurate a way as possible in order to compare it with others (we
had datamining in mind); we wished not to mix apples, pears, oranges
or lemmons, so, there would be different UCDs for apples, lemmons and
oranges (to follow Roy's way of exemplifying things) :-)

Now, we have reached a point in which we're lucky to have one ucd for
apples and pears and one for lemmons and oranges (citrics). Perhaps we
only have one UCD for
fruits.which.grow.on.trees.of.more.than.two.metres.high :-)

Which leads us to the second question... How do we intend to use them?

Do we want to find "things" using ucds? Sure,

1- I(*) want to find all catalogues containing observations with the
   gunn g filter (enough of fruits, we're astronomers :-). Perhaps I'd like
   to compare observations done by different observers?

(*) replace I by "user" or "users".

2- Another possibility is that I want to find observations in the optical
   blue section of the em-spectrum? Fine, I may be just interested in
   discovering resources rather than comparing on a very accurate level.

3- I want to discover which objects have been observed in the radio regime
   of the CO emission at 3.whatever mm

[go back to normal use of 'I']

As far as I can see, ucd1+ allows us to answer [2] accurately and
possibly completely, while [1] and [3] will give us a lot of answers with
a low S/N, ie, correct answers combined with irrelevant information (to
the person questioning).

One of the initial ideas of UCDs (mine at least) was to tag columns
accurately (including filter/photometric systems), but having "virtual
UCDs", ie, UCDs which will be accessible to those querying, but never
(or rarely) attached to columns. Translation tables would take care of
interpreting that if I asked for "blue magnitude" I would get Johnsons'
B, Stroemgrem, gunn, washington, HST, Sloan, etc, etc.  However accurate
querying was possible.

The problem of UCD1+ is that if I want HST Blue observations I have to
weed through all the other systems which were put in the same box!!

Somehow I feel as if I went to a supermarket to buy AAA alkaline batteries
and I'm told "Ah! batteries, they are all in this box (AAA, AA, C, D,
N, etc., alkaline, zn, li, new-tech, etc.), here, help yourself" I don't
think I'll go back to buy batteries there again!

OK, so what can be done? I'm not just complaining here! :-)

UCD1+ have already the broad classification, *I* think we need to add the
fine structure, so no information is lost and needs to be re-discovered
time after time

For instance, S|em.opt.B should be left for a magnitude for which we have
no idea how it was measured (old catalogues), while a Johnson's B should
be something like  S|em.opt.B:phot.jhn.B

Yes, the ucd tree will grow again (or we'll have to handle this with
UTYPE or some other meta-data element), but the example just given gives
an accurate description of the quantity, yet can be used in fuzzy
searches.

Alternatively, we could have phot.jhn.B by itself as the UCD, but have
something like

S|em.opt.B -> (S|em.opt.B, phot.jhn.B, phot.HST.B, ....... )

That means that in the context of a query, whenever a tool finds the
left term it should look for columns which contain a UCD listed in the
right hand side. If no list is associated with a "virtual UCD", exact
matches should be performed (which should not prevent us from searching
for 'phot.HST' regarding of the filter observed! I've implemented tools
like this, that's why I'm voicing this proposition.

To finish, I just took a quick look at the 'em.line' section... well,
absorption and emission lines exist across the spectrum: Ly-alpha, CIV
(QSOs), molecular lines, (CO, H20) in Radio, FeXIV in X, etc. By not
leaving room for accurate description with UCDs we are making UCDs less
useful as accurate descriptors and discovery tools.

I feel more threatened by a lack of accuracy in the description of a
column than for a largish set of terms (which only reflects our trade).

Cheers,

Patricio




On Mon, 9 May 2005, Bernard Debray wrote:
> Dear UCD list members,
> 
> I apologize if the subject of the remarks below has already been 
> addressed or this turns out eventually to be outside the scope of the 
> UCD field. This is both a remark on the UCD electromagnetic spectrum 
> scheme and a question about the use of UCDs.
> 
> I have browsed the archive of the UCD mailing list and found only one 
> message, by Patricio Ortiz, already a long time ago (October 2003, 
> http://www.ivoa.net/forum/ucd/0310/0067.htm) that fits this topic and 
> looked quite sound to me.
> 
>  One of the claimed aims of UCDs is interoperability. Therefore, they 
> should serve, for instance, the purpose of comparing magnitudes from 
> different catalogues in given filters. Therefore, one should be able to 
> identify unambiguously through which filter, photometric system, ... a 
> magnitude is supplied in a catalogue or by a simulation tool.
> 
> In the division of the electromagnetic spectrum in the UCD document, 
> optical and near-infrared subparts of the spectrum where given names 
> which are the ones of filters in the Johnson, ... photometric system, 
> whereas they designate contiguous portions of the electromagnetic spectrum.
> 
> While Johnson filters do fit in the subparts so defined, this is not 
> always the case for filters from other photometric systems. For 
> instance, the g filter of the SDSS photometric system has an effective 
> wavelength of 482.5 nm but the flux in this band encompasses widely both 
> the em.opt.B and em.opt.V domains.
>  On the other hand, there seems to be,as far as I can see, no UCD which 
> refers to the specification of a photometric system which could 
> complement the UCD for the description of the electromagnetic spectrum 
> subpart.
> 
>  Alternatively, the UCDs for specific filters such as those of SDSS' 
> system, which could become more widespread that Johnson's in the future, 
> could be handed over to particular namespaces. But it then still seems 
> to me that, in order to release ambiguity in the meaning of optical and 
> near-infrared parts of the spectrum, the corresponding UCDs should be 
> named slightly differently, not simply U, B, V, ...
> 
> Finally, if the desired achievement of identifications of data columns 
> in the purpose of comparaison is beyond the scope of UCDs, should the 
> cross-comparaison process be handed over to VO tools at more 
> sophisticated levels ?
> 
> Thanks in advance for your remarks and comments.
> 
> Best regards,
>              Bernard Debray
> 
> Bernard Debray                   bernard.debray@obs-besancon.fr
> Observatoire de Besançon         http://www.obs-besancon.fr/
> BP 1615  
> 25010 Besançon Cedex 
> France
> 
> 
> Andrea Preite Martinez wrote:
> 
> >Dear member of the UCD_wg,
> >
> >since last Friday (20050429) an updated list of UCD words is available at:
> >
> >http://vizier.u-strasbg.fr/UCD/ucd1p-words.txt
> >
> >at the UCD page:
> >
> >http://vizier.u-strasbg.fr/UCD/
> >
> >The new list of words has been edited according to the very valuable
> >comments coming from the community and also thanks to the (almost!) every
> >day use of them made by Sebastien and myself.
> >
> >The most important differences with the previous version (20040823) concern
> >
> >- distances and sizes (linear/angular)
> >- the introduction of a rectangular/cartesian reference frame
> >- the phot.color section, much simplified
> >- spelling, abbreviations, syntax ...
> >
> >
> >At the UCD page you can also find un updated version of the UCD_tree
> >browser(s)
> >and a new tool, the ucd_builder:
> >
> >http://vizier.u-strasbg.fr/UCD/cgi-bin/descr2ucd
> >
> >that uses a description in "natural" language to find the relevant
> >ucd_words, and then tries to build a valid ucd out of them.
> >
> >In these two weeks before Kyoto please explore the list, use the tools and
> >send back comments.
> >A more "formal" comment page is available to suggest changes in the list of
> >words at:
> >http://vizier.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments
> >
> >Have fun.
> >Andrea
> >  
> >
> 
> 

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Tue May 10 09:53:31 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4A7q01u021948
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 09:52:00 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4A7q0W2021947
	for ucd-outgoing; Tue, 10 May 2005 09:52:00 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4A7pu1u021937
	for <ucd@ivoa.net>; Tue, 10 May 2005 09:51:56 +0200 (MEST)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4A7pt73001605
	for <ucd@ivoa.net>; Tue, 10 May 2005 09:51:55 +0200 (CEST)
Received: from vizir.u-strasbg.fr (vizir.u-strasbg.fr [130.79.128.13])
          by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j4A7pnel028337
          for <ucd@ivoa.net>; Tue, 10 May 2005 09:51:49 +0200 (CEST)
Received: from vizier (localhost [127.0.0.1])
	by vizir.u-strasbg.fr (8.11.6+Sun/8.9.1) with ESMTP id j4A7qdE20199;
	Tue, 10 May 2005 09:52:39 +0200 (MET DST)
Message-Id: <200505100752.j4A7qdE20199@vizir.u-strasbg.fr>
To: ucd@ivoa.net
cc: francois@vizir.u-strasbg.fr
Date: Tue, 10 May 2005 09:52:39 +0200
From: Francois Ochsenbein <francois@vizir.u-strasbg.fr>
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [130.79.200.154]); Tue, 10 May 2005 09:51:49 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.9.47
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Francois Ochsenbein <francois@vizir.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


Hi Patricio, et al.,

This question of accurate/inaccurate description was discussed
many times --- and one of the results was the definition of 2 
different entities :
-- the UCDs which have the role of broad classification
-- the "utype" was introduced to fulfil the role of the accurate
   description -- the "utype" being in principle connected to a 
   data model which gives the necessary level of detail.

In the photometric domain, each of the two entities has its role:
-- from a ucd: 2 quantities showing the same UCD can be compared 
   at least in a statistical way; 
-- from a utype: the accurate specification of each filter must be
   accessible; quantities can then be combined. 
   In practice however the required level of details is frequently 
   not fully known. 

There is exactly the same problem in the astrometric domain:
while UCDs can be used to define the RA and Dec, an accurate
definition of these values requires a lot of extra parameters
-- have a look at Arnold's Space-Time model and be sure you
have specified everything if you want to be accurate...
In many practical cases -- e.g. for statistical cross-matching --
a full description is not required, and then the UCDs have their
place. 

--francois
================================================================================
Francois Ochsenbein       ------       Observatoire Astronomique de Strasbourg
   11, rue de l'Universite F-67000 STRASBOURG       Phone: +33-(0)390 24 24 29
Email: francois@astro.u-strasbg.fr   (France)         Fax: +33-(0)390 24 24 17
================================================================================

From owner-ucd@eso.org  Tue May 10 14:07:15 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AC6J1u000984
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 14:06:19 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4AC6Ijc000983
	for ucd-outgoing; Tue, 10 May 2005 14:06:18 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AC6F1u000970
	for <ucd@ivoa.net>; Tue, 10 May 2005 14:06:15 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AC6D73008502
	for <ucd@ivoa.net>; Tue, 10 May 2005 14:06:14 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head.cfa.harvard.edu (d/w) with ESMTP id j4AC67Ci004629
	for <ucd@ivoa.net>; Tue, 10 May 2005 08:06:07 -0400 (EDT)
From: Jonathan McDowell <jcm@head.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id j4AC67oh015174
	for ucd@ivoa.net; Tue, 10 May 2005 08:06:07 -0400 (EDT)
Date: Tue, 10 May 2005 08:06:07 -0400 (EDT)
Message-Id: <200505101206.j4AC67oh015174@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: How precise should UCDs be?
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.10.7
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head.cfa.harvard.edu>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


Francois wrote:

> This question of accurate/inaccurate description was discussed
> many times --- and one of the results was the definition of 2 
> different entities :
> -- the UCDs which have the role of broad classification
> -- the "utype" was introduced to fulfil the role of the accurate
>    description -- the "utype" being in principle connected to a 
>    data model which gives the necessary level of detail.

My own thoughts on the relation between UCD and utype/DM have evolved a
little (although it comes to essentially the same answer as Francois). I
believe that the UCD should have a precise and accurate definition, but
that when you need metadata, or parameters,  i.e. you need to refer to 
other UCDs, the utype/DM is needed. It's not a question of level of
detail or "accurate", it's a question of "complete" - do you need
more than one number of value to describe the idea?

Thus, 
  flux.photDens.sb   and 
  flux.photDens;instr.beam
are different physical concepts - subtly different, and we are going
to a high level of detail, but it's necessary to do so.
But 
  RA2000 and RA1950 are the same basic concept differing only by a parameter.
  The concept 'RA' and the concept 'equinox' are the two different concepts
  here:
  pos.eq.ra      (value = 12:26:03.4) and
  time.equinox   (value = 2000.0)

and these are related to each other in the context of a coordinate frame
(e.g. STC) data model. RA1950 and RA2000 are really the same physical
concept simply with different metadata. pos.eq.ra is PRECISELY defined,
it's just not COMPLETELY defined without tying it to the STC metadata.

In contrast, you can't really say that about "surface brightness" and
"flux density per beam", there's no  associated metadata to distinguish
them. (I guess you could use instr.scale or instr.pixel and tie it to
the spatially variable beam size in the second case but I think
implicitly using an algorithm to connect two concepts is cheating.)

Of course for pragmatic reasons we do break this paradigm for
the "phot.*;em.*" UCDs where the  "em.IR" is really metadata for the
"phot.*" concept. But in general I think this is a good rule of thumb
for deciding whether you need a new UCD, or whether you need to
relate two different UCDs via a data model.


> while UCDs can be used to define the RA and Dec, an accurate
> definition of these values requires a lot of extra parameters
> -- have a look at Arnold's Space-Time model and be sure you
> have specified everything if you want to be accurate...
> In many practical cases -- e.g. for statistical cross-matching --
> a full description is not required, and then the UCDs have their
> place. 

The key phrase here is "requires a lot of extra parameters". In some
other practical cases, a full description *is* required: so you need the
parameters and a data model to relate them to each other. But if the
data model is very generic you still need the UCDs to describe precisely
what the individual parameters are.

This is of course fuzzy, since sometimes - as in parts of STC - the
utype implies what the UCD must be. But sometimes the utype describes
only the precise relationship between two concepts, and the UCDs
describe the precise identity of the concepts - both precise, but
doing different jobs. Thus you might use utypes to
link a velocity and its standard of rest, but you still need to
use UCDs to explain that this is the escape velocity from the
star (src.veloc.escape) and not the expansion velocity of the
wind (src.veloc.expansion) that you're talking about.

If you look at the src.veloc tree I see three different kinds of UCD:

Group 1 
- different kinds of velocity
   src.veloc
   src.veloc.ang

(src.veloc means radial velocity, we're missing a way to say "(norm of) 
3D space velocity",  I suggest src.veloc.space or src.veloc.total)

Group 2
- the velocity of what? (distinguishing different physics concepts):
   src.veloc.dispersion
   src.veloc.escape
   src.veloc.expansion
   src.veloc.microTurb
   src.veloc.pulsat
   src.veloc.rotat

Group 3
- shortcuts for giving parameter values of the STC frames:
   src.veloc.cmb
   src.veloc.lg
   src.veloc.lsr

Do other people see the same distinction I'm seeing here?

I suggest that instead of Group 3 we should have
   pos.frame.cmb, pos.frame.lg, pos.frame.lsr, pos.frame.src
and allow combinations like
   src.veloc;pos.frame.lsr
   src.veloc.space;pos.frame.lsr
to make more clear that the concept that's changing is the frame, not the
velocity.

 - Jonathan

From owner-ucd@eso.org  Tue May 10 14:59:53 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ACxe1u009640
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 14:59:40 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4ACxeGC009639
	for ucd-outgoing; Tue, 10 May 2005 14:59:40 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from clyde.hq.eso.org (clyde.hq.eso.org [134.171.45.17])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ACxR1u009584;
	Tue, 10 May 2005 14:59:28 +0200 (MEST)
Received: from [134.171.10.12] (ma008861.hq.eso.org [134.171.10.12])
	(authenticated bits=0)
	by clyde.hq.eso.org (8.12.8/8.12.8) with ESMTP id j4ACxRfF028969
	(version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT);
	Tue, 10 May 2005 14:59:27 +0200
In-Reply-To: <200505101206.j4AC67oh015174@urania.cfa.harvard.edu>
References: <200505101206.j4AC67oh015174@urania.cfa.harvard.edu>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <536c867aa5ebeae2ff9af6b55dc312a5@eso.org>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net
From: Alberto Micol <Alberto.Micol@eso.org>
Subject: Re: How precise should UCDs be?
Date: Tue, 10 May 2005 14:59:29 +0200
To: Jonathan McDowell <jcm@head.cfa.harvard.edu>
X-Mailer: Apple Mail (2.622)
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Alberto Micol <Alberto.Micol@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


On May 10, 2005, at 14:06, Jonathan McDowell wrote:
>
> The key phrase here is "requires a lot of extra parameters". In some
> other practical cases, a full description *is* required: so you need 
> the
> parameters and a data model to relate them to each other. But if the
> data model is very generic you still need the UCDs to describe 
> precisely
> what the individual parameters are.
>
> This is of course fuzzy, since sometimes - as in parts of STC - the
> utype implies what the UCD must be. But sometimes the utype describes
> only the precise relationship between two concepts, and the UCDs
> describe the precise identity of the concepts - both precise, but
> doing different jobs. Thus you might use utypes to
> link a velocity and its standard of rest, but you still need to
> use UCDs to explain that this is the escape velocity from the
> star (src.veloc.escape) and not the expansion velocity of the
> wind (src.veloc.expansion) that you're talking about.
> [...]
> Group 2
> - the velocity of what? (distinguishing different physics concepts):
>    src.veloc.dispersion
>    src.veloc.escape
>    src.veloc.expansion
>    src.veloc.microTurb
>    src.veloc.pulsat
>    src.veloc.rotat
>

Devil's advocate point of view

It looks to me as if you are trying to model a generic astronomical 
source
by using UCDs. Wouldn't that be the role of a "Generic Astronomical 
Source Data Model"
instead?
That is, the UCD could be src.veloc leaving to the utype of the GAS-DM
to tell which part of the source is being described.

Drawing a line between UCDs and UTYPEs is something we have not 
achieved yet.

The fact is that we have never really tried. I have never seen a VOTABLE
using both UCDs and UTYPEs; until we see one and we experiment with it
I fear we could philosophically talk about it for ages.
We need real examples (self-criticism: hence we need some DM :-) ).

In my view, precise UCDs means: a pragmatic, though incomplete, 
approach;
an approach that is useful to fill a gap: the absence of a DM.

To counter-balance such sentence I can certainly add that
on the other hand, we will never have all the DMs we would need.

Help!
:-)

Alberto

From owner-ucd@eso.org  Tue May 10 15:11:35 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADBC1u011901
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 15:11:13 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4ADBCSN011900
	for ucd-outgoing; Tue, 10 May 2005 15:11:12 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADB71u011877
	for <ucd@ivoa.net>; Tue, 10 May 2005 15:11:08 +0200 (MEST)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.153])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADB573011028
	for <ucd@ivoa.net>; Tue, 10 May 2005 15:11:06 +0200 (CEST)
Received: from astro.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
          by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j4ADAtLW072772
          ; Tue, 10 May 2005 15:10:55 +0200 (CEST)
Message-ID: <4280B2DF.400C25E2@astro.u-strasbg.fr>
Date: Tue, 10 May 2005 15:10:55 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: Norman Gray <norman@astro.gla.ac.uk>
CC: ucd@ivoa.net
Subject: Re: New UCD list
References: <200505090604.j4964lFb012041@urania.cfa.harvard.edu> <ce9f2bad14715cfd89b7f49a34010296@astro.gla.ac.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [130.79.200.153]); Tue, 10 May 2005 15:10:56 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.10.9
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Norman Gray wrote:
> 
> 
> Who is the `we', here?  Is this the CDS panel for discussing new UCDs,
> or the list of folk on the WG, which I take to be approximately
> coextensive with the list of authors of the UCD1+ proposal?  I
> understood I was still on the WG, though I don't recall any such
> automated emails.

  Hi Norman,

  You are still on the WG. People who receive these emails are those 
who explicitly asked to receive automated notifications for additions
made
on the following page:
http://vizier.u-strasbg.fr/UCD/cgi-bin/comment/ucdComments

  Currently, this means:
Sebastien Derriere, Bob Mann, Anita Richards, Jonathan McDowell,
Pedro Osuna, Andrea Preite-Martinez, and Nausicaa Delmotte.

  I can add you if you want. From now on, automated messages should
include the explanation of the suggested change (previously you had
to check details on the web page).

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Tue May 10 15:19:17 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADJ6kw013295
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 15:19:06 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4ADJ6wj013293
	for ucd-outgoing; Tue, 10 May 2005 15:19:06 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADJ1kw013280;
	Tue, 10 May 2005 15:19:01 +0200 (MEST)
Received: from athena.le.ac.uk (athena.le.ac.uk [143.210.16.127])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADIx73011381;
	Tue, 10 May 2005 15:19:00 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by athena.le.ac.uk with esmtp (Exim 4.44)
	id 1DVUdS-0000RQ-Fq; Tue, 10 May 2005 14:18:54 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id 26FF7271A08; Tue, 10 May 2005 14:18:54 +0100 (BST)
Date: Tue, 10 May 2005 14:16:19 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: Alberto Micol <Alberto.Micol@eso.org>
Cc: ucd@ivoa.net
Subject: Re: How precise should UCDs be?
In-Reply-To: <536c867aa5ebeae2ff9af6b55dc312a5@eso.org>
Message-ID: <Pine.LNX.4.44.0505101403180.22154-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: 71f0601656df495020ce566fcf5c5c61@1DVUdS-0000RQ-Fq@athena.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.10.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On Tue, 10 May 2005, Alberto Micol wrote:
> On May 10, 2005, at 14:06, Jonathan McDowell wrote:
> > The key phrase here is "requires a lot of extra parameters". In some
> > other practical cases, a full description *is* required: so you need 
> > the
> > parameters and a data model to relate them to each other. But if the
> > data model is very generic you still need the UCDs to describe 
> > precisely
> > what the individual parameters are.
> >
> > This is of course fuzzy, since sometimes - as in parts of STC - the
> > utype implies what the UCD must be. But sometimes the utype describes
> > only the precise relationship between two concepts, and the UCDs
> > describe the precise identity of the concepts - both precise, but
> > doing different jobs. Thus you might use utypes to
> > link a velocity and its standard of rest, but you still need to
> > use UCDs to explain that this is the escape velocity from the
> > star (src.veloc.escape) and not the expansion velocity of the
> > wind (src.veloc.expansion) that you're talking about.
> > [...]
> > Group 2
> > - the velocity of what? (distinguishing different physics concepts):
> >    src.veloc.dispersion
> >    src.veloc.escape
> >    src.veloc.expansion
> >    src.veloc.microTurb
> >    src.veloc.pulsat
> >    src.veloc.rotat
> >
> 
> Devil's advocate point of view
> 
> It looks to me as if you are trying to model a generic astronomical 
> source
> by using UCDs. Wouldn't that be the role of a "Generic Astronomical 
> Source Data Model"
> instead?
> That is, the UCD could be src.veloc leaving to the utype of the GAS-DM
> to tell which part of the source is being described.
> 
> Drawing a line between UCDs and UTYPEs is something we have not 
> achieved yet.
> 
> The fact is that we have never really tried. I have never seen a VOTABLE
> using both UCDs and UTYPEs; until we see one and we experiment with it
> I fear we could philosophically talk about it for ages.
> We need real examples (self-criticism: hence we need some DM :-) ).
> 
> In my view, precise UCDs means: a pragmatic, though incomplete, 
> approach;
> an approach that is useful to fill a gap: the absence of a DM.
> 
> To counter-balance such sentence I can certainly add that
> on the other hand, we will never have all the DMs we would need.
> 
> Help!
> :-)
> 
> Alberto

Alberto,

that's exactly my problem! I've never seen any VOT with both ucds and utype
that would allow me to think how to identify quantities which are "kind of
equivalent" or "equivalent enough" so the user has a short list to pick
what is of his/her interest.

Whether that line exists, or how it will be defined is quite important. We
have already a number of people (astronomers and non-astronomers)
wondering why we bother with UCDs (let alone utype!). I second your
position that we need practical examples, not just philosophical
discussions on how we should write this or that. In my case, the clash
with reality comes when consulting a registry (or the META tables in
vizier) trying to retrieve resources of a particular type. Personally
if I want to get catalogues with HST blue data, I'd like to get back a
list with as little overhead as possible, not five times larger, poluted
by all other observations in the blue bands which fall into the same
box... again, I haven't seen utype widely used yet. If I could narrow
down the search using utype + ucd or utype alone, fine, we can always
write a piece of software to perform this task.

My complaints last night had to do with the fact that up to this point in
time, using only ucd1+ our searches would bring back too much overhead.


Cheers,

Patricio



---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Tue May 10 15:21:25 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADLCkw013666
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 15:21:13 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4ADLCcM013665
	for ucd-outgoing; Tue, 10 May 2005 15:21:12 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from serapis.hq.eso.org (serapis.hq.eso.org [134.171.7.10])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4ADL7kw013651
	for <ucd@ivoa.net>; Tue, 10 May 2005 15:21:07 +0200 (MEST)
Received: from eso.org (pc003499.hq.eso.org [134.171.40.117])
	by serapis.hq.eso.org (8.11.7+Sun/8.11.7) with ESMTP id j4ADL7D24256
	for <ucd@ivoa.net>; Tue, 10 May 2005 15:21:07 +0200 (MEST)
Message-ID: <4280B544.2010503@eso.org>
Date: Tue, 10 May 2005 15:21:08 +0200
From: Markus Dolensky <Markus.Dolensky@eso.org>
Organization: European Southern Observatory
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1
X-Accept-Language: en, de-AT
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Re: How precise should UCDs be?
References: <200505101206.j4AC67oh015174@urania.cfa.harvard.edu> <536c867aa5ebeae2ff9af6b55dc312a5@eso.org>
In-Reply-To: <536c867aa5ebeae2ff9af6b55dc312a5@eso.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Markus Dolensky <Markus.Dolensky@eso.org>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Alberto Micol wrote:
> I have never seen a VOTABLE using both UCDs and UTYPEs; 

Alberto,

Here you are:
http://www.ivoa.net/internal/IVOA/IvoaDAL/ssample20041021.xml

The lack of examples is due to the fact that the utype attribute is new to 
version 1.1 of VOTable, but more importantly that we are just starting to write 
services that produce data model compliant data (chicken & egg thing).

BEWARE: Above example is obsolete as far as the used data model is concerned, 
but it should be a valid VOTabled doc nonetheless.

- Markus

From owner-ucd@eso.org  Tue May 10 20:58:03 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AIvnXa002300
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 10 May 2005 20:57:49 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4AIvnra002299
	for ucd-outgoing; Tue, 10 May 2005 20:57:49 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AIviXa002286
	for <ucd@ivoa.net>; Tue, 10 May 2005 20:57:45 +0200 (MEST)
Received: from serv1.obs-besancon.fr (serv1.obs-besancon.fr [193.52.185.11])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AIvhXW021858
	for <ucd@ivoa.net>; Tue, 10 May 2005 20:57:43 +0200 (CEST)
Received: from services3.obs-besancon.fr ([193.52.184.204] ident=mail)
	by serv1.obs-besancon.fr with esmtp (Exim 3.35 #1 (Debian))
	id 1DVZuh-0005G5-00
	for <ucd@ivoa.net>; Tue, 10 May 2005 20:57:03 +0200
Received: from bd.obs-besancon.fr ([193.52.184.161] helo=obs-besancon.fr)
	by services3.obs-besancon.fr with esmtp (Exim 3.35 #1 (Debian))
	id 1DVZz1-0002FZ-00
	for <ucd@ivoa.net>; Tue, 10 May 2005 21:01:31 +0200
Message-ID: <428103EB.5030205@obs-besancon.fr>
Date: Tue, 10 May 2005 20:56:43 +0200
From: Bernard Debray <debray@obs-besancon.fr>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: fr, en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Re: How precise should UCDs be?
References: <200505101206.j4AC67oh015174@urania.cfa.harvard.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-MailScanner: Found to be clean, Found to be clean
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.10.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Bernard Debray <debray@obs-besancon.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Dear all,

Jonathan McDowell wrote:

>Francois Ochsenbein wrote:  
>
>>This question of accurate/inaccurate description was discussed
>>many times --- and one of the results was the definition of 2 
>>different entities :
>>-- the UCDs which have the role of broad classification
>>-- the "utype" was introduced to fulfil the role of the accurate
>>   description -- the "utype" being in principle connected to a 
>>   data model which gives the necessary level of detail.
>>
>>In the photometric domain, each of the two entities has its role:
>>-- from a ucd: 2 quantities showing the same UCD can be compared 
>>   at least in a statistical way; 
>>-- from a utype: the accurate specification of each filter must be
>>   accessible; quantities can then be combined. 
>>   In practice however the required level of details is frequently 
>>   not fully known. 
>>
>>There is exactly the same problem in the astrometric domain:
>>while UCDs can be used to define the RA and Dec, an accurate
>>definition of these values requires a lot of extra parameters
>>-- have a look at Arnold's Space-Time model and be sure you
>>have specified everything if you want to be accurate...
>>In many practical cases -- e.g. for statistical cross-matching --
>>a full description is not required, and then the UCDs have their
>>place. 
>>
>>--francois  
>
>My own thoughts on the relation between UCD and utype/DM have evolved a
>little (although it comes to essentially the same answer as Francois). I
>believe that the UCD should have a precise and accurate definition, but
>that when you need metadata, or parameters,  i.e. you need to refer to 
>other UCDs, the utype/DM is needed. It's not a question of level of
>detail or "accurate", it's a question of "complete" - do you need
>more than one number of value to describe the idea?
>
>...
>But 
>  RA2000 and RA1950 are the same basic concept differing only by a parameter.
>  The concept 'RA' and the concept 'equinox' are the two different concepts
>  here:
>  pos.eq.ra      (value = 12:26:03.4) and
>  time.equinox   (value = 2000.0)
>
>and these are related to each other in the context of a coordinate frame
>(e.g. STC) data model. RA1950 and RA2000 are really the same physical
>concept simply with different metadata. pos.eq.ra is PRECISELY defined,
>it's just not COMPLETELY defined without tying it to the STC metadata.
>
>...
>
>Of course for pragmatic reasons we do break this paradigm for
>the "phot.*;em.*" UCDs where the  "em.IR" is really metadata for the
>"phot.*" concept. But in general I think this is a good rule of thumb
>for deciding whether you need a new UCD, or whether you need to
>relate two different UCDs via a data model.
>
>>while UCDs can be used to define the RA and Dec, an accurate
>>definition of these values requires a lot of extra parameters
>>-- have a look at Arnold's Space-Time model and be sure you
>>have specified everything if you want to be accurate...
>>In many practical cases -- e.g. for statistical cross-matching --
>>a full description is not required, and then the UCDs have their
>>place. 
>>    
>>
>The key phrase here is "requires a lot of extra parameters". In some
>other practical cases, a full description *is* required: so you need the
>parameters and a data model to relate them to each other. But if the
>data model is very generic you still need the UCDs to describe precisely
>what the individual parameters are.
>
>...
> - Jonathan
>
Yes, definitely.
If I go back to my particular initial concern about photometric 
bandpasses, I pointed that the definition of the UCDs for 
electromagnetic spectrum in the document NoteEMSpectrum-2004052-3.pdf 
which is still referred in the last version of the UCD1+ Working Draft 
Document (2005-04-29) is somewhat ambiguous for the optical and 
near-infrared parts. For example, the note in the table for em.opt.U 
says "B band" which, I think, for the average astronomer is Johnson B 
filter bandpass. On the other hand, there is no ucd to define a 
photometric system.  Therefore in this case,  the definition is not 
"precise" in the sense that it can be confusing.

On the other hand, I would tend to think that in order to be used in 
registries, UCDs should allow a more complete description than for being 
used in  statistical cross-matching (e.g. "I need a resource which has g 
magnitude in the SDSS photometric system for a given part of the sky"). 
 Does that mean this should be envisaged through data modelling as well  ?

 
Bernard Debray                       bernard.debray@obs-besancon.fr
Observatoire de Besançon             http://www.obs-besancon.fr/
BP 1615  25010 Besançon Cedex France





From owner-ucd@eso.org  Wed May 11 00:22:03 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AMLmnt024963
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 11 May 2005 00:21:48 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4AMLmia024962
	for ucd-outgoing; Wed, 11 May 2005 00:21:48 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AMLjnt024954
	for <ucd@ivoa.net>; Wed, 11 May 2005 00:21:45 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4AMLh73029373
	for <ucd@ivoa.net>; Wed, 11 May 2005 00:21:44 +0200 (CEST)
Received: from urania.cfa.harvard.edu (urania [131.142.52.147])
	by head.cfa.harvard.edu (d/w) with ESMTP id j4AMLbCi027684
	for <ucd@ivoa.net>; Tue, 10 May 2005 18:21:37 -0400 (EDT)
From: Jonathan McDowell <jcm@head.cfa.harvard.edu>
Received: (from jcm@localhost)
	by urania.cfa.harvard.edu (8.12.8p1/8.12.8) id j4AMLb3d015644
	for ucd@ivoa.net; Tue, 10 May 2005 18:21:37 -0400 (EDT)
Date: Tue, 10 May 2005 18:21:37 -0400 (EDT)
Message-Id: <200505102221.j4AMLb3d015644@urania.cfa.harvard.edu>
To: ucd@ivoa.net
Subject: Re: New UCD list
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.10.29
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Jonathan McDowell <jcm@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Andrea,
 Just a couple of followups to your reply to me on Monday:

 - I agree with your spelling change: phys.energyDensity   

 - spec.veloc; em.opt:   I agree if the implication of this is agreed
      to be "optical method for determining velocity" rather than
      "velocity measured from the optical spectrum". (Following Arnold's point
      that yes, alas, all methods are used for all kinds of data)

 - meta.entity etc as "a few specific words to describe VOResource"
   Yes... although we should be careful to define them in a general
   way. I'll try and propose some specifics at Kyoto.

 - I'm not sure "stat.background" is quite right - to me, background is
   an astronomical/physical rather than statistical concept.
   Let me be clear about my proposal: the src.* would be secondary words,
   so you'd write
       phot.flux;em.IR;src.total
   I agree src.net should be the default, but maybe it's helpful for clarity
   in some cases.
       instr.background seems not right, because the background can be
   of cosmic rather than instrumental origin.

 Thanks,
    Jonathan

From owner-ucd@eso.org  Wed May 11 15:38:10 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4BDbqnt006857
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 11 May 2005 15:37:53 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4BDbqMx006856
	for ucd-outgoing; Wed, 11 May 2005 15:37:52 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4BDbjnt006821
	for <ucd@ivoa.net>; Wed, 11 May 2005 15:37:45 +0200 (MEST)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.153])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4BDbh73020676
	for <ucd@ivoa.net>; Wed, 11 May 2005 15:37:43 +0200 (CEST)
Received: from astro.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
          by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j4BDbb8m005148
          ; Wed, 11 May 2005 15:37:37 +0200 (CEST)
Message-ID: <42820AA0.A5821669@astro.u-strasbg.fr>
Date: Wed, 11 May 2005 15:37:36 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: UCD simple tools
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [130.79.200.153]); Wed, 11 May 2005 15:37:38 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.11.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


  Hello,

  I just released a series of basic tools to ease manipulation
of the UCD1+. They are described here, with simple CGI forms:
http://cdsweb.u-strasbg.fr/UCD/tools.htx

  A Web Service access is also available, and documented here:
http://cdsweb.u-strasbg.fr/cdsws/ucdClient.gml

  These tools allow:

translate: convert UCD1 into default corresponding UCD1+

explain: get the description of a UCD1+ word/combination

validate: check whether a UCD1+ is well-formed

upgrade: convert deprecated UCD1+ to a valid expression

assign: attempt to find the best UCD1+ corresponding to a plain
text description

  They will be presented to those of you attending the
meeting in Kyoto, during the UCD session!


Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Thu May 12 21:09:19 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJ8Mq6026155
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 12 May 2005 21:08:22 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4CJ8MWk026154
	for ucd-outgoing; Thu, 12 May 2005 21:08:22 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJ8Gq6026122
	for <ucd@ivoa.net>; Thu, 12 May 2005 21:08:16 +0200 (MEST)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.154])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJ8EXW004414
	for <ucd@ivoa.net>; Thu, 12 May 2005 21:08:15 +0200 (CEST)
Received: from astro.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
          by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j4CJ83Ar046262
          ; Thu, 12 May 2005 21:08:03 +0200 (CEST)
Message-ID: <4283A991.2A3EED5F@astro.u-strasbg.fr>
Date: Thu, 12 May 2005 21:08:01 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: Arnold Rots <arots@head.cfa.harvard.edu>
CC: ucd@ivoa.net
Subject: Re: New UCD list
References: <200505091538.j49FcOfq024961@xebec.cfa.harvard.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [130.79.200.154]); Thu, 12 May 2005 21:08:03 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.12.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Arnold Rots wrote:
> 
> Andrea Preite Martinez wrote:
> > ...
> >   You first suggested em.veloc.radio to account for the 2 conventions to
> > derive velocities from spectra (optical and radio conventions). If
> > nobody
> > ever applies the optical convention to a radio spectrum (or vice versa),
> > then we can live with spect.veloc;em.opt and spect.veloc;em.radio
> >   What do you think?
> >
> 
> O yes!  The optical definition needs to be (and is) used for plenty of
> radio observations.

  Hi,

  In order to find the relevant UCD, we need an accurate description/
explanation of the quantity we want to describe.
  My understanding is the following: there are 3 kinds of velocities
1. physical velocities (ratio of a distance and a time)
2. radio "velocity" representing a frequency shift
3. optical "velocity" representing a wavelength shift

  2 and 3 have no physical meaning, they only correspond to a physical
radial
velocity for motions << c (speed of light). The difference is that (2)
depends 
on the rest frequency, while (3) depends on the observing frequency. But
(2)
seems to be deprecated by the IAU.

  In the UCD, you have the word "src.veloc" for case (1). - Again, the
description of this word should read simply "Velocity", not "Radial
velocity"
sorry for the confusion.

  There is also a word "spect.veloc" for so-called velocities derived
from a spectrum. We had in mind that it could be complemented by a word
indicating what kind of spectra was used, e.g :
spect.veloc;em.opt     -> radial "velocity" derived from optical
spectrum
spect.veloc;em.line.HI -> radial "velocity" derived from a shift of the
HI line

  With your input, I understand that we should have two words, for cases
(2)
and (3), for example: spect.opticalVeloc and spect.radioVeloc , and we
could
say: "spect.opticalVeloc;em.radio" for a
measurement-of-a-frequency-shift-in
a-radio-spectrum-expressed-as-a-velocity-with-the-optical-convention ?!
  My concern with this is that if someone asks the proper UCD for a
"radio velocity",
the answer could be "spect.opticalVeloc;em.radio" or "spect.radioVeloc",
because
the description given by the user is ambiguous. 


> Do you distinguish between LSR, geocenter, barycenter, topocenter,
> Galactic center (to name the most popular ones)?

  There are a few UCD words which describe some reference frames:
pos.geocentric
pos.heliocentric
pos.galactocentric

  You are allowed to append them to indicate in which frame the velocity
was measured:
src.veloc;pos.geocentric
src.veloc;pos.cartesian.y;pos.galactocentric   (to indicate one
component of the velocity)

In 3 cases where the frame was only used for velocities, some specific
words exist, as noted by Jonathan:
src.veloc.cmb
src.veloc.lsr
src.veloc.lg

  Sebastien.
-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Thu May 12 21:43:40 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJhSq6029530
	for <ucd-outgoing@mercury.hq.eso.org>; Thu, 12 May 2005 21:43:28 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4CJhS5J029529
	for ucd-outgoing; Thu, 12 May 2005 21:43:28 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJhOq6029520
	for <ucd@ivoa.net>; Thu, 12 May 2005 21:43:24 +0200 (MEST)
Received: from head.cfa.harvard.edu (head.cfa.harvard.edu [131.142.41.8])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4CJhMXW005191
	for <ucd@ivoa.net>; Thu, 12 May 2005 21:43:22 +0200 (CEST)
Received: from xebec.cfa.harvard.edu (xebec [131.142.52.100])
	by head.cfa.harvard.edu (d/w) with ESMTP id j4CJhGRm000415
	for <ucd@ivoa.net>; Thu, 12 May 2005 15:43:16 -0400 (EDT)
From: Arnold Rots <arots@head.cfa.harvard.edu>
Received: (from arots@localhost)
	by xebec.cfa.harvard.edu (8.12.8p1/8.12.8) id j4CJhEkY024567
	for ucd@ivoa.net; Thu, 12 May 2005 15:43:14 -0400 (EDT)
Message-Id: <200505121943.j4CJhEkY024567@xebec.cfa.harvard.edu>
Subject: Re: New UCD list
In-Reply-To: <4283A991.2A3EED5F@astro.u-strasbg.fr>
To: ucd@ivoa.net
Date: Thu, 12 May 2005 15:43:14 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL99 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.12.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Arnold Rots <arots@head.cfa.harvard.edu>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

You may want to look the gory detail up in the STC document.
I'd much rather tie "radial velocities" to redshift and, yes, they are
basically just formalisms, not physical velocities; but your
description is not entirely accurate.

  - Arnold

Sebastien Derriere wrote:
> Arnold Rots wrote:
> > 
> > Andrea Preite Martinez wrote:
> > > ...
> > >   You first suggested em.veloc.radio to account for the 2 conventions to
> > > derive velocities from spectra (optical and radio conventions). If
> > > nobody
> > > ever applies the optical convention to a radio spectrum (or vice versa),
> > > then we can live with spect.veloc;em.opt and spect.veloc;em.radio
> > >   What do you think?
> > >
> > 
> > O yes!  The optical definition needs to be (and is) used for plenty of
> > radio observations.
> 
>   Hi,
> 
>   In order to find the relevant UCD, we need an accurate description/
> explanation of the quantity we want to describe.
>   My understanding is the following: there are 3 kinds of velocities
> 1. physical velocities (ratio of a distance and a time)
> 2. radio "velocity" representing a frequency shift
> 3. optical "velocity" representing a wavelength shift
> 
>   2 and 3 have no physical meaning, they only correspond to a physical
> radial
> velocity for motions << c (speed of light). The difference is that (2)
> depends 
> on the rest frequency, while (3) depends on the observing frequency. But
> (2)
> seems to be deprecated by the IAU.
> 
>   In the UCD, you have the word "src.veloc" for case (1). - Again, the
> description of this word should read simply "Velocity", not "Radial
> velocity"
> sorry for the confusion.
> 
>   There is also a word "spect.veloc" for so-called velocities derived
> from a spectrum. We had in mind that it could be complemented by a word
> indicating what kind of spectra was used, e.g :
> spect.veloc;em.opt     -> radial "velocity" derived from optical
> spectrum
> spect.veloc;em.line.HI -> radial "velocity" derived from a shift of the
> HI line
> 
>   With your input, I understand that we should have two words, for cases
> (2)
> and (3), for example: spect.opticalVeloc and spect.radioVeloc , and we
> could
> say: "spect.opticalVeloc;em.radio" for a
> measurement-of-a-frequency-shift-in
> a-radio-spectrum-expressed-as-a-velocity-with-the-optical-convention ?!
>   My concern with this is that if someone asks the proper UCD for a
> "radio velocity",
> the answer could be "spect.opticalVeloc;em.radio" or "spect.radioVeloc",
> because
> the description given by the user is ambiguous. 
> 
> 
> > Do you distinguish between LSR, geocenter, barycenter, topocenter,
> > Galactic center (to name the most popular ones)?
> 
>   There are a few UCD words which describe some reference frames:
> pos.geocentric
> pos.heliocentric
> pos.galactocentric
> 
>   You are allowed to append them to indicate in which frame the velocity
> was measured:
> src.veloc;pos.geocentric
> src.veloc;pos.cartesian.y;pos.galactocentric   (to indicate one
> component of the velocity)
> 
> In 3 cases where the frame was only used for velocities, some specific
> words exist, as noted by Jonathan:
> src.veloc.cmb
> src.veloc.lsr
> src.veloc.lg
> 
>   Sebastien.
> -- 
>     _______
>    /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
>   / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
>  /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
> (______(/    F-67000 Strasbourg  France
> 
--------------------------------------------------------------------------
Arnold H. Rots                                Chandra X-ray Science Center
Smithsonian Astrophysical Observatory                tel:  +1 617 496 7701
60 Garden Street, MS 67                              fax:  +1 617 495 7356
Cambridge, MA 02138                             arots@head.cfa.harvard.edu
USA                                     http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------

From owner-ucd@eso.org  Fri May 13 16:33:30 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4DEWtsE000661
	for <ucd-outgoing@mercury.hq.eso.org>; Fri, 13 May 2005 16:32:55 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4DEWser000660
	for ucd-outgoing; Fri, 13 May 2005 16:32:54 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4DEWnsE000634
	for <ucd@ivoa.net>; Fri, 13 May 2005 16:32:49 +0200 (MEST)
Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.157])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4DEWlXW001133
	for <ucd@ivoa.net>; Fri, 13 May 2005 16:32:48 +0200 (CEST)
Received: from astro.u-strasbg.fr (newb6.u-strasbg.fr [130.79.128.16])
          by mailhost.u-strasbg.fr (8.13.1/jtpda-5.5pre1) with ESMTP id j4DEWgtx083366
          ; Fri, 13 May 2005 16:32:42 +0200 (CEST)
Message-ID: <4284BA89.EAC5A4EB@astro.u-strasbg.fr>
Date: Fri, 13 May 2005 16:32:41 +0200
From: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
Organization: Observatoire de Strasbourg
X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.6 sun4u)
X-Accept-Language: en
MIME-Version: 1.0
To: ucd@ivoa.net
Subject: Re: New UCD list
References: <200505121943.j4CJhEkY024567@xebec.cfa.harvard.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [130.79.200.157]); Fri, 13 May 2005 16:32:42 +0200 (CEST)
X-Antivirus: scanned by sophos at u-strasbg.fr
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.13.13
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Sebastien Derriere <derriere@newb6.u-strasbg.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Arnold Rots wrote:
> 
> You may want to look the gory detail up in the STC document.
> I'd much rather tie "radial velocities" to redshift and, yes, they are
> basically just formalisms, not physical velocities; but your
> description is not entirely accurate.

  Hi,

  I had looked at the FITS spectral coordinates paper, as this is what
Jonathan originally referenced to in his suggestion.
  See http://pan-starrs.ifa.hawaii.edu/
project/IPP/wcs_paper3_20050126.pdf

  I read there that there are 4 different quantities:
1. apparent radial velocity
2. "radio" velocity
3. "optical" velocity
4. redshift

  My last mail was just to suggest that we could have 2 ucd words for
quantities 2 and 3 (I suggest spect.radioVeloc and spect.opticalVeloc),
instead of the single spect.veloc existing now, which is not accurate
enough
for some people.
  
  I don't pretend we can/need be as accurate as STC with a few UCD words
- leave
this to specific stc:utypes. At least we must try to describe the basic
existing quantities with UCD.

Sebastien.

-- 
    _______
   /  ~   /, Sebastien Derriere   mailto:derriere@astro.u-strasbg.fr
  / ~~~~ //  Observatoire de Strasbourg    Phone +33 (0) 390 242 444
 /______//   11, rue de l'universite     Telefax +33 (0) 390 242 417
(______(/    F-67000 Strasbourg  France

From owner-ucd@eso.org  Mon May 30 13:04:26 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UB484L014504
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 30 May 2005 13:04:08 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4UB48Nd014503
	for ucd-outgoing; Mon, 30 May 2005 13:04:08 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UB444L014496
	for <ucd@ivoa.net>; Mon, 30 May 2005 13:04:04 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UB43XW012392
	for <ucd@ivoa.net>; Mon, 30 May 2005 13:04:03 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1Dci3p-001TNx-NM
	for ucd@ivoa.net; Mon, 30 May 2005 13:03:57 +0200
Mime-Version: 1.0 (Apple Message framework v622)
Content-Transfer-Encoding: 7bit
Message-Id: <e4a51a9b1b83d9019eda7106de4e7265@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: T0 : extensions to em, obs, spect, instr
Date: Mon, 30 May 2005 13:06:23 +0200
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.30.6
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

1. I suggest we rename em from "electromagnetic spectrum" to "emission"  
and add

		em.grav-wave			(gravitational wave)
		em.neutrino			(neutrino)

	Alternatively, add

		phys.grav-wave			(gravitational wave)
		phys.particle				(particle emission)
		phys.particle.cosmic-ray
		phys.particle.neutrino
		...?

2. I suggest we add UCD's for describing calibration observations.   
Presently, they are
	few mentions of calibrations at all in the official list:

		instr.calib				(calibration parameter)
		phot.calib				(photometric calibration)

	and they are sorely needed for things like VOEvent and RTML.

	It's trivial to say that there's a big different between calibrations  
(see above) and calibration
	observations, so new UCD's are needed and it seems the likely  
candidates would be:

		obs.calib				(calibration observation)
		obs.calib.dome-flat		(dome-flat observation)
		obs.calib.flux			(flux calibration observation)
		obs.calib.freq			(frequency calibration observation)
		obs.calib.guide-star		(guide-star observation, e.g. for intial setup)
		obs.calib.phot			(photometric calibration observation)
		obs.calib.pos			(astrometric calibration observation
		obs.calib.sky-flat		(sky-flat observation)
		obs.calib.slit-mask		(slit-mask calibration observation)
		obs.calib.spect			(spectral type calibration observation)
		obs.calib.veloc			(radial velocity calibration observation, e.g.  
standard star)
		obs.calib.wl			(wavelength calibration observation)

	For completeness, one should then also add

		phot.calib.flux			(photometric flux calibration)
		phot.calib.mag			(photometric magnitude calibration)
		pos.calib				(astrometric calibration)
		spect.calib			(spectroscopic calibration)
		spect.calib.wl			(" " in wavelength)
		spect.calib.freq			(" " in frequency)

3. Suggested addition to spect (Spectroscopy)

		spect.cont				(spectral continuum)

	We already have spect.line.


Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Mon May 30 13:40:07 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UBdl4L019911
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 30 May 2005 13:39:48 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4UBdleq019910
	for ucd-outgoing; Mon, 30 May 2005 13:39:47 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UBdf4L019895
	for <ucd@ivoa.net>; Mon, 30 May 2005 13:39:41 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4UBLPXW012824
	for <ucd@ivoa.net>; Mon, 30 May 2005 13:21:25 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DciKc-001TaL-NM
	for ucd@ivoa.net; Mon, 30 May 2005 13:21:18 +0200
Mime-Version: 1.0 (Apple Message framework v622)
Content-Transfer-Encoding: 7bit
Message-Id: <84bb0f6cc51a46b0499a99dc75f16b0a@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Txx
Date: Mon, 30 May 2005 13:23:44 +0200
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.30.7
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

Again, because of VOEvent and RTML, I'd like to suggest we include at  
least

	event				(physical or observational event)
	event.burst			("sudden" observed change in state)
	event.chirp			(continuous change in frequency)
	event.discovery		(discovery of previously unknown object)
	event.eclipse			(intrinsic eclipse of physically related objects)
	event.eruption			("sudden" physical change in state resulting in  
more/less observed emission)
	event.explosion		(physical explosion)
	event.glitch			(discontinuous change in frequency)
	event.occulation		(extrinsic occulation of physically unrelated  
objects)
	event.variation			(variation in some observable property)
	event.variation.phot		(photometric variation)
	event.variation.pos		(astrometric shift in position)
	event.variation.spect	(spectroscopic variation)

If we're going to have solar system UCD's, then it's only fair to have  
stellar and
extragalactic ones:  I suggest looking at

	http://monet.uni-sw.gwdg.de/twiki/bin/view/VOEvent/ 
UnifiedContentDescriptors

were there are unit UCD's like "stars", "ism", "galaxy" (as in milky  
way), "galaxies", and "cosmology".
Yes, we don't have to adopt ALL of them, but it would help to have the  
basic ones.

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Tue May 31 15:09:36 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VD9LVZ015501
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 31 May 2005 15:09:21 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4VD9LGB015500
	for ucd-outgoing; Tue, 31 May 2005 15:09:21 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VD9GVZ015486
	for <ucd@ivoa.net>; Tue, 31 May 2005 15:09:16 +0200 (MEST)
Received: from cirse.extra.cea.fr (cirse.extra.cea.fr [132.166.172.102])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VD9EXW026108
	for <ucd@ivoa.net>; Tue, 31 May 2005 15:09:14 +0200 (CEST)
Received: from cincidele.saclay.cea.fr (cincidele.saclay.cea.fr [132.166.192.111])
	by cirse.extra.cea.fr (8.13.4/8.13.4/CEAnet-Internet.5.0) with ESMTP id j4VD95lc011371
	for <ucd@ivoa.net>; Tue, 31 May 2005 15:09:05 +0200 (MEST)
Received: from pisaure.intra.cea.fr (unverified) by cincidele.saclay.cea.fr
 (Content Technologies SMTPRS 4.3.17) with ESMTP id <T713fb5368484a6c06f3dc@cincidele.saclay.cea.fr>;
 Tue, 31 May 2005 15:09:05 +0200
Received: from nenuphar.saclay.cea.fr (nenuphar.saclay.cea.fr [132.166.192.7])
	by pisaure.intra.cea.fr (8.12.11/8.12.11) with ESMTP id j4VD6XkP009029;
	Tue, 31 May 2005 15:06:33 +0200
	(envelope-from pdidelon@cea.fr)
Received: from discovery.saclay.cea.fr (discovery.saclay.cea.fr [132.166.26.121])
	by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j4VD93mG010790;
	Tue, 31 May 2005 15:09:03 +0200 (MEST)
Received: from cea.fr (sappcj122.extra.cea.fr [132.166.9.122])
          by discovery.saclay.cea.fr (8.12.10/jtpda-5.3.2) with ESMTP id j4VD9ae5021763
          ; Tue, 31 May 2005 15:09:37 +0200 (MEST)
Message-ID: <429C61EF.4020300@cea.fr>
Date: Tue, 31 May 2005 15:09:03 +0200
From: Pierre Didelon <pdidelon@cea.fr>
Organization: CEA
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Frederic V. \"Rick\" Hessman" <Hessman@astro.physik.uni-goettingen.de>
CC: ucd@ivoa.net
Subject: Re: T0 : extensions to em, obs, spect, instr
References: <e4a51a9b1b83d9019eda7106de4e7265@Astro.physik.Uni-Goettingen.DE>
In-Reply-To: <e4a51a9b1b83d9019eda7106de4e7265@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.31.8
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pierre Didelon <pdidelon@cea.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi,

Frederic V. "Rick" Hessman wrote:

> 1. I suggest we rename em from "electromagnetic spectrum" to "emission"  
electromagnetic spectrum can concern absorption!
> and add
> 
>         em.grav-wave            (gravitational wave)
>         em.neutrino            (neutrino)
> 
>     Alternatively, add
> 
>         phys.grav-wave            (gravitational wave)
>         phys.particle                (particle emission)
>         phys.particle.cosmic-ray

>         phys.particle.neutrino
why not electron, proton, neutron....
UCD must define preferentially concept I suppose, isn't it?
Enumerated lists must be handle with other mechanisms!
Keyword (<=>UCD) and the corresponding values...Y/N?
>         ...?
> 
> 2. I suggest we add UCD's for describing calibration observations.   
> Presently, they are
>     few mentions of calibrations at all in the official list:
> 
>         instr.calib                (calibration parameter)
>         phot.calib                (photometric calibration)
> 
>     and they are sorely needed for things like VOEvent and RTML.
> 
>     It's trivial to say that there's a big different between 
> calibrations  (see above) and calibration
>     observations, so new UCD's are needed and it seems the likely  
> candidates would be:
> 
>         obs.calib                (calibration observation)
>         obs.calib.dome-flat        (dome-flat observation)
>         obs.calib.flux            (flux calibration observation)
>         obs.calib.freq            (frequency calibration observation)
>         obs.calib.guide-star        (guide-star observation, e.g. for 
> intial setup)
>         obs.calib.phot            (photometric calibration observation)
>         obs.calib.pos            (astrometric calibration observation
>         obs.calib.sky-flat        (sky-flat observation)
>         obs.calib.slit-mask        (slit-mask calibration observation)
>         obs.calib.spect            (spectral type calibration observation)
>         obs.calib.veloc            (radial velocity calibration 
> observation, e.g.  standard star)
>         obs.calib.wl            (wavelength calibration observation)
Looks like you are trying to define a data model for observation
and data reduction with UCD... which is perhaps not the best way to go?
> 
>     For completeness, one should then also add
> 
>         phot.calib.flux            (photometric flux calibration)
>         phot.calib.mag            (photometric magnitude calibration)
>         pos.calib                (astrometric calibration)
>         spect.calib            (spectroscopic calibration)
>         spect.calib.wl            (" " in wavelength)
>         spect.calib.freq            (" " in frequency)
> 
> 3. Suggested addition to spect (Spectroscopy)
> 
>         spect.cont                (spectral continuum)
I like it (personnaly), but why not then spect.background....
> 
>     We already have spect.line.
> 
> 
> Rick
> 
> ------------------------------------------------------------------------ 
> ------------------------
> Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
> Universitaets-Sternwarte     Tel.  +49-551-39-5052
> Geismarlandstr. 11                Fax +49-551-39-5043
> 37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
> ------------------------------------------------------------------------ 
> -------------------------
> MONET: a MOnitoring NEtwork of Telescopes
> http://monet.uni-goettingen.de
> ------------------------------------------------------------------------ 
> -------------------------
> 

-- 
Pierre
------------------------------------------------------------------
DIDELON :@: pdidelon_at_cea.fr        Phone : 33 (0)1 69 08 58 89
CEA SACLAY - Service d'Astrophysique  91191 Gif-Sur-Yvette Cedex
------------------------------------------------------------------
Aidez les enfants Tibétains : http://www.a-e-t.org/jcparrain.htm
    ou d'autres : http://www.sosesf.org/
------------------------------------------------------------------
  Seule compte la démarche. Car c'est elle qui dure et non le but
  qui n'est qu'illusion du voyageur...  Saint Exupery - Citadelle
------------------------------------------------------------------



From owner-ucd@eso.org  Tue May 31 17:04:35 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VF4IVZ019605
	for <ucd-outgoing@mercury.hq.eso.org>; Tue, 31 May 2005 17:04:18 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j4VF4IDr019604
	for ucd-outgoing; Tue, 31 May 2005 17:04:18 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VF4AVZ019576;
	Tue, 31 May 2005 17:04:10 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j4VF4773005599;
	Tue, 31 May 2005 17:04:07 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1Dd8Hd-001o0N-HM; Tue, 31 May 2005 17:03:57 +0200
In-Reply-To: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it>
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: Steve Allen <sla@ucolick.org>,
        Ana Ines Gomez de Castro <anai_gomez@mat.ucm.es>,
        Pierre Didelon <pdidelon@cea.fr>,
        Marie-Lise Dubernet-Tuckey <marie-lise.dubernet@obspm.fr>,
        Alberto Micol <Alberto.Micol@eso.org>,
        Sebastien Derriere <derriere@newb6.u-strasbg.fr>,
        Nausicaa Delmotte <ndelmott@eso.org>,
        Jonathan McDowell <jcm@head.cfa.harvard.edu>,
        Allan Alasdair <aa@astro.ex.ac.uk>,
        Francois Ochsenbein <francois@vizir.u-strasbg.fr>,
        Roy Williams <roy@cacr.caltech.edu>,
        =?ISO-8859-1?Q?Miguel_Cervi=C3=B1o?= <mcs@iaa.es>,
        Matteo Guainazzi <mguainaz@sciops.esa.int>, Bob Mann <rgm@roe.ac.uk>,
        Scott Barthelmy <scott@milkyway.gsfc.nasa.gov>,
        Rob Seaman <seaman@noao.edu>,
        Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>,
        Dick Shaw <shaw@noao.edu>, ucd@ivoa.net
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: T0 : extensions to em, obs, spect, instr
Date: Tue, 31 May 2005 17:06:22 +0200
To: Pierre Didelon <pdidelon@cea.fr>
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.5.31.12
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

On 31 May 2005, at 3:09 pm, Pierre Didelon wrote:

> Frederic V. "Rick" Hessman wrote:
>
>> 1. I suggest we rename em from "electromagnetic spectrum" to  
>> "emission"  and add
>>         em.grav-wave            (gravitational wave)
>>         em.neutrino            (neutrino)
> electromagnetic spectrum can concern absorption!

Yes, but if you see anything at all, it's ultimately emission (even if  
attenuated).
Admittedly, the better solution is...

>>     Alternatively, add
>>         phys.grav-wave            (gravitational wave)
>>         phys.particle                (particle emission)
>>         phys.particle.cosmic-ray
>>         phys.particle.neutrino
> why not electron, proton, neutron....

If people are detecting them, why not?   The whole point of em is to  
describe by what
means we observe something, and photons are only one of many ways.  I'm  
sure my
LIGO colleagues would be happy with phys.grav-wave and my HESS/MAGIC  
friends
phys.particle.neutrino.   The present UCD isn't complete and we  
probably won't need
phys.particle.axion for a long while, so the (other) missing entries  
aren't a problem, but
right now there are some glaring holes.....

> UCD must define preferentially concept I suppose, isn't it?
> Enumerated lists must be handle with other mechanisms!
> Keyword (<=>UCD) and the corresponding values...Y/N?

I'm not sure what you mean....

>>         ...?
>> 2. I suggest we add UCD's for describing calibration observations.    
>> Presently, they are
>>     few mentions of calibrations at all in the official list:
>>         instr.calib                (calibration parameter)
>>         phot.calib                (photometric calibration)
>>     and they are sorely needed for things like VOEvent and RTML.
>>     It's trivial to say that there's a big different between  
>> calibrations  (see above) and calibration
>>     observations, so new UCD's are needed and it seems the likely   
>> candidates would be:
>>         obs.calib                (calibration observation)
>>         obs.calib.dome-flat        (dome-flat observation)
>>         obs.calib.flux            (flux calibration observation)
>>         obs.calib.freq            (frequency calibration observation)
>>         obs.calib.guide-star        (guide-star observation, e.g. for  
>> intial setup)
>>         obs.calib.phot            (photometric calibration  
>> observation)
>>         obs.calib.pos            (astrometric calibration observation
>>         obs.calib.sky-flat        (sky-flat observation)
>>         obs.calib.slit-mask        (slit-mask calibration observation)
>>         obs.calib.spect            (spectral type calibration  
>> observation)
>>         obs.calib.veloc            (radial velocity calibration  
>> observation, e.g.  standard star)
>>         obs.calib.wl            (wavelength calibration observation)
> Looks like you are trying to define a data model for observation
> and data reduction with UCD... which is perhaps not the best way to go?

Absolutely NOT!!!!  I just want to be able to say what something is,  
just like the original
VOTable types who wanted to describe their catalogue entries.  There's  
nothing fundamentally
different in a VO sense between a calibration image (say, an  
obs.calib.phot) and a table entry
of the resulting calibration (say, phot.calib).  Right now, UCD is  
mainly (some but not me might
say only) useful for tables, which is why it needs to be extended to  
non-table standard VO uses.

A "data model for observation and data reduction" looks very different  
indeed, though it must
ultimately use elements for which the VO has a primitive description.    
  UCD is our VO dictionary
and data/observation/reduction models are VO prose or poetry: do you  
want us to write a VO poem
using words no one (i.e. no app) understands?

>>     For completeness, one should then also add
>>         phot.calib.flux            (photometric flux calibration)
>>         phot.calib.mag            (photometric magnitude calibration)
>>         pos.calib                (astrometric calibration)
>>         spect.calib            (spectroscopic calibration)
>>         spect.calib.wl            (" " in wavelength)
>>         spect.calib.freq            (" " in frequency)
>> 3. Suggested addition to spect (Spectroscopy)
>>         spect.cont                (spectral continuum)
> I like it (personnaly), but why not then spect.background....

If it's needed, why not?  Your favorite VO app should be able to know  
the
difference between a spectral line and a spectral contiinuum and, in the
real world, between the spectrum in the background (sky).   Again, we  
have
spect.line right now only because there are spectral line catalogues  
out there  but
few spectral continuum catalogues.

No, I'm not trying to get a VO ontology through the back door:  
ontologies tell us
what the intimate relations between objects are, whereas UCD simply  
gives us
the ability to name things.  We're still in the VO Neadertaler age  
where we've
only agreed that "Ugga" means "rock".  I'm worrying about how we  
ultimately
want to transmit the knowledge of turning a rock into a spear.   I hope
that the problem now isn't going to be getting our colleagues to agree  
that we
need a word for "stick"....

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd@eso.org  Wed Jun  1 11:03:21 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51936aJ001817
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 11:03:07 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51936wc001816
	for ucd-outgoing; Wed, 1 Jun 2005 11:03:06 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j5192raJ001759;
	Wed, 1 Jun 2005 11:02:53 +0200 (MEST)
Received: from cirse.extra.cea.fr (cirse.extra.cea.fr [132.166.172.102])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j5192p73017570;
	Wed, 1 Jun 2005 11:02:51 +0200 (CEST)
Received: from cincidele.saclay.cea.fr (cincidele.saclay.cea.fr [132.166.192.111])
	by cirse.extra.cea.fr (8.13.4/8.13.4/CEAnet-Internet.5.0) with ESMTP id j5192jYJ025370;
	Wed, 1 Jun 2005 11:02:45 +0200 (MEST)
Received: from pisaure.intra.cea.fr (unverified) by cincidele.saclay.cea.fr
 (Content Technologies SMTPRS 4.3.17) with ESMTP id <T7143fa0e9984a6c06f700@cincidele.saclay.cea.fr>;
 Wed, 1 Jun 2005 11:02:45 +0200
Received: from nenuphar.saclay.cea.fr (nenuphar.saclay.cea.fr [132.166.192.7])
	by pisaure.intra.cea.fr (8.12.11/8.12.11) with ESMTP id j5190Clj027549;
	Wed, 1 Jun 2005 11:00:12 +0200
	(envelope-from pdidelon@cea.fr)
Received: from discovery.saclay.cea.fr (discovery.saclay.cea.fr [132.166.26.121])
	by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j5192imG010027;
	Wed, 1 Jun 2005 11:02:44 +0200 (MEST)
Received: from cea.fr (sappcj122.extra.cea.fr [132.166.9.122])
          by discovery.saclay.cea.fr (8.12.10/jtpda-5.3.2) with ESMTP id j5193He5013874
          ; Wed, 1 Jun 2005 11:03:17 +0200 (MEST)
Message-ID: <429D79B3.3@cea.fr>
Date: Wed, 01 Jun 2005 11:02:43 +0200
From: Pierre Didelon <pdidelon@cea.fr>
Organization: CEA
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Frederic V. \"Rick\" Hessman" <Hessman@astro.physik.uni-goettingen.de>
CC: ucd@ivoa.net, ucd-sci@ivoa.net
Subject: Re: T0 : extensions to em, obs, spect, instr
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it> <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE>
In-Reply-To: <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.2
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pierre Didelon <pdidelon@cea.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Rick,

(apologies for cross posting, i will try to avoid it in the future ;-) )

Frederic V. "Rick" Hessman wrote:

> On 31 May 2005, at 3:09 pm, Pierre Didelon wrote:
> 
>> Frederic V. "Rick" Hessman wrote:
>>
SNIP
>> UCD must define preferentially concept I suppose, isn't it?
>> Enumerated lists must be handle with other mechanisms!
>> Keyword (<=>UCD) and the corresponding values...Y/N?
> 
> 
> I'm not sure what you mean....

I will try to explain what I mean with two or three examples...
if I have time, in an other mail.  ;-)
It is related with the pb of describing things (not really naming them!?)
(for bandpass see http://www.ivoa.net/forum/ucd/0505/0197.htm)
and how precise UCD must be (http://www.ivoa.net/forum/ucd/0505/0202.htm).
The two mails of P.Ortiz give a clear insight of the basic pb.
To make it brief, if we can perhaps admit to have bandpass "names" in UCD vocabulary
it become very very difficult to have solar system object names,
and certainly inacceptable to have all astronomical object names... I hope :-D
This last purpose is handle by name resolvers : NED,SIMBAD...

> 
>>>         ...?
>>> 2. I suggest we add UCD's for describing calibration observations.    
>>> Presently, they are
>>>     few mentions of calibrations at all in the official list:
>>>         instr.calib                (calibration parameter)
>>>         phot.calib                (photometric calibration)
>>>     and they are sorely needed for things like VOEvent and RTML.
>>>     It's trivial to say that there's a big different between  
>>> calibrations  (see above) and calibration
>>>     observations, so new UCD's are needed and it seems the likely   
>>> candidates would be:
>>>         obs.calib                (calibration observation)
>>>         obs.calib.dome-flat        (dome-flat observation)
>>>         obs.calib.flux            (flux calibration observation)
>>>         obs.calib.freq            (frequency calibration observation)
>>>         obs.calib.guide-star        (guide-star observation, e.g. 
>>> for  intial setup)
>>>         obs.calib.phot            (photometric calibration  observation)
>>>         obs.calib.pos            (astrometric calibration observation
>>>         obs.calib.sky-flat        (sky-flat observation)
>>>         obs.calib.slit-mask        (slit-mask calibration observation)
>>>         obs.calib.spect            (spectral type calibration  
>>> observation)
>>>         obs.calib.veloc            (radial velocity calibration  
>>> observation, e.g.  standard star)
>>>         obs.calib.wl            (wavelength calibration observation)
>>
>> Looks like you are trying to define a data model for observation
>> and data reduction with UCD... which is perhaps not the best way to go?
> 
> 
> Absolutely NOT!!!!  I just want to be able to say what something is,  
Not only!
For example obs.calib.dome-flat is certainly an image (or may be a spectra?)
which have been obtained under specific conditions and used in a precise context
to derive reduced data. It describe only a "personnal" point of view of the way a
piece of data can be used!
But take an image obs.calib.sky-flat (sky-flat observation), although its main
usage will be calibration nobody can assert that some project can use these data
for other purposes,  even scientific ones : variability event follow up, historical
tracing back, proper motion detection... or whatever else we are not already
thinking or aware of.

obs.calib.freq or obs.calib.spectcan certainly be better defined with another syntax,
and first of all what is the kind of observed data concerned, image, spectra, linelist...?

...

> just like the original
> VOTable types who wanted to describe their catalogue entries.  There's  
> nothing fundamentally
> different in a VO sense between a calibration image (say, an  
> obs.calib.phot) and a table entry
> of the resulting calibration (say, phot.calib).  Right now, UCD is  
> mainly (some but not me might
> say only) useful for tables, which is why it needs to be extended to  
> non-table standard VO uses.
Yes but it is not the goal of the SCI-Board, at least from the point of view
of the structure, it is only concern by the content, and I am not sure
that all the UCD problems can be resolve only by content "handling".
Worthwhile for ucd@ivoa.net perhaps not for ucd-sci@ivoa.net.
> 
> A "data model for observation and data reduction" looks very different  
> indeed, though it must
> ultimately use elements for which the VO has a primitive description.    
>  UCD is our VO dictionary
But dictionnary of what?
All the words in astronomy (so it is related to ontology and semantic I suppose)
or a dictionary of concepts, these ones beeing able to "take" values or can be
instanciate in more precise description.
UCD is only a part (conceptuel one AFAI understand) of a "parameter" description
which can be more precisely define by  "values" (restricted by enumerated lists,
obtained from name resolver....), others "attributes" or even others "parameters".

> and data/observation/reduction models are VO prose or poetry: do you  
> want us to write a VO poem
> using words no one (i.e. no app) understands?
> 
>>>     For completeness, one should then also add
>>>         phot.calib.flux            (photometric flux calibration)
>>>         phot.calib.mag            (photometric magnitude calibration)
>>>         pos.calib                (astrometric calibration)
>>>         spect.calib            (spectroscopic calibration)
>>>         spect.calib.wl            (" " in wavelength)
>>>         spect.calib.freq            (" " in frequency)
>>> 3. Suggested addition to spect (Spectroscopy)
>>>         spect.cont                (spectral continuum)
>>
>> I like it (personnaly), but why not then spect.background....
> 
> 
> If it's needed, why not?  Your favorite VO app should be able to know  the
> difference between a spectral line and a spectral contiinuum and, in the
> real world, between the spectrum in the background (sky).   Again, we  have
> spect.line right now only because there are spectral line catalogues  
> out there  but
> few spectral continuum catalogues.
> 
> No, I'm not trying to get a VO ontology through the back door:  
> ontologies tell us
> what the intimate relations between objects are, whereas UCD simply  
> gives us
> the ability to name things.  
Hmmm. Same comments as above concerning concepts vs things.
> We're still in the VO Neadertaler age  where we've
> only agreed that "Ugga" means "rock".  I'm worrying about how we  
> ultimately
> want to transmit the knowledge of turning a rock into a spear.   I hope
> that the problem now isn't going to be getting our colleagues to agree  
> that we
> need a word for "stick"....
> 
> Rick
SY
PiR


From owner-ucd-sci@eso.org  Wed Jun  1 13:04:16 2005
Return-Path: <owner-ucd-sci@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51B4AaJ023853
	for <ucd-sci-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 13:04:10 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51B4ABZ023852
	for ucd-sci-outgoing; Wed, 1 Jun 2005 13:04:10 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-sci@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51B46aJ023842;
	Wed, 1 Jun 2005 13:04:06 +0200 (MEST)
Received: from alpha.uni-sw.gwdg.de (alpha.uni-sw.gwdg.de [134.76.205.222])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51B44XW021787;
	Wed, 1 Jun 2005 13:04:04 +0200 (CEST)
Received: from sisley.uni-sw.gwdg.de ([134.76.205.209])
	by alpha.uni-sw.gwdg.de with esmtp (Exim)
	id 1DdR0x-0022CO-9Z; Wed, 01 Jun 2005 13:03:59 +0200
In-Reply-To: <429D79B3.3@cea.fr>
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it> <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE> <429D79B3.3@cea.fr>
Mime-Version: 1.0 (Apple Message framework v622)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
Content-Transfer-Encoding: 7bit
Cc: ucd@ivoa.net, Roy Williams <roy@cacr.caltech.edu>
From: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Subject: Re: T0 : extensions to em, obs, spect, instr
Date: Wed, 1 Jun 2005 13:06:24 +0200
To: ucd-sci@ivoa.net
X-Mailer: Apple Mail (2.622)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.5
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-sci@eso.org
Precedence: bulk
Reply-To: ucd-sci@ivoa.net
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


On 1 Jun 2005, at 11:02 am, Pierre Didelon wrote:

>>> UCD must define preferentially concept I suppose, isn't it?
>>> Enumerated lists must be handle with other mechanisms!
>>> Keyword (<=>UCD) and the corresponding values...Y/N?
>> I'm not sure what you mean....
>
> I will try to explain what I mean with two or three examples...
> if I have time, in an other mail.  ;-)
> It is related with the pb of describing things (not really naming  
> them!?)
> (for bandpass see http://www.ivoa.net/forum/ucd/0505/0197.htm)
> and how precise UCD must be  
> (http://www.ivoa.net/forum/ucd/0505/0202.htm).
> The two mails of P.Ortiz give a clear insight of the basic pb.
> To make it brief, if we can perhaps admit to have bandpass "names" in  
> UCD vocabulary
> it become very very difficult to have solar system object names,
> and certainly inacceptable to have all astronomical object names... I  
> hope :-D
> This last purpose is handle by name resolvers : NED,SIMBAD...

Let's leave the solar system out of the way at first.  If we just take  
stellar+extragalactic
astronomy, then - of course - NOBODY wants a UCD which says

	src.class.galaxy.spiral.virgocluster.northern-part.opt.name.NGC12345

What VOEvent DOES needs, however, is something generic like (ignore the  
actual XML tag names!)

	<src ucd="src.class.galaxy.spiral" name="NGC12345"/>

This use is ENTIRELY EQUIVALENT in its VO meaning, scope, and  
usefulness to having a VOTable
which contains some entry identified as meaning some physical property.  
  This is totally different
from having a DM/ontology which says what it means to have a spiral  
galaxy or what properties are
associated with a spiral galaxy or whether the name makes any sense.   
Of course UCD isn't a name
resolver, but if isn't a concept resolver, what is it? Why are some  
concepts more equal than others?

What we have now is the possibility

	<src name="NGC12345">
		<type ucd="src.class">spiral galaxy</type>
	</src>

and who says what "spiral galaxy" means?  Who has to parse a different  
object where the type is
"galaxy, spiral" or "galaxy of type spiral" or "spiralgalaxy" or....    
Wouldn't life be so easy if we could just
say that there is a UCD "src.class.galaxy.spiral"?

To say that UCD should NOT do the first (say that something is a spiral  
galaxy) but should do the latter
(say that a table entry is a radial velocity) means that UCD is only  
intended to be
used for tables and catalogues.  If this is the foundation of this  
list, then please remove me.

Yes, we shouldn't throw together a list of random concepts and declare  
our work done.  So, please
complain if you don't like my suggestions.   But isn't the whole point  
of ucd-sci to determine what astronomical
concepts need to be expressable?

>>> Looks like you are trying to define a data model for observation
>>> and data reduction with UCD... which is perhaps not the best way to  
>>> go?
>> Absolutely NOT!!!!  I just want to be able to say what something is,
> Not only!
> For example obs.calib.dome-flat is certainly an image (or may be a  
> spectra?)
> which have been obtained under specific conditions and used in a  
> precise context
> to derive reduced data. It describe only a "personnal" point of view  
> of the way a
> piece of data can be used!

But the point is that the original purpose of the observation has been  
expressed.
Whether it's an image, a spectrum, or simply a number can be extracted  
from all the
other metadata.   If you don't have "obs.calib.dome-flat", then you're  
left with scanning
the FITS header for OBJECT="DOMEFLT", OBJECT="DFLAT", OBJECT="DOMFLAT",
OBJECT="FLAT-DOME", ....

> But take an image obs.calib.sky-flat (sky-flat observation), although  
> its main
> usage will be calibration nobody can assert that some project can use  
> these data
> for other purposes,  even scientific ones : variability event follow  
> up, historical
> tracing back, proper motion detection... or whatever else we are not  
> already
> thinking or aware of.

Ah, but if I'm looking for a bright GRB in daytime observations,  
knowing that the image
is an obs.calib.sky-flat makes tremendous difference: it could have  
been an
obs.calib.dome-flat (which wouldn't be of any use)!

> obs.calib.freq or obs.calib.spectcan certainly be better defined with  
> another syntax,
> and first of all what is the kind of observed data concerned, image,  
> spectra, linelist...?

Since UCDs can be concatenated, this isn't important: the role of the  
observation has
been named as a concept - the rest comes from the data and metadata.

A trivial example of how useful this could be would be in a data  
pipeline: if all the images
had things attached like obs.calib.dome-flat, obs.calib.wl then there  
would be a universal
and trivial method for determining just what the data are, independent  
of FITS keywords
and local systems (e.g. ESO.DET.CCD.PAR.TEMP......).

>> just like the original
>> VOTable types who wanted to describe their catalogue entries.   
>> There's  nothing fundamentally
>> different in a VO sense between a calibration image (say, an   
>> obs.calib.phot) and a table entry
>> of the resulting calibration (say, phot.calib).  Right now, UCD is   
>> mainly (some but not me might
>> say only) useful for tables, which is why it needs to be extended to   
>> non-table standard VO uses.
> Yes but it is not the goal of the SCI-Board, at least from the point  
> of view
> of the structure, it is only concern by the content, and I am not sure
> that all the UCD problems can be resolve only by content "handling".
> Worthwhile for ucd@ivoa.net perhaps not for ucd-sci@ivoa.net.

I disagree: the WHOLE point of ucd-sci is to make high-level decisions  
of what is needed scientifically.
Otherwise, what's the "sci" in ucd-sci for?

>> A "data model for observation and data reduction" looks very  
>> different  indeed, though it must
>> ultimately use elements for which the VO has a primitive description.  
>>     UCD is our VO dictionary
> But dictionnary of what?
> All the words in astronomy (so it is related to ontology and semantic  
> I suppose)
> or a dictionary of concepts, these ones beeing able to "take" values  
> or can be
> instanciate in more precise description.
> UCD is only a part (conceptuel one AFAI understand) of a "parameter"  
> description
> which can be more precisely define by  "values" (restricted by  
> enumerated lists,
> obtained from name resolver....), others "attributes" or even others  
> "parameters".

This is a particularly VOTable-ish view of the VO and of the role of  
UCDs.  You want to have
instr.bandwidth in order to identify that the number in a table is the  
instrumental bandwidth.  I want to
have src.class.galaxy.spiral in order to be able to identify that the  
VOEvent happened next to a spiral
galaxy.   Where's the difference?   What one calls "values",  
"attributes" and "parameters" is just
a question of semantics.  Why do I have to use

	<concept>spiral galaxy</concept>

rather than src.class.galaxy.spiral but you don't have to use

	<concept>instrumental bandwidth</concept>

instead of instr.bandwidth?

Rick

------------------------------------------------------------------------ 
------------------------
Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
Universitaets-Sternwarte     Tel.  +49-551-39-5052
Geismarlandstr. 11                Fax +49-551-39-5043
37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
------------------------------------------------------------------------ 
-------------------------
MONET: a MOnitoring NEtwork of Telescopes
http://monet.uni-goettingen.de
------------------------------------------------------------------------ 
-------------------------

From owner-ucd-sci@eso.org  Wed Jun  1 13:45:57 2005
Return-Path: <owner-ucd-sci@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51BjpaJ001036
	for <ucd-sci-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 13:45:51 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51Bjp2I001035
	for ucd-sci-outgoing; Wed, 1 Jun 2005 13:45:51 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-sci@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51BjgaJ001019;
	Wed, 1 Jun 2005 13:45:43 +0200 (MEST)
Received: from artemis.le.ac.uk (mailsend.le.ac.uk [143.210.4.129])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51BjfXW022819;
	Wed, 1 Jun 2005 13:45:41 +0200 (CEST)
Received: from [143.210.36.63] (helo=mail.star.le.ac.uk)
	by artemis.le.ac.uk with esmtp (Exim 4.44)
	id 1DdRf6-0005wZ-MG; Wed, 01 Jun 2005 12:45:29 +0100
Received: from barbara.star.le.ac.uk (barbara.star.le.ac.uk [143.210.36.88])
	by mail.star.le.ac.uk (Postfix) with ESMTP
	id F13F7271A05; Wed,  1 Jun 2005 12:45:27 +0100 (BST)
Date: Wed, 1 Jun 2005 12:44:33 +0100 (BST)
From: "Patricio F. Ortiz" <pfo@star.le.ac.uk>
To: "Frederic V. \"Rick\" Hessman" <Hessman@Astro.physik.Uni-Goettingen.DE>
Cc: ucd-sci@ivoa.net, <ucd@ivoa.net>, Roy Williams <roy@cacr.caltech.edu>
Subject: Re: T0 : extensions to em, obs, spect, instr
In-Reply-To: <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
Message-ID: <Pine.LNX.4.44.0506011216540.11365-100000@barbara.star.le.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-UoL-Id: b1d4ea7a57c3fbadbaf035999a5acb6d@1DdRf6-0005wZ-MG@artemis.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.7
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-sci@eso.org
Precedence: bulk
Reply-To: ucd-sci@ivoa.net
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Pierre & Frederic,

Seems to me that you both have some good points in your arguments. I'll
just try to put things in a different light here.

As far as I can see it, we are dealing with three (or more) "parallel
universes":

- table metadata (the raw material we used to develop UCDs)

- image metadata

- VOevents metadata

Looks like the structure suggested by UCDs in the 'table metadata' could
fit well into the other two cases. I see no reason not to use it.

It's unlikely that elements from one domain could be openly used in the
other, eg, adding an object type to a list of objects in a catalogue using
its "type-ucd". Maybe someone would like to do so, but it won't happen in
the large surveys.

Image metadata is something I haven't thought much, but it is true that if
one could immediately recognize a dome-flat by looking at just one element
on the metadata it would be great! People handling archives would likely be
very interested in exploring this domain and propose their set of
standardized descriptors (ucd-like or image-ucd). How can I handle it now
if I want to find an image (processed with bias subtraction and
flat-fielded?) How do I locate the adequate flat fields for a given image?
I could've located the object images in an archive by the pointing
position, but their accompaning calibration images?

I just launched a lot of (to me at least) open questions.

Back to the VOevent case, handling a few concepts and attaching them to
short descriptors seems to be quite necesary. Quite likely this list will
evolve with time (everything does).

VOevent seems to require description of an object and perhaps naming,
but I see naming as a way to locate the object (at a given time). You will
shoot me if I'm wrong, I'm sure :-) but this seems very much like how to
build a IAU telegram to notify a supernova in a way which the description
elements could be easily recognized and processed by automated agents
(and possibly humans :-)

Finally, I think Frederic mentioned why we don't have ucds with neutrino
or gravity waves observations... well, 6 or 7 years ago there was nearly
nothing (tables) in the literature... I agree, they should be there, and as
the observation methods are likely to be quite different from
night-astronomy, we could think of having 

em.	electromagnetic spectrum
gw.	gravity wave detection
nd.	neutrino detection

as base sections within the UCD schemes, just as we have at. to denote
atomic transitions usually measured in the lab.

Cheers,

Patricio





On Wed, 1 Jun 2005, Frederic V. "Rick" Hessman wrote:
> 
> On 1 Jun 2005, at 11:02 am, Pierre Didelon wrote:
> 
> >>> UCD must define preferentially concept I suppose, isn't it?
> >>> Enumerated lists must be handle with other mechanisms!
> >>> Keyword (<=>UCD) and the corresponding values...Y/N?
> >> I'm not sure what you mean....
> >
> > I will try to explain what I mean with two or three examples...
> > if I have time, in an other mail.  ;-)
> > It is related with the pb of describing things (not really naming  
> > them!?)
> > (for bandpass see http://www.ivoa.net/forum/ucd/0505/0197.htm)
> > and how precise UCD must be  
> > (http://www.ivoa.net/forum/ucd/0505/0202.htm).
> > The two mails of P.Ortiz give a clear insight of the basic pb.
> > To make it brief, if we can perhaps admit to have bandpass "names" in  
> > UCD vocabulary
> > it become very very difficult to have solar system object names,
> > and certainly inacceptable to have all astronomical object names... I  
> > hope :-D
> > This last purpose is handle by name resolvers : NED,SIMBAD...
> 
> Let's leave the solar system out of the way at first.  If we just take  
> stellar+extragalactic
> astronomy, then - of course - NOBODY wants a UCD which says
> 
> 	src.class.galaxy.spiral.virgocluster.northern-part.opt.name.NGC12345
> 
> What VOEvent DOES needs, however, is something generic like (ignore the  
> actual XML tag names!)
> 
> 	<src ucd="src.class.galaxy.spiral" name="NGC12345"/>
> 
> This use is ENTIRELY EQUIVALENT in its VO meaning, scope, and  
> usefulness to having a VOTable
> which contains some entry identified as meaning some physical property.  
>   This is totally different
> from having a DM/ontology which says what it means to have a spiral  
> galaxy or what properties are
> associated with a spiral galaxy or whether the name makes any sense.   
> Of course UCD isn't a name
> resolver, but if isn't a concept resolver, what is it? Why are some  
> concepts more equal than others?
> 
> What we have now is the possibility
> 
> 	<src name="NGC12345">
> 		<type ucd="src.class">spiral galaxy</type>
> 	</src>
> 
> and who says what "spiral galaxy" means?  Who has to parse a different  
> object where the type is
> "galaxy, spiral" or "galaxy of type spiral" or "spiralgalaxy" or....    
> Wouldn't life be so easy if we could just
> say that there is a UCD "src.class.galaxy.spiral"?
> 
> To say that UCD should NOT do the first (say that something is a spiral  
> galaxy) but should do the latter
> (say that a table entry is a radial velocity) means that UCD is only  
> intended to be
> used for tables and catalogues.  If this is the foundation of this  
> list, then please remove me.
> 
> Yes, we shouldn't throw together a list of random concepts and declare  
> our work done.  So, please
> complain if you don't like my suggestions.   But isn't the whole point  
> of ucd-sci to determine what astronomical
> concepts need to be expressable?
> 
> >>> Looks like you are trying to define a data model for observation
> >>> and data reduction with UCD... which is perhaps not the best way to  
> >>> go?
> >> Absolutely NOT!!!!  I just want to be able to say what something is,
> > Not only!
> > For example obs.calib.dome-flat is certainly an image (or may be a  
> > spectra?)
> > which have been obtained under specific conditions and used in a  
> > precise context
> > to derive reduced data. It describe only a "personnal" point of view  
> > of the way a
> > piece of data can be used!
> 
> But the point is that the original purpose of the observation has been  
> expressed.
> Whether it's an image, a spectrum, or simply a number can be extracted  
> from all the
> other metadata.   If you don't have "obs.calib.dome-flat", then you're  
> left with scanning
> the FITS header for OBJECT="DOMEFLT", OBJECT="DFLAT", OBJECT="DOMFLAT",
> OBJECT="FLAT-DOME", ....
> 
> > But take an image obs.calib.sky-flat (sky-flat observation), although  
> > its main
> > usage will be calibration nobody can assert that some project can use  
> > these data
> > for other purposes,  even scientific ones : variability event follow  
> > up, historical
> > tracing back, proper motion detection... or whatever else we are not  
> > already
> > thinking or aware of.
> 
> Ah, but if I'm looking for a bright GRB in daytime observations,  
> knowing that the image
> is an obs.calib.sky-flat makes tremendous difference: it could have  
> been an
> obs.calib.dome-flat (which wouldn't be of any use)!
> 
> > obs.calib.freq or obs.calib.spectcan certainly be better defined with  
> > another syntax,
> > and first of all what is the kind of observed data concerned, image,  
> > spectra, linelist...?
> 
> Since UCDs can be concatenated, this isn't important: the role of the  
> observation has
> been named as a concept - the rest comes from the data and metadata.
> 
> A trivial example of how useful this could be would be in a data  
> pipeline: if all the images
> had things attached like obs.calib.dome-flat, obs.calib.wl then there  
> would be a universal
> and trivial method for determining just what the data are, independent  
> of FITS keywords
> and local systems (e.g. ESO.DET.CCD.PAR.TEMP......).
> 
> >> just like the original
> >> VOTable types who wanted to describe their catalogue entries.   
> >> There's  nothing fundamentally
> >> different in a VO sense between a calibration image (say, an   
> >> obs.calib.phot) and a table entry
> >> of the resulting calibration (say, phot.calib).  Right now, UCD is   
> >> mainly (some but not me might
> >> say only) useful for tables, which is why it needs to be extended to   
> >> non-table standard VO uses.
> > Yes but it is not the goal of the SCI-Board, at least from the point  
> > of view
> > of the structure, it is only concern by the content, and I am not sure
> > that all the UCD problems can be resolve only by content "handling".
> > Worthwhile for ucd@ivoa.net perhaps not for ucd-sci@ivoa.net.
> 
> I disagree: the WHOLE point of ucd-sci is to make high-level decisions  
> of what is needed scientifically.
> Otherwise, what's the "sci" in ucd-sci for?
> 
> >> A "data model for observation and data reduction" looks very  
> >> different  indeed, though it must
> >> ultimately use elements for which the VO has a primitive description.  
> >>     UCD is our VO dictionary
> > But dictionnary of what?
> > All the words in astronomy (so it is related to ontology and semantic  
> > I suppose)
> > or a dictionary of concepts, these ones beeing able to "take" values  
> > or can be
> > instanciate in more precise description.
> > UCD is only a part (conceptuel one AFAI understand) of a "parameter"  
> > description
> > which can be more precisely define by  "values" (restricted by  
> > enumerated lists,
> > obtained from name resolver....), others "attributes" or even others  
> > "parameters".
> 
> This is a particularly VOTable-ish view of the VO and of the role of  
> UCDs.  You want to have
> instr.bandwidth in order to identify that the number in a table is the  
> instrumental bandwidth.  I want to
> have src.class.galaxy.spiral in order to be able to identify that the  
> VOEvent happened next to a spiral
> galaxy.   Where's the difference?   What one calls "values",  
> "attributes" and "parameters" is just
> a question of semantics.  Why do I have to use
> 
> 	<concept>spiral galaxy</concept>
> 
> rather than src.class.galaxy.spiral but you don't have to use
> 
> 	<concept>instrumental bandwidth</concept>
> 
> instead of instr.bandwidth?
> 
> Rick
> 
> ------------------------------------------------------------------------ 
> ------------------------
> Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
> Universitaets-Sternwarte     Tel.  +49-551-39-5052
> Geismarlandstr. 11                Fax +49-551-39-5043
> 37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
> ------------------------------------------------------------------------ 
> -------------------------
> MONET: a MOnitoring NEtwork of Telescopes
> http://monet.uni-goettingen.de
> ------------------------------------------------------------------------ 
> -------------------------
> 
> 

---
Patricio F. Ortiz			pfo@star.le.ac.uk
Department of Physics & Astronomy	Phone: +44 (0)116 252 2015
University of Leicester			
Leicester, LE1 7RH, UK

From owner-ucd@eso.org  Wed Jun  1 15:57:20 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51DswaJ026827
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 15:54:59 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51DswhK026825
	for ucd-outgoing; Wed, 1 Jun 2005 15:54:58 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51DsiaJ026685;
	Wed, 1 Jun 2005 15:54:44 +0200 (MEST)
Received: from cirse.extra.cea.fr (cirse.extra.cea.fr [132.166.172.102])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51Dsf73026571;
	Wed, 1 Jun 2005 15:54:42 +0200 (CEST)
Received: from cincidele.saclay.cea.fr (cincidele.saclay.cea.fr [132.166.192.111])
	by cirse.extra.cea.fr (8.13.4/8.13.4/CEAnet-Internet.5.0) with ESMTP id j51DsahP025645;
	Wed, 1 Jun 2005 15:54:36 +0200 (MEST)
Received: from pisaure.intra.cea.fr (unverified) by cincidele.saclay.cea.fr
 (Content Technologies SMTPRS 4.3.17) with ESMTP id <T7145053f8b84a6c06f514@cincidele.saclay.cea.fr>;
 Wed, 1 Jun 2005 15:54:36 +0200
Received: from muguet.saclay.cea.fr (muguet.saclay.cea.fr [132.166.192.6])
	by pisaure.intra.cea.fr (8.12.11/8.12.11) with ESMTP id j51Dq2ws020266;
	Wed, 1 Jun 2005 15:52:02 +0200
	(envelope-from pdidelon@cea.fr)
Received: from discovery.saclay.cea.fr (discovery.saclay.cea.fr [132.166.26.121])
	by muguet.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j51DsUwZ001657;
	Wed, 1 Jun 2005 15:54:30 +0200 (MEST)
Received: from cea.fr (sappcj122.extra.cea.fr [132.166.9.122])
          by discovery.saclay.cea.fr (8.12.10/jtpda-5.3.2) with ESMTP id j51Dsse5021220
          ; Wed, 1 Jun 2005 15:55:03 +0200 (MEST)
Message-ID: <429DBE0C.7060905@cea.fr>
Date: Wed, 01 Jun 2005 15:54:20 +0200
From: Pierre Didelon <pdidelon@cea.fr>
Organization: CEA
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Hessman@astro.physik.uni-goettingen.de
CC: ucd-sci@ivoa.net, Roy Williams <roy@cacr.caltech.edu>, ucd@ivoa.net
Subject: Re: T0 : extensions to em, obs, spect, instr
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it> <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE> <429D79B3.3@cea.fr> <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
In-Reply-To: <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.11
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: Pierre Didelon <pdidelon@cea.fr>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi,

First a precision.
It was only my point of view (friendly i assume, at least when writing it)
and certainly not "THE" UCD-SCI board pov, and I didn't want to hurt you,
just express a (my?) difficulty when defining new UCD (similar to the one we had
when trying to define UCD for planetology) which is related to the
definition of the "good level of abstraction" to be enoughly high to
be widely re-usable but at the same time enoughly precise to be usable at all!
Some small comments... only to try to precise "my" pov.

Frederic V. "Rick" Hessman wrote:
> 
> On 1 Jun 2005, at 11:02 am, Pierre Didelon wrote:
> 
>>>> UCD must define preferentially concept I suppose, isn't it?
>>>> Enumerated lists must be handle with other mechanisms!
>>>> Keyword (<=>UCD) and the corresponding values...Y/N?
>>>
>>> I'm not sure what you mean....
>>
>>
>> I will try to explain what I mean with two or three examples...
>> if I have time, in an other mail.  ;-)
>> It is related with the pb of describing things (not really naming  
>> them!?)
>> (for bandpass see http://www.ivoa.net/forum/ucd/0505/0197.htm)
>> and how precise UCD must be  
>> (http://www.ivoa.net/forum/ucd/0505/0202.htm).
>> The two mails of P.Ortiz give a clear insight of the basic pb.
>> To make it brief, if we can perhaps admit to have bandpass "names" in  
>> UCD vocabulary
>> it become very very difficult to have solar system object names,
>> and certainly inacceptable to have all astronomical object names... I  
>> hope :-D
>> This last purpose is handle by name resolvers : NED,SIMBAD...
> 
> 
> Let's leave the solar system out of the way at first.  If we just take  
> stellar+extragalactic
> astronomy, then - of course - NOBODY wants a UCD which says
> 
>     src.class.galaxy.spiral.virgocluster.northern-part.opt.name.NGC12345
> 
> What VOEvent DOES needs, however, is something generic like (ignore the  
> actual XML tag names!)
> 
>     <src ucd="src.class.galaxy.spiral" name="NGC12345"/>
> 
> This use is ENTIRELY EQUIVALENT in its VO meaning, scope, and  
> usefulness to having a VOTable
> which contains some entry identified as meaning some physical property.  
>  This is totally different
> from having a DM/ontology which says what it means to have a spiral  
> galaxy or what properties are
> associated with a spiral galaxy or whether the name makes any sense.   
> Of course UCD isn't a name
> resolver, but if isn't a concept resolver, what is it? Why are some  
> concepts more equal than others?
> 
> What we have now is the possibility
> 
>     <src name="NGC12345">
>         <type ucd="src.class">spiral galaxy</type>
>     </src>
> 
> and who says what "spiral galaxy" means?  Who has to parse a different  
> object where the type is
> "galaxy, spiral" or "galaxy of type spiral" or "spiralgalaxy" or....    
> Wouldn't life be so easy if we could just
> say that there is a UCD "src.class.galaxy.spiral"?
OK! But do/must UCD be the solution to (all?) natural langage parsing?
It seems to be a general pb of enumerated lists and classifications.
must UCD integrate all the existing ones of every astro fields?
> 
> To say that UCD should NOT do the first (say that something is a spiral  
> galaxy) but should do the latter
> (say that a table entry is a radial velocity) means that UCD is only  
> intended to be
> used for tables and catalogues.  
Why?
Using already existing terms and definitions we could write
as you begin to do
<src name="NGC12345">
          <automatedObjType ucd="src.class">galaxy</automatedObjType>
	 <supervisedMorphType ucd="src.morph">spiral</supervisedMorphType>
</src>
The nice part of this view is that as NGC12345 can be resolved by simbad/ned...
galaxy and spiral can be handle by separated services, living their own
live and evolutionary track. Unfortunately, it does not resolve "immediatly"
the nomenclature and parsing problem... I agree.
And may be it is not the good way? Once again... only "my" pov.
> If this is the foundation of this  
> list, then please remove me.
Perhaps it's me who must be removed! ;-)
> 
> Yes, we shouldn't throw together a list of random concepts and declare  
> our work done.  So, please
> complain if you don't like my suggestions.   
> But isn't the whole point  
> of ucd-sci to determine what astronomical
> concepts need to be expressable?
> 
>>>> Looks like you are trying to define a data model for observation
>>>> and data reduction with UCD... which is perhaps not the best way to  
>>>> go?
>>>
>>> Absolutely NOT!!!!  I just want to be able to say what something is,
>>
>> Not only!
>> For example obs.calib.dome-flat is certainly an image (or may be a  
>> spectra?)
>> which have been obtained under specific conditions and used in a  
>> precise context
>> to derive reduced data. It describe only a "personnal" point of view  
>> of the way a
>> piece of data can be used!
> 
> 
> But the point is that the original purpose of the observation has been  
> expressed.
> Whether it's an image, a spectrum, or simply a number can be extracted  
> from all the
> other metadata.   If you don't have "obs.calib.dome-flat", then you're  
> left with scanning
> the FITS header for OBJECT="DOMEFLT", OBJECT="DFLAT", OBJECT="DOMFLAT",
> OBJECT="FLAT-DOME", ....
Same remarks as above!
all this is related with DM Observation definition and may be utype
will perhaps be of some help?
> 
>> But take an image obs.calib.sky-flat (sky-flat observation), although  
>> its main
>> usage will be calibration nobody can assert that some project can use  
>> these data
>> for other purposes,  even scientific ones : variability event follow  
>> up, historical
>> tracing back, proper motion detection... or whatever else we are not  
>> already
>> thinking or aware of.
> 
> 
> Ah, but if I'm looking for a bright GRB in daytime observations,  
> knowing that the image
> is an obs.calib.sky-flat makes tremendous difference: it could have  
> been an
> obs.calib.dome-flat (which wouldn't be of any use)!
> 
>> obs.calib.freq or obs.calib.spectcan certainly be better defined with  
>> another syntax,
>> and first of all what is the kind of observed data concerned, image,  
>> spectra, linelist...?
> 
> 
> Since UCDs can be concatenated, this isn't important: the role of the  
> observation has
> been named as a concept - the rest comes from the data and metadata.
> 
> A trivial example of how useful this could be would be in a data  
> pipeline: if all the images
> had things attached like obs.calib.dome-flat, obs.calib.wl then there  
> would be a universal
> and trivial method for determining just what the data are, independent  
> of FITS keywords
> and local systems (e.g. ESO.DET.CCD.PAR.TEMP......).
Yes certainly!
But perhaps another organizing way with a UCD defining a data kind and/or purpose
and then the corresponding parameters (not FIELD ;-), so not restricted to VOTable)
can take the desired values.
I don't think that UCD purpose is to solve nomenclature pb or definitions
but I am perhaps (certainly?) wrong.
> 
>>> just like the original
>>> VOTable types who wanted to describe their catalogue entries.   
>>> There's  nothing fundamentally
>>> different in a VO sense between a calibration image (say, an   
>>> obs.calib.phot) and a table entry
>>> of the resulting calibration (say, phot.calib).  Right now, UCD is   
>>> mainly (some but not me might
>>> say only) useful for tables, which is why it needs to be extended 
>>> to   non-table standard VO uses.
>>
>> Yes but it is not the goal of the SCI-Board, at least from the point  
>> of view
>> of the structure, it is only concern by the content, and I am not sure
>> that all the UCD problems can be resolve only by content "handling".
>> Worthwhile for ucd@ivoa.net perhaps not for ucd-sci@ivoa.net.
> 
> 
> I disagree: the WHOLE point of ucd-sci is to make high-level decisions  
> of what is needed scientifically.
> Otherwise, what's the "sci" in ucd-sci for?
> 
>>> A "data model for observation and data reduction" looks very  
>>> different  indeed, though it must
>>> ultimately use elements for which the VO has a primitive 
>>> description.      UCD is our VO dictionary
>>
>> But dictionnary of what?
>> All the words in astronomy (so it is related to ontology and semantic  
>> I suppose)
>> or a dictionary of concepts, these ones beeing able to "take" values  
>> or can be
>> instanciate in more precise description.
>> UCD is only a part (conceptuel one AFAI understand) of a "parameter"  
>> description
>> which can be more precisely define by  "values" (restricted by  
>> enumerated lists,
>> obtained from name resolver....), others "attributes" or even others  
>> "parameters".
> 
> 
> This is a particularly VOTable-ish view of the VO and of the role of  
> UCDs.  
I don't catch the point!
> You want to have
> instr.bandwidth in order to identify that the number in a table 
or anywhere else!
> is the  
> instrumental bandwidth.  I want to
> have src.class.galaxy.spiral in order to be able to identify that the  
> VOEvent happened next to a spiral
> galaxy.   Where's the difference?   What one calls "values",  
> "attributes" and "parameters" is just
> a question of semantics.  
  and corresponding level of abstraction.
> Why do I have to use
> 
>     <concept>spiral galaxy</concept>
> 
> rather than src.class.galaxy.spiral but you don't have to use
> 
>     <concept>instrumental bandwidth</concept>
> 
> instead of instr.bandwidth?
 From my pov ( once again :-( ), instr.bandwidth is a concept realised in a lot of diff items
(all existing filters) while spiral galaxy is a classification schema realisation.
But I may be wrong, and the usefullness of some usage requires perhaps
the introduction of at least some classification schema!
including MK spectral type for stars?
> 
> Rick
> 
> ------------------------------------------------------------------------ 
> ------------------------
> Dr. Frederic V. Hessman      Hessman@Astro.physik.Uni-Goettingen.DE
> Universitaets-Sternwarte     Tel.  +49-551-39-5052
> Geismarlandstr. 11                Fax +49-551-39-5043
> 37083 Goettingen                 http://www.uni-sw.gwdg.de/~hessman
> ------------------------------------------------------------------------ 
> -------------------------
> MONET: a MOnitoring NEtwork of Telescopes
> http://monet.uni-goettingen.de
> ------------------------------------------------------------------------ 
> -------------------------
> 

-- 
Pierre
------------------------------------------------------------------
DIDELON :@: pdidelon_at_cea.fr        Phone : 33 (0)1 69 08 58 89
CEA SACLAY - Service d'Astrophysique  91191 Gif-Sur-Yvette Cedex
------------------------------------------------------------------
Aidez les enfants Tibétains : http://www.a-e-t.org/jcparrain.htm
    ou d'autres : http://www.sosesf.org/
------------------------------------------------------------------
  Seule compte la démarche. Car c'est elle qui dure et non le but
  qui n'est qu'illusion du voyageur...  Saint Exupery - Citadelle
------------------------------------------------------------------



From owner-ucd-sci@eso.org  Wed Jun  1 17:33:04 2005
Return-Path: <owner-ucd-sci@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FWvaJ019133
	for <ucd-sci-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 17:32:57 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51FWvQI019132
	for ucd-sci-outgoing; Wed, 1 Jun 2005 17:32:57 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-sci@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FWgaJ019102;
	Wed, 1 Jun 2005 17:32:43 +0200 (MEST)
Received: from fed1rmmtao12.cox.net (fed1rmmtao12.cox.net [68.230.241.27])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FWdXW001697;
	Wed, 1 Jun 2005 17:32:40 +0200 (CEST)
Received: from [10.0.1.24] (really [68.231.133.145])
          by fed1rmmtao12.cox.net
          (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP
          id <20050601153216.NIIV550.fed1rmmtao12.cox.net@[10.0.1.24]>;
          Wed, 1 Jun 2005 11:32:16 -0400
In-Reply-To: <429DBE0C.7060905@cea.fr>
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it> <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE> <429D79B3.3@cea.fr> <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE> <429DBE0C.7060905@cea.fr>
Mime-Version: 1.0 (Apple Message framework v730)
Content-Type: multipart/alternative; boundary=Apple-Mail-1--253680462
Message-Id: <EB6B2AC0-5268-4F2E-8DA7-FCD728C7B9FE@noao.edu>
Cc: Rob Seaman <seaman@noao.edu>, ucd@ivoa.net, ucd-tech@ivoa.net
From: Rob Seaman <seaman@noao.edu>
Subject: UCDs vs ontologies?
Date: Wed, 1 Jun 2005 08:32:36 -0700
To: ucd-sci@ivoa.net
X-Mailer: Apple Mail (2.730)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.15
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-sci@eso.org
Precedence: bulk
Reply-To: ucd-sci@ivoa.net
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000


--Apple-Mail-1--253680462
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

On Jun 1, 2005, at 6:54 AM, Pierre Didelon wrote:

> But do/must UCD be the solution to (all?) natural langage parsing?

It would be premature to begin the work of the board by willy-nilly  
reassigning identifiers such as "em".  It seems likely that we will  
need to be able to express the concepts of both "electromagnetism"  
and "emission".  If there is emission, there is absorption.  And  
sometimes we may want to express the combination of "electromagnetic  
emission" at the same time.

On the other hand, we're told that the role of UCDs is distinct from  
that of ontologies.  An ontology is an (attempt) at expressing the  
complete range of some knowledge domain.  Astronomy is a big subject  
- its ontology will be big.  Perhaps by analogy we can view an  
ontology as the unabridged dictionary for some subject, whereas UCDs  
are simply one way to build a glossary for a specific purpose.   
Glossaries are often small enough to be appended to a brief document.

Personally, I think the VO community will need to develop several  
separate ontologies over time as well as several separate glossaries  
of UCDs or UCD-like constructs.  It is not obvious that a glossary of  
UCDs for tabular convenience is equivalent to a glossary of UCDs for  
VOEvent convenience.  An ontology can afford to be large and unwieldy  
to reach its goal of being complete and accurate.  A UCD style  
glossary, on the other hand, will eventually reach an optimum size.   
Its utility will pass a point of diminishing returns.  Too much  
precision engenders confusion.  The availability of too many options  
results in overlapping shades of meaning.

I gather the current list of UCDs was generated by looking at actual  
tables in the literature.  This is just how the unabridged OED was  
created from words sieved from millions of quotations.  Just like a  
dictionary, the work of maintaining the list of UCDs will continue  
indefinitely as new tabular usage is coined.

I would suggest that the creation of this new list of UCD-like  
entities to describe astronomical "concepts" is fundamentally a  
different exercise.  We may not be trying to generate a complete  
ontology with all interrelationships clearly drawn between all  
concepts, but we are trying to be complete in the sense of not  
leaving any gaps in the web of concepts.   "Star" and "galaxy" will  
clearly make the final cut.  "Star.white_dwarf" and "galaxy.spiral"  
most likely, too.  But it won't take many levels to exhaust the  
utility of compiling such a list.  I expect the final list to have  
hundreds of entries, not tens of thousands.

One final point.  The nature of this board is to participate in the  
process of certifying an official list of terms.  I think the true  
utility of both glossaries and dictionaries will be achieved when  
facilities are available for creating and maintaining *unofficial*  
lists.  For VOEvent, for instance, it seems likely that each project  
publishing events will adopt its own glossary pertinent to its own  
instrumentation and observations.  We should support these activities  
and provide a framework for project specific glossaries.  They will  
spring into existence whether or not we do so.  At least if we  
support the creation of project specific glossaries, we can have some  
say in controlling a common semantic structure and a standardized  
distribution mechanism.  This might also naturally lead to the next  
step of layering UCD glossaries on top of our emerging ontology 
(ies).  A glossary, after all, is nothing but a well chosen list of  
words out of the dictionary.  It is the dictionary that provides  
etymology, synonyms and antonyms, classification by part of speech,  
tenses and gender, pronunciation, ...

Sorry for the cross-posting.  If we can't restrain ourselves from  
generating all these mailing lists, I'm not sure what hope we have  
for a coherent set of UCD lists :-)

Rob Seaman
NOAO
--Apple-Mail-1--253680462
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><DIV>On Jun 1, 2005, at =
6:54 AM, Pierre Didelon wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">But do/must UCD be the solution to (all?) natural =
langage parsing?</DIV></BLOCKQUOTE></DIV><FONT class=3D"Apple-style-span" =
color=3D"#0000DD"><BR class=3D"khtml-block-placeholder"></FONT><DIV><FONT =
class=3D"Apple-style-span" color=3D"#000000">It would be premature to =
begin the work of the board by willy-nilly reassigning identifiers such =
as "em".=A0 It seems likely that we will need to be able to express the =
concepts of both "electromagnetism" and "emission".=A0 If there is =
emission, there is absorption.=A0 And sometimes we may want to express =
the combination of "electromagnetic emission" at the same =
time.</FONT></DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>On=
 the other hand, we're told that the role of UCDs is distinct from that =
of ontologies.=A0 An ontology is an (attempt) at expressing the complete =
range of some knowledge domain.=A0 Astronomy is a big subject - its =
ontology will be big.=A0 Perhaps by analogy we can view an ontology as =
the unabridged dictionary for some subject, whereas UCDs are simply one =
way to build a glossary for a specific purpose.=A0 Glossaries are often =
small enough to be appended to a brief document.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Personally, I think the VO =
community will need to develop several separate ontologies over time as =
well as several separate glossaries of UCDs or UCD-like constructs.=A0 =
It is not obvious that a glossary of UCDs for tabular convenience is =
equivalent to a glossary of UCDs for VOEvent convenience.=A0 An ontology =
can afford to be large and unwieldy to reach its goal of being complete =
and accurate.=A0 A UCD style glossary, on the other hand, will =
eventually reach an optimum size.=A0 Its utility will pass a point of =
diminishing returns.=A0 Too much precision engenders confusion.=A0 The =
availability of too many options results in overlapping shades of =
meaning.</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>I =
gather the current list of UCDs was generated by looking at actual =
tables in the literature.=A0 This is just how the unabridged OED was =
created from words sieved from millions of quotations.=A0 Just like a =
dictionary, the work of maintaining the list of UCDs will continue =
indefinitely as new tabular usage is coined.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>I would suggest that the =
creation of this new list of UCD-like entities to describe astronomical =
"concepts" is fundamentally a different exercise.=A0 We may not be =
trying to generate a complete ontology with all interrelationships =
clearly drawn between all concepts, but we are trying to be complete in =
the sense of not leaving any gaps in the web of concepts.=A0 =A0"Star" =
and "galaxy" will clearly make the final cut.=A0 "Star.white_dwarf" and =
"galaxy.spiral" most likely, too.=A0 But it won't take many levels to =
exhaust the utility of compiling such a list.=A0 I expect the final list =
to have hundreds of entries, not tens of thousands.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>One final point.=A0 The =
nature of this board is to participate in the process of certifying an =
official list of terms.=A0 I think the true utility of both glossaries =
and dictionaries will be achieved when facilities are available for =
creating and maintaining *unofficial* lists.=A0 For VOEvent, for =
instance, it seems likely that each project publishing events will adopt =
its own glossary pertinent to its own instrumentation and observations.=A0=
 We should support these activities and provide a framework for project =
specific glossaries.=A0 They will spring into existence whether or not =
we do so.=A0 At least if we support the creation of project specific =
glossaries, we can have some say in controlling a common semantic =
structure and a standardized distribution mechanism.=A0 This might also =
naturally lead to the next step of layering UCD glossaries on top of our =
emerging ontology(ies).=A0 A glossary, after all, is nothing but a well =
chosen list of words out of the dictionary.=A0 It is the dictionary that =
provides etymology, synonyms and antonyms, classification by part of =
speech, tenses and gender, pronunciation, ...</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Sorry for the =
cross-posting.=A0 If we can't restrain ourselves from generating all =
these mailing lists, I'm not sure what hope we have for a coherent set =
of UCD lists :-)</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Rob =
Seaman</DIV><DIV>NOAO</DIV></BODY></HTML>=

--Apple-Mail-1--253680462--

From owner-ucd-sci@eso.org  Wed Jun  1 17:42:47 2005
Return-Path: <owner-ucd-sci@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FgfaJ021512
	for <ucd-sci-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 17:42:42 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51FgfUB021511
	for ucd-sci-outgoing; Wed, 1 Jun 2005 17:42:41 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-sci@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FgbaJ021500;
	Wed, 1 Jun 2005 17:42:37 +0200 (MEST)
Received: from mssltz.mssl.ucl.ac.uk (mssltz.mssl.ucl.ac.uk [128.40.71.165])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51FgZ73001765;
	Wed, 1 Jun 2005 17:42:36 +0200 (CEST)
Received: from msslta.mssl.ucl.ac.uk (msslta.mssl.ucl.ac.uk [128.40.71.124])
	by mssltz.mssl.ucl.ac.uk (8.12.10/8.12.10) with ESMTP id j51FgPJ0005148
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Wed, 1 Jun 2005 16:42:25 +0100
Date: Wed, 1 Jun 2005 16:42:25 +0100 (BST)
From: Elizabeth Auden <eca@mssl.ucl.ac.uk>
To: Rob Seaman <seaman@noao.edu>
cc: ucd-sci@ivoa.net, ucd@ivoa.net, ucd-tech@ivoa.net
Subject: Re: UCDs vs ontologies?
In-Reply-To: <EB6B2AC0-5268-4F2E-8DA7-FCD728C7B9FE@noao.edu>
Message-ID: <Pine.LNX.4.61.0506011639350.29094@msslta.mssl.ucl.ac.uk>
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it>
 <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE>
 <429D79B3.3@cea.fr> <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
 <429DBE0C.7060905@cea.fr> <EB6B2AC0-5268-4F2E-8DA7-FCD728C7B9FE@noao.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-MSSL-MailScanner-Information: Please contact the ISP for more information
X-MSSL-MailScanner: No virus found
X-MSSL-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 5,
	BAYES_00 -4.90)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.15
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-sci@eso.org
Precedence: bulk
Reply-To: ucd-sci@ivoa.net
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

> On the other hand, we're told that the role of UCDs is distinct from that of 
> ontologies.  An ontology is an (attempt) at expressing the complete range of 
> some knowledge domain.  Astronomy is a big subject - its ontology will be 
> big.

> Personally, I think the VO community will need to develop several separate 
> ontologies over time as well as several separate glossaries of UCDs or 
> UCD-like constructs.  It is not obvious that a glossary of UCDs for tabular 
> convenience is equivalent to a glossary of UCDs for VOEvent convenience.  An 
> ontology can afford to be large and unwieldy to reach its goal of being 
> complete and accurate.

Incidentally, I've posted a first go at a VOEvent ontology (OWL-DL format) 
on the VOTech wiki at 
http://wiki.eurovotech.org/bin/view/VOTech/VoEventOntology. Any comments 
on the structure, concepts, and coverage of this v0.000000001 ontology 
would be appreciated.

cheers,
Elizabeth

From owner-ucd-tech@eso.org  Wed Jun  1 20:42:01 2005
Return-Path: <owner-ucd-tech@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51IfqaJ022928
	for <ucd-tech-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 20:41:52 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51IfqIG022927
	for ucd-tech-outgoing; Wed, 1 Jun 2005 20:41:52 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-tech@eso.org using -f
Received: from rocky.hq.eso.org (rocky.hq.eso.org [134.171.42.43])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51IfhaJ022912;
	Wed, 1 Jun 2005 20:41:44 +0200 (MEST)
Received: from earth.astro.umd.edu (earth.astro.umd.edu [129.2.14.2])
	by rocky.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51IffXW008022;
	Wed, 1 Jun 2005 20:41:42 +0200 (CEST)
Received: from [129.2.14.215] (lap5.astro.umd.edu [129.2.14.215])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by earth.astro.umd.edu (Postfix) with ESMTP
	id 65B5B109A7; Wed,  1 Jun 2005 14:41:35 -0400 (EDT)
Message-ID: <429E015D.1080501@gsfc.nasa.gov>
Date: Wed, 01 Jun 2005 14:41:33 -0400
From: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050319
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Elizabeth Auden <eca@mssl.ucl.ac.uk>
Cc: Rob Seaman <seaman@noao.edu>, ucd-sci@ivoa.net, ucd@ivoa.net,
        ucd-tech@ivoa.net, Data Model IVOA List <dm@ivoa.net>
Subject: Re: [Ontology] UCDs vs ontologies?
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it> <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE> <429D79B3.3@cea.fr> <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE> <429DBE0C.7060905@cea.fr> <EB6B2AC0-5268-4F2E-8DA7-FCD728C7B9FE@noao.edu> <Pine.LNX.4.61.0506011639350.29094@msslta.mssl.ucl.ac.uk>
In-Reply-To: <Pine.LNX.4.61.0506011639350.29094@msslta.mssl.ucl.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.21
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-tech@eso.org
Precedence: bulk
Reply-To: ucd-tech@ivoa.net
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Elizabeth,
   
    Hurray.  Another ontology fan.  I have taken the liberty of using 
OwlDoc in Protege to create a browser readable version of your 
ontology.  It is at

http://archive.astro.umd.edu/ont/Documentation/VOEVENT/index.html

Would you mind if I integrate what you have into the more general 
ontology that I have been working on?
http://archive.astro.umd.edu/ont/Documentation/index.html
(And yes, Rob it does tend to get big, but one can trim it at any 
level.  I rather see UCDs as a form of topic maps which is quite a close 
relative of Ontology.  I prefer ontology because I believe one can do 
more rigorous reasoning and query with it, but many prefer topic maps 
because they are more loose and easy. )

Now that there are two of us interested in Ontology we can form a 
group.  It has been suggested to me that
Ontology discussions should reside in the data model group with  
"[Ontology]" in the subject Re:.  So, I
am ccing there too and will take the rest of this discussion there.  I 
hope you are tuned in Elizabeth.

Ed




Elizabeth Auden wrote:

>
> Incidentally, I've posted a first go at a VOEvent ontology (OWL-DL 
> format) on the VOTech wiki at 
> http://wiki.eurovotech.org/bin/view/VOTech/VoEventOntology. Any 
> comments on the structure, concepts, and coverage of this v0.000000001 
> ontology would be appreciated.
>
> cheers,
> Elizabeth
>

From owner-ucd@eso.org  Wed Jun  1 21:20:37 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JKMaJ029542
	for <ucd-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 21:20:22 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51JKMkm029541
	for ucd-outgoing; Wed, 1 Jun 2005 21:20:22 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JKHaJ029533
	for <ucd@ivoa.net>; Wed, 1 Jun 2005 21:20:17 +0200 (MEST)
Received: from apollo.le.ac.uk (apollo.le.ac.uk [143.210.16.125])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JKG73009185
	for <ucd@ivoa.net>; Wed, 1 Jun 2005 21:20:16 +0200 (CEST)
Message-Id: <200506011920.j51JKG73009185@apollo.hq.eso.org>
Received: from [143.210.36.14] (helo=marindi)
	by apollo.le.ac.uk with esmtp (Exim 4.44)
	id 1DdYl7-00057j-6c; Wed, 01 Jun 2005 20:20:09 +0100
From: "Tony Linde" <Tony.Linde@leicester.ac.uk>
To: "'Ed Shaya'" <edward.j.shaya.1@gsfc.nasa.gov>,
        "'Elizabeth Auden'" <eca@mssl.ucl.ac.uk>
Cc: <ucd@ivoa.net>
Subject: RE: [Ontology] UCDs vs ontologies?
Date: Wed, 1 Jun 2005 20:20:09 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.6353
In-Reply-To: <429E015D.1080501@gsfc.nasa.gov>
Thread-Index: AcVm2cueQYqoM/bbRmqtZQLc9T46QgABEzjg
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
X-UoL-Id: 11b34ef000f39a0fef8ef2218051c54b@1DdYl7-00057j-6c@apollo.le.ac.uk
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: "Tony Linde" <Tony.Linde@leicester.ac.uk>
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000

Hi Ed,

Count me in too. In fact, you can count a whole sub-group of the VOTech
project, DS5. Check out:
http://wiki.eurovotech.org/bin/view/VOTech/ResourceDiscovery and associated.

And you don't need a new group, there already is one, the semantics
workgroup:

  semantics@ivoa.net
  archive at: http://ivoa.net/forum/semantics/

It was set up after discussions between variouspeople a couple of years ago
but died out.

I'll repost this message there (since I *HATE* cross-posting) and suggest we
all adjourn to the semantics forum for ontology-like discussions.

Cheers,
Tony. 

> -----Original Message-----
> From: owner-dm@eso.org [mailto:owner-dm@eso.org] On Behalf Of Ed Shaya
> Sent: 01 June 2005 19:42
> To: Elizabeth Auden
> Cc: Rob Seaman; ucd-sci@ivoa.net; ucd@ivoa.net; 
> ucd-tech@ivoa.net; Data Model IVOA List
> Subject: Re: [Ontology] UCDs vs ontologies?
> 
> Elizabeth,
>    
>     Hurray.  Another ontology fan.  I have taken the liberty 
> of using OwlDoc in Protege to create a browser readable 
> version of your ontology.  It is at
> 
> http://archive.astro.umd.edu/ont/Documentation/VOEVENT/index.html
> 
> Would you mind if I integrate what you have into the more 
> general ontology that I have been working on?
> http://archive.astro.umd.edu/ont/Documentation/index.html
> (And yes, Rob it does tend to get big, but one can trim it at 
> any level.  I rather see UCDs as a form of topic maps which 
> is quite a close relative of Ontology.  I prefer ontology 
> because I believe one can do more rigorous reasoning and 
> query with it, but many prefer topic maps because they are 
> more loose and easy. )
> 
> Now that there are two of us interested in Ontology we can 
> form a group.  It has been suggested to me that Ontology 
> discussions should reside in the data model group with 
> "[Ontology]" in the subject Re:.  So, I am ccing there too 
> and will take the rest of this discussion there.  I hope you 
> are tuned in Elizabeth.
> 
> Ed
> 
> 
> 
> 
> Elizabeth Auden wrote:
> 
> >
> > Incidentally, I've posted a first go at a VOEvent ontology (OWL-DL
> > format) on the VOTech wiki at
> > http://wiki.eurovotech.org/bin/view/VOTech/VoEventOntology. Any 
> > comments on the structure, concepts, and coverage of this 
> v0.000000001 
> > ontology would be appreciated.
> >
> > cheers,
> > Elizabeth
> >
> 
> 

From owner-ucd-tech@eso.org  Wed Jun  1 21:30:32 2005
Return-Path: <owner-ucd-tech@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JUQaJ001214
	for <ucd-tech-outgoing@mercury.hq.eso.org>; Wed, 1 Jun 2005 21:30:26 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j51JUQmI001213
	for ucd-tech-outgoing; Wed, 1 Jun 2005 21:30:26 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd-tech@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JUGaJ001202;
	Wed, 1 Jun 2005 21:30:17 +0200 (MEST)
Received: from phobos.caltech.edu (phobos.caltech.edu [131.215.102.1])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j51JUE73009441;
	Wed, 1 Jun 2005 21:30:15 +0200 (CEST)
Received: from avyakta.caltech.edu (IDENT:U2FsdGVkX1/ZNn3d3vbHF6HA5XVycgfncWUk5Eq04f4@avyakta [131.215.102.12])
	by phobos.caltech.edu (8.12.10/8.12.10) with ESMTP id j51JU74I027713;
	Wed, 1 Jun 2005 12:30:07 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by avyakta.caltech.edu (8.12.11/8.12.8) with ESMTP id j51JU6Ka001820;
	Wed, 1 Jun 2005 12:30:06 -0700
Date: Wed, 1 Jun 2005 12:30:06 -0700 (PDT)
From: Ashish Mahabal <aam@astro.caltech.edu>
X-X-Sender: aam@avyakta.caltech.edu
To: Ed Shaya <edward.j.shaya.1@gsfc.nasa.gov>
cc: Elizabeth Auden <eca@mssl.ucl.ac.uk>, Rob Seaman <seaman@noao.edu>,
        ucd-sci@ivoa.net, ucd@ivoa.net, ucd-tech@ivoa.net,
        Data Model IVOA List <dm@ivoa.net>
Subject: Re: [Ontology] UCDs vs ontologies?
In-Reply-To: <429E015D.1080501@gsfc.nasa.gov>
Message-ID: <Pine.LNX.4.58.0506011228430.765@avyakta.caltech.edu>
References: <20050531150728.fn26pj7v9fa8okc8@webmail.sic.rm.cnr.it>
 <94643280d46f33e5c88952d520f13f55@Astro.physik.Uni-Goettingen.DE>
 <429D79B3.3@cea.fr> <0a75e9e971886f955bcd71d196c35f79@Astro.physik.Uni-Goettingen.DE>
 <429DBE0C.7060905@cea.fr> <EB6B2AC0-5268-4F2E-8DA7-FCD728C7B9FE@noao.edu>
 <Pine.LNX.4.61.0506011639350.29094@msslta.mssl.ucl.ac.uk> <429E015D.1080501@gsfc.nasa.gov>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.1, Antispam-Data: 2005.6.1.22
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd-tech@eso.org
Precedence: bulk
Reply-To: ucd-tech@ivoa.net
X-Mozilla-Status: 8011
X-Mozilla-Status2: 00000000


Hi Ed,

Count me in too.

I am the topic maps kind of person you mentioned, but also interested in
ontologies. This should provide me some new impetus to working on UCDs,
topic maps and ontologies.

-ashish

Ashish Mahabal, Caltech Astronomy, Pasadena, CA 91125
http://www.astro.caltech.edu/~aam aam at astro.caltech.edu

Backups?  We doan *NEED* no steenking baX%^~,VbKx  NO CARRIER

From owner-ucd@eso.org  Mon Jul 11 17:01:51 2005
Return-Path: <owner-ucd@eso.org>
Received: from mercury.hq.eso.org (localhost [127.0.0.1])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j6BF1O1b008576
	for <ucd-outgoing@mercury.hq.eso.org>; Mon, 11 Jul 2005 17:01:25 +0200 (MEST)
Received: (from majordomo@localhost)
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10/Submit) id j6BF1OUI008575
	for ucd-outgoing; Mon, 11 Jul 2005 17:01:24 +0200 (MEST)
X-Authentication-Warning: mercury.hq.eso.org: majordomo set sender to owner-ucd@eso.org using -f
Received: from apollo.hq.eso.org (apollo.hq.eso.org [134.171.42.42])
	by mercury.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j6BF1G1b008547
	for <ucd@ivoa.net>; Mon, 11 Jul 2005 17:01:16 +0200 (MEST)
Received: from smtp1.sic.rm.cnr.it (mailrelay.artov.rm.cnr.it [150.146.129.253])
	by apollo.hq.eso.org (8.12.10+Sun/8.12.10) with ESMTP id j6BF1Bin008451
	for <ucd@ivoa.net>; Mon, 11 Jul 2005 17:01:12 +0200 (CEST)
Received: (qmail 3568 invoked by uid 508); 11 Jul 2005 15:01:05 -0000
Received: from 10.1.1.2 by smtp1 (envelope-from <andrea.preitemartinez@rm.iasf.cnr.it>, uid 500) with qmail-scanner-1.25-st-qms 
 (clamdscan: 0.86. spamassassin: 3. perlscan: 1.25.   
 Clear:RC:1(10.1.1.2):. 
 Processed in 0.958815 secs); 11 Jul 2005 15:01:05 -0000
Received: from unknown (HELO localhost) ([10.1.1.2])
          (envelope-sender <andrea.preitemartinez@rm.iasf.cnr.it>)
          by smtp1.sic.rm.cnr.it (qmail-ldap-1.03) with SMTP
          for <ucd-sci@ivoa.net>; 11 Jul 2005 15:01:04 -0000
Received: from eddington.u-strasbg.fr (eddington.u-strasbg.fr
	[130.79.129.110]) by webmail.sic.rm.cnr.it (Horde) with HTTP for
	<andrea.preitemartinez@rm.iasf.cnr.it>; Mon, 11 Jul 2005 17:01:03 +0200
Message-ID: <20050711170103.buzzas2dadesw8cs@webmail.sic.rm.cnr.it>
Date: Mon, 11 Jul 2005 17:01:03 +0200
From: Andrea Preite Martinez <andrea.preitemartinez@rm.iasf.cnr.it>
To: ucd-sci@ivoa.net
Cc: ucd@ivoa.net
Subject: draft PR doc on ucd-words
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=_5j4gqpybq3y8"
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.0.1)
X-Scanned-By: MIMEDefang 2.35
X-PMX-Version: 4.7.1.128075, Antispam-Engine: 2.0.3.2, Antispam-Data: 2005.7.11.14
X-Virus-Scanned: by amavisd-new
Sender: owner-ucd@eso.org
Precedence: bulk
Reply-To: ucd@ivoa.net
X-Mozilla-Status: 8001
X-Mozilla-Status2: 00000000

This message is in MIME format.

--=_5j4gqpybq3y8
Content-Type: text/plain;
	charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

After 4 weeks of discussion in the Sci-board and some extra time to set up
the document, you'll find attached a draft version of the document
containing the list of ucd-words.

Note for the Sci-board: I included the last comments. I also had to modify a
number of words to be compliant with the UCD-Rec document ("... for any two
words at the same level in the hierarchy, one can't be a starting substring
of the other..."), so

old version  =============>  new version

phot.fluxDensity             phot.fluDensity
phys.energyDensity           phys.energDensity
phys.massYield               phys.mYield
pos.earthop                  pos.eop

Of course there is still the case of phys.at/atmol, but we can wait for the
revision of the whole list of atomic and molecular ucds.

I submit the document+list to the members of the UCD-WG because this is the
IVOA standard procedure, and I formally ask you if we can move from the WD
phase to the PR phase.

In this particular case we also had to follow another "formal" procedure,
estabished by the UCD main document, to generate and maintain the list of
ucd-words. This is why I'm sending the draft to both mailing lists.

The document is already in the PR "format" but, being a draft, the link to
the RFC page is of course not yet activated.
If you have major objections (on the content of the document/list of words)
please let me know asap.

According to our roadmap, we have to move the UCD-list document from the WD
phase to the PR phase within July. This would mean asking for comments on
the PR document during a holiday period.
I think it would be better to issue the RFC in the second half of August.
Please let me know if you disagree on that.

Best regards

Andrea
==============================================================================
Andrea Preite Martinez                  andrea@rm.iasf.cnr.it
Istituto di Astrofisica Spaziale        Tel.:+39.06.4993.4641
Area di Ricerca di Tor Vergata          Fax.:+39.06.2066.0188
Via del Fosso del Cavaliere 100         Cell:+39.339.3817355
00133 Roma
==============================================================================
--=_5j4gqpybq3y8
Content-Type: application/pdf;
	name="UCDlist-20050711.pdf"
Content-Disposition: attachment;
	filename="UCDlist-20050711.pdf"
Content-Transfer-Encoding: 7bit

%!PS-Adobe-3.0
%%Pages: (atend)
%%BoundingBox: 0 0 596 758
%%HiResBoundingBox: 0.000000 0.000000 595.300000 757.700000
%.........................................
%%Creator: ESP Ghostscript 707 (pswrite)
%%CreationDate: 2005/07/11 16:09:12
%%DocumentData: Clean7Bit
%%LanguageLevel: 2
%%EndComments
%%BeginProlog
% This copyright applies to everything between here and the %%EndProlog:
% Copyright 2003 artofcode LLC and Easy Software Products, all rights reserved.
%%BeginResource: procset GS_pswrite_2_0_1001
/GS_pswrite_2_0_1001 80 dict dup begin
/PageSize 2 array def/setpagesize{ PageSize aload pop 3 index eq exch
4 index eq and{ pop pop pop}{ PageSize dup  1
5 -1 roll put 0 4 -1 roll put dup null eq {false} {dup where} ifelse{ exch get exec}
{ pop/setpagedevice where
{ pop 1 dict dup /PageSize PageSize put setpagedevice}
{ /setpage where{ pop PageSize aload pop pageparams 3 {exch pop} repeat
setpage}if}ifelse}ifelse}ifelse} bind def
/!{bind def}bind def/#{load def}!/N/counttomark #
/rG{3{3 -1 roll 255 div}repeat setrgbcolor}!/G{255 div setgray}!/K{0 G}!
/r6{dup 3 -1 roll rG}!/r5{dup 3 1 roll rG}!/r3{dup rG}!
/w/setlinewidth #/J/setlinecap #
/j/setlinejoin #/M/setmiterlimit #/d/setdash #/i/setflat #
/m/moveto #/l/lineto #/c/rcurveto #
/p{N 2 idiv{N -2 roll rlineto}repeat}!
/P{N 0 gt{N -2 roll moveto p}if}!
/h{p closepath}!/H{P closepath}!
/lx{0 rlineto}!/ly{0 exch rlineto}!/v{0 0 6 2 roll c}!/y{2 copy c}!
/re{4 -2 roll m exch dup lx exch ly neg lx h}!
/^{3 index neg 3 index neg}!
/f{P fill}!/f*{P eofill}!/s{H stroke}!/S{P stroke}!
/q/gsave #/Q/grestore #/rf{re fill}!
/Y{P clip newpath}!/Y*{P eoclip newpath}!/rY{re Y}!
/|={pop exch 4 1 roll 1 array astore cvx 3 array astore cvx exch 1 index def exec}!
/|{exch string readstring |=}!
/+{dup type/nametype eq{2 index 7 add -3 bitshift 2 index mul}if}!
/@/currentfile #/${+ @ |}!
/B{{2 copy string{readstring pop}aload pop 4 array astore cvx
3 1 roll}repeat pop pop true}!
/Ix{[1 0 0 1 11 -2 roll exch neg exch neg]exch}!
/,{true exch Ix imagemask}!/If{false exch Ix imagemask}!/I{exch Ix image}!
/Ic{exch Ix false 3 colorimage}!
/F{/Columns counttomark 3 add -2 roll/Rows exch/K -1/BlackIs1 true>>
/CCITTFaxDecode filter}!/FX{<</EndOfBlock false F}!
/X{/ASCII85Decode filter}!/@X{@ X}!/&2{2 index 2 index}!
/@F{@ &2<<F}!/@C{@X &2 FX}!
/$X{+ @X |}!/&4{4 index 4 index}!/$F{+ @ &4<<F |}!/$C{+ @X &4 FX |}!
/IC{3 1 roll 10 dict begin 1{/ImageType/Interpolate/Decode/DataSource
/ImageMatrix/BitsPerComponent/Height/Width}{exch def}forall
currentdict end image}!
/~{@ read {pop} if}!
end readonly def
%%EndResource
/pagesave null def
%%EndProlog
%%Page: 1 1
%%BeginPageSetup
GS_pswrite_2_0_1001 begin
595 842 /a4 setpagesize
/pagesave save store 197 dict begin
0.1 0.1 scale
%%EndPageSetup
gsave mark
K
0 0 0 0 rf
Q q
0 0 5953 0 0 8419 ^ Y
q[1417.33 0 0 783.057 949.14 6793.81]concat
543 300 8[543 0 0 -300 0 300]@X false 3
colorimage
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W)trr2orrr2oss8W-!s8W-!s8W-!s8W)trr)fo
qtp9eqYL-fr;Zfss8W-!s8W-!s8N#sqYL'aq>'m`qY^9hs8W-!s8W)trr<#us8W-!s8W-!s8W-!
rr2olq"XXZq#CBos8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W)trr2ors8W-!s8W-!s8W-!
rr2orrr2rts8W-!s8W-!s8W-!s7lBaq>'j`qtpBlrr<#us8W-!s8W-!s82]jqtp9fqtp<hr;6Bg
qYL'bqYL'bqZ$Tqs8W-!s8W-!s8W-!qYL'aq>'sdr;Zfss8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W)trr2or
rr2orrr2rts8W-!rr2oss8W-!s8W-!rVc]jq>('js8W-!s8W-!s8W)trr)foqYL'`q"Xmhs8W-!
s8W-!s8W-!s8W-!s8W-!s8VrlqYL'br;?Klrr2lprVHBerr2oss8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W,urr2rts8W-!
s8W-!s8W)trr)forVc]jq>'sdr;HTmrr2oss8W-!s8W-!s8W,oq"XXZq"XXZqtp9js8W-!s8W-!
s8W,trVccrs8W-!rr2opr;?Kjr;6Bgq>'jds8W-!s8W-!rr2oqrVcZlr;HTms8W,urr2orrr2or
rr2orrr2orrr2orrr2oss8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
rr2orrr2rts8W-!s8W,trVcZlr;6Bgs8W-!s8W-!s8W-!q>'j_qYL*dqtg0cs8W-!s8W-!s8W-!
s8W-!s8W)trqu]lqYL'erVc]nrVQKhrr2oss8W-!s8W-!rr2orrr2lprVc]ns8W-!s8W-!s8W-!
rr2orrr2orrr2orrr2orrr2orrr2ors8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8N#srr2orrr2orrr2or
rr2orrr2orrr2orrr2oss8W-!s8W-!rVc]lqtp6dqXa=Mqtp9hrVcNdq"OOWrVc]ps8W#pr;$0a
r;?Klrr2orrqu]lqYL'bqYL*dqu?]rs8W,urr2WbpA+O[s8W,sr;?0XoDSXds8W-!s8W&rrVHBe
qYL'aq>'aXpAOsgrVc]nrVc]nrVc]nrVc]nrVc]nrVlfqrr2orrr2orrr2orrr2orrr2orrr<#u
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W)trr2or
rr2orrr2orrr2orrr2orrr2lprVlfqs8W-!s8W-!s8DopqYL'aq>'g\q#10irVc]kqYL0hrVuot
qYL'Tm-O]LrVHBenaZ/)gt]c`_Q0`<St;OAR@0.uOHl)rS"#nJX/jLic1(5ls8W,sr;>gDl1arH
s8W,urr2`hq>0sas8W-!s8W&rrVc]nrVc]nrVc]nrVc]nrVc]nrVc`prr2orrr2orrr2orrr2or
rr2orrr2rts8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W,urr2orrr2orrr2orrr2orrr2orrr2oqrVc`prr<#us8W-!s8W&rrVHBeq"XX0cHa>F_lB`:
Mi3L7F)tJe=YVWc%1NaN"pPMG%2'9d%hB0S"U+l+z"9\i;%Lr^K#64`(!!!!#!Wj#K'+kfg!s8W;
&J6fT1KmscEH,uOKS6"kTYS@YeC<"HrVc]nrVc]nrVc]nrVc]nrVc]nrVc]orr2orrr2orrr2or
rr2orrr2orrr2oss8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!qYL'gs8W-!s8N#srVc]ps8W)trqQ9`s8W,mp@e.No`+sks8W,r
qtp*\pAY'js8W-!s8W-!s75aOq"XXas8W-!s7,XLs8W,pq>'%0ikiRLS"#mbDJhm374Tl=!s8W.
"9\l3"U5/8"pP88"U,#3"9\i1(`4)2*Zc[V-T!Y:5s[e29heVf<E`R0=BJ[,='&@#<(otZ5!D.]
/1__Z)\<Pl$47+C"9\])z!s8W1#6tJ=#6kA:2)R6W5s]@)D6L.HhVR,WmdB]<oD8=[p\4F^s8W-!
s7c9^q"XXas8W-!s8N#srVc]kqYL'bqYpKns8W-!s8W)trr2orrr2onqYL$`q>^Kps8W-!s8W&r
rVQKhs8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W,pq>'dZp](9ns8W-!s8W-!s7uKds8W-!s8Vlh
q"44Ns8W-!s8W-!s8)TgqYL'gs8W-!s8W-!s8W,Zj5\>+bB\AY9MA+r(Dd&O!!33'$47+B!s8N'
!%96D2`EZm;,M=QEKZKJYHP.I_o'dFcIC@nf@SX0gt^oKip#^lmdBN6o()GFo^VJAnaZ/>naZ):
n*0*$io8tOg=k*-e^N!r`l?$'Z*B[`R!X1,>?b;o4?P&A.0g(_!<E3$zz)&X;u?='+jS&i[lg=k9R
p%A@bs8W-!s8W,rqtp9fqu?]rs8W-!s8Vojq=F4LqYL'gs8W-!s8W-!s8W-!s8W&rrV-'\qtp9j
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8VrlqYgBks8W-!s8W-!s7uKdp%A"Op@eC\qu6Tos8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!o()A!dF!r5NBKEf&.fBY#RC\A#R:S>%hB1#.OnJ"<ec?`XK8M<
^VAjjjQPgkmHs<3o()DDoCDJCn*f`4mHrroj5f:^jlPUdk2tjikND$kk2tggk2tggk2tggkND$l
kih9ql0@R!lg*m&lg+06oC_eLq>'jcrr2rts82]jnF5r2kifgt^pUSXR@0IXC2,Xb2@pE2z!!!N?
%hfTi5!D/jNfMK5d-^5fq"XXas8W-!s82]jqtp9js8W-!s8DopqYL'erVc6TnG<"Xs8W,urr2rt
s8W-!s8W,mp@eOds8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W&rrVc]ns8W,urr2inr;Zfss8W-!s8Vlh
q"""Hr;?Kms8Vunqt0OQoCMRc]=W?6Gq^p+#RC\9!!!'%!ZN't2E!I*AnI9lPg.ItnF5r=oCM52
l/L^^io8tViSieUioK1]jQ,C]io8kQhqQo?f\"j:j5]4]jQ,C_jlPUbjQ,C_jQ#:\io8t[k2tde
jlPUcjlPUdk2tjikNV6ql07HkiSibSiT&tYkND$olg*s*mHa*(l07I+p@e7Tp\"4Pn*f`.kNC4=
d&!S8It)r&0ejL^(]ja?!!!!)#RE+<0RS7q_83tQlK\-<p](9ns8W-!s8W-!s8DopqYL'gs8W-!
s8W-!rVc]mr;?NlrVuots8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W,trVcQfq>L9js8W-!s8W#p
r;$0as8W-!s8W-!s8)TgnaZ.mbKG!LF<MeN#6tJ6!!!0+"XYQC?=$s,R[VCAb2hXEkih6ljlPCW
hq-K3eC<"%g=k]Ok4/!3jlPUcjlPRajQ,C_j5]1Zio8tWio8tWj5]1[j5]7_jlbgikih6okih6o
kih6ol07HtlK[["lK[["lK[[!l07Eqkih6okih6nkNCsgjlY^fkih6qlK[^$lg4!)k2tgmm-O**
m-!QpmHs<:q>'m`qXX4Jl07H]e'k+gUgmnE,pai<!<E0#!!NN0)&X<FKS8FIjSJ`Lp%A"Xs8W-!
s8W-!qYL'bqYL6ls8W-!rr2oho^r"VqZ$Tqrr2oss8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8N#srr2orrr2orrr2orrr2orrr2orrqH0]s8W-!s8W-!
s82]jqtp9js8W-!s6/\1o()A2io6W(TLMC?"pP83!!!3-"tM2SC2.Lj['\ZFh<3takND$ijlPI[
iT0(\iSibQhr!AMi8NYRi8EPJgY:<1f&5KEhr!>Khr!>Khr3PQj5]1^k2tjikM=tMhVR,Ii8ESQ
iSrkVj5]1[j5]1[j5AkRiSibUj5]7_jlY^fk2tgfjlPUcjlu$ol07HtlK[^$lg!d#kih6ljlPO_
j6,UgmdBN3n*fQ,lKRQtmdBN4nF5l6meHSPrr2oss8VifpZ1Dr\$rh_ChtRN.LQUl!!!!'"pROd
7\$!=g=k9NnaZ5BoDejjqtp9cq"Xmhs8W-!s8W,sr;?NlrVlfqrr2orrr2orrr<#us8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W)trr2orrr2orrr2orrr2orrr2orrr2lp
rVuots8W,lp%@tLo`+sks8W,qqYJ^ke8fSM',)#Z!!!*'"",HDC2.L`WiFt6hrEbWio8tShVR,G
hVd>Mh;-o<f%/6rdFd+(hr!>Nio8nSi83>Ihr!>MiSiq]k2k^djQ,C]io8qUiS`YPhr!>JhVR>S
jQ5Lbk2tghkND'mkih6okND$kkND!ik3(pjkih6pl07KulKdd%m-O*+mHromioT:`l07Hulg*s*
mHs<.mHs<.mHs9,m-<m$kND$kkND0slgF3/m-O*%kNC[Wh<O:jnaZ/;mdBW8nbrFbs8W,sr;=%5
[qB>d)]K^rz!#QOiF`hiYf@Trur;ZfsrVc]eo^qnPp](9ns8W,trVc]nrVc]nrVc]orr2orrr<#u
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W,urr2orrr2orrr2orrr2orrr2or
rr2oss8W&rrV-'\rVc]ps8V]^o:;GC6psEG"9\])!"0/B84Z::Q'KS;biRsJm-O)ph;-uGhr<YT
i8EPJgY:E7g"bB<io8t[k2t[_in`GHg=k98gY:TAhVd>Mi8EPLh;-rEhVmGPj5]1[j5]1[j5JtU
i8EPPiSibSiSrkVj5]1\jQ,C_jQ,C_jQ,Cdl07EqkiV$ijQ,C_jQ,C_jQ5Lbk2tgllg*j$lKRQt
kND$ijlPXek3;-plg*m$l07R$m-jE3nF5r6m-O!$l0[m*o^qeJo^q_Fo'Pi3lK[[&mdB]<oC28=
kih7*q"Xmhs6/\1U8"AU9M?'3&c_n3!!!!c6:.?<T_.mKs8W,rqtpBlrr<#uqtp9hrVc]nrVc]n
rr2orrr2rts8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!q>'jds8W#pr;Zfs
rr2omq>('js7Q'Xqtp9cq"Xmhs7uKdWMujW3B7'>!!**$-n$KWBP=`YZeX?kkND$ijlP@UhUU0,
h;-oBgt^]?gt^]?gt^]@h;-rEhV[5JhVR,GhVR,GhV[5Jhr!>Li8EPOi8EPOiSibSiSibSiSrkV
io8tXj5]1[j5]1[j5]1[j5]1[j5f:^jQ,C`jlPUcjlPUck2tggk2tggk3(pjkND$lkih6okih6o
kND$kkND$kkNM-nkih6pl07Hsl07HslK[["lK[["lK[["lK[["lK[["lK[["mdBN2mdBN2mdBN2
mdBN2mdBN2mdBN2k2tgomdBiDp\aseo^qdsaN/IFF=\so!WiE+"9^tT5d.Apqtp9js8VrlqZ$Tq
rr2okp\4^fs8W-!qtp9js8W-!s7GsUs8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
r;?KaoCN"^s8W-!nF5rIs8W-!s8W-!mdBM:TqOY64obQ_!!!!_5!F=?HcO1IgY:KIl079ijP/GD
gY:K<gt^T9g"kK?gt^]?gt^]?gt^]?h;-oDhVR/Ihqm5HhVR,GhVR/Ihr!>Ki8EPOi8EPOi8NYR
iSibSiSieUio8tWj5]1[j5]1[j5]1[j5]1[j5]4]jQ,C_jlPUcjlPUcjlY^fk2tggk2tjikND$k
kih6okih6oki_-lkND$lkih6okih6ol07Hsl07Hsl0@R!lK[["lK[["lK[["lK[["lK[["lL+*.
mdBN2mdBN2mdBN2mdBN2mdBN2mdKW5n*f`4mHsH6nbrFbs8W,gnF5#[eq8U-5!D.1z!(ojUXK8Mj
mHsrRs8W-!s8W,qqYL-fr;HTmp%A"SqYL6ls8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8VfdpAb0ms8W-!s8W-!s7lBarr2o\kieG&R7g1G!WiE)!WkVP5`CY\`5KURio8tWioK1]h;-o9
e'landbEO2hVR,Egt^`Ah;$f@gt^]?gt^]?gtgfBhVR,Hhr!;IhVR,GhVR,Hhr!>Khr*GNi8EPO
i8ESQiSibSiSibTio8tWioB(Zj5]1[j5]1[j5]1[j5]1\jQ,C_jQ5LbjlPUcjlPXek2tggk2tgh
kND$kkNM-nkih6okih3mkNM-nkih6okih9ql07Hsl07Hsl07KulK[["lK[["lK[["lK[["lK[["
lK[g*mdBN2mdBN2mdBN2mdBN2mdBN2mdB`>o^h\GmHs<'k2u!qlhL8Ms8W,sr;?Tps4Q)YPa%Cr
5!ArHz;,L2eV5<A<kPtS^s8W,fn*g;Vs8W-!rVc]nrVccrs8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W,urr2orrr2orrr2orrr2or
rr2orrr2oss8W-!s7Q'Xp@e4[s8VifpT:R"=BJZ*!!!-)">hqlL5(H,bfo85kN:phio8tJe^`:'
f@SX+f@SX1h;.&KiS<5De'le%h;-lAgt^]?gt^]?gt^`Ah;7#Fhr!>JhVR,GhVR,Ghr!>Khr!AM
i8EPOi8EPPiSibSiSibSio8tWio9"Yj5]1[j5]1[j5]1[j5]1[jQ,C_jQ,FajlPUcjlPUdk2tgg
k2tggkND$kkND'mkih6okih6okih6okih6ol07Hsl07Hsl0@R!lK[[#lg*m&lg*m&lg*m&lg*m&
lg*m&lg*m)mdBN2mdBN2mdBN2mdBN2mdBN2mdBN,kihL(n+-&?mdBN1mHsE4nF?&=mdBN8o^r1`
s8W-!l07H"R$]lo3<K?c!!!!t;cBs+Z1n"es8W,trVcWjqu-Kls8W,urr2orrr2orrr2orrr2or
rr2orrr2oss8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!rr2orrr2or
rr2orrr2orrr2orrr2oroCMSRs8W#pr;Zfs\@B%lG'4T8'`\462E!IKLPO=+dc09Gf%/F&e^`7%
f$VmmiSibSiSiYMhV6f>gY:K>hVR,GhV-];h;-oBgt^]?gt^]?gt^]@h;-rEhV[5JhVR,GhVR,G
hV[5Jhr!>Li8EPOi8EPOiSibSiSibSiSrkVio8tXj5]1[j5]1[j5]1[j5]1[j5f:^jQ,C`jlPUc
jlPUck2tggk2tggk3(pjkND$lkih6okih6okih6okih9ql07Hsl07HtlK[["lK[["lg*m&lg*m&
lg*m&lg*m&lg*m&lg*m&mdBN2mdBN2mdBN2mdBN2mdBN2mdBN2mdBN5naZ/>naGr8nF5r>o^qnP
p\4FVlg*m'm-O$&lLFE7s8W,blg'RkN\)h7!!!!0%hEJmCt@1gs8W-!s8Vunqt'FNrr2orrr2or
rr2orrr2orrr2orrr2ors8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8DoprVc]nrVc]nrVc]nrVc]nrVc]nrVHBes8W,_kieD$Qk9oB!!!!9(`7(*Cs'oCg=k9@j5]"Q
hV-];hVR,GhVQo;f[\O&f%/F'f%/@#eC<!tf\"j4h;.#Ii8*5Fgt^]?gt^]?gt^]?h;-oDhVR/I
hqm5HhVR,GhVR/Ihr!>Ki8EPOi8EPOi8NYRiSibSiSieUio8tWj5]1[j5]1[j5]1[j5]1[j5]4]
jQ,C_jlPUcjlPUcjlY^fk2tggk2tjikND$kkih6okih6okiq?rl07Hsl07Hsl0@R!lK[["lK[^$
lg4!)m-O**m-O**m-O**m-O**m-O**m-a<0mdBN2mdBN2mdBN2mdBN2mdBN2me$/DnaZ/;mdBH.
m-O**mHs<-m-O$&lMUSXqYL'Zo(),4lgaN8qtp9ap@d\4kBhQ&(Ddkf!!"],0TV9UkND%.s8Vrl
qYgBkrVc]nrVc]nrVc]nrVc]nrVc]nrVuots8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W&rrVc]nrVc]nrVc]nrVc]nrVc]nrVccrs0oJH=]nl-z!)?9aVl-H[mHs&uk0h]+
bfn;`f\#';hUBs&cd0qfe^`F/gYL]Ai8EPOi8EGIh:UB4f%/F'f%/[5h;$f@gt^]?gt^]?gtgfB
hVR,Hhr!;IhVR,GhVR,Hhr!>Khr*GNi8EPOi8ESQiSibSiSibTio8tWioB(Zj5]1[j5]1[j5]1[
j5]1\jQ,C_jQ5LbjlPUcjlPXek2tggk2tghkND$kkNM-nkih6okih9ql07Hsl07HtlK[["lK[["
lg*m&lg*p(m-O**m-O**m-O**m-O**m-O**m-O0.mdBN2mdBN2mdBN2mdBN2mdBN2mdBB*lKdd%
n*f`;o^qnPp\+=So^qeIoCM&(jQPgkq"XXas8Vojq<-r(n*f`Fs8W-!s1Z4]=BJZ/"U+l+!)lfp
_83tfs8W&rrVc]nrVc]nrVc]nrVc]nrVc]nrVccrs8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!
s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W-!s8W
