TWiki
>
IVOA Web
>
IvoaSemantics
>
ReviewUCDlist2017May
>
UCDList_1-4_RFM
(revision 26) (raw view)
Edit
Attach
---+ Request for Modification for the UCD list v1.4 - from May 2017 to Feb 2018 This page is proposed in the new process for UCDs update discussed at the Interop meeting in Shanghai in May 2017. The new Note Maintenance for UCD specification mentions the details of the updating process. When a new UCD term seems necessary to include in the UCD list, a record describing the request for addition can be expressed as followed : new term proposed, rationale, example of usage, etc , as show in the list below. The term is then discussed within the maintenance committee and the semantics working group and answers from the maintenance committee is given within 1 month. Every 6 months the list of proposed changes are examined by the TCG and the validated changes are ingested in the new version of Endorsed Note for the UCD1+ list of terms. ---+++++ Proposals from Solar and Planetary community ( B. Cecconi et al.) <span style="color: darkgreen;">#concept : electric current density</span> <br />family: plasma environment <br />proposal: <strong>phys.flux ; phys.charge </strong><br />requires : phys.charge with definition : Electric charge and tag : Q _##answer we understood the need for two concepts : electric current density and electric charge_ <span style="background-color: transparent;"> </span> _proposal for update:_ _add Q | *phys.electCharge* | Electric charge <br /> add Q | *phys.current* | Electric current<br />add Q | *phys.current.density* | Electric current density_ _inserted_ _benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment_ <span style="color: darkgreen;">#concept family: Observation geometry ; Illumination conditions</span> Representation of the various angles : Explained in paper <a target="_blank" href="https://doi.org/10.1016/j.pss.2015.06.004" title="Persistent link using digital object identifier">https://doi.org/10.1016/j.pss.2015.06.004</a> <br /> See figure attached [[http://wiki.ivoa.net/internal/IVOA/RFMforUCD/emergence_incidenceAngle.jpg][here]] <br /> theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle <br /> The angle phi (azimuth) is not required for illumination condition description (and we already have a UCD for this) _from Baptiste Cecconi_ #rationale -from B. Cecconi - 06 July 2017 - see semantics list for the email threads in planetary sciences ... our use cases are the following: - in EPNcore, the illumination conditions are search parameters, we have 6 separate columns for the min/max values of those 3 angles. - for planetary images or spectra, the product metadata must contain the observation geometry, and those 3 angles are to be there, altogether. <span style="color: darkgreen;">#concept: Incidence angle</span><br /> proposal: *pos.incidenceAng* <br />requires : <br />definition : Incidence angle<br />tag : Q _##answer accepted as : *pos.posAng.incidence* with definition : "Angle of incidence of a vector e.g illumination vector"_ _there is a debate about this ( S.Erard): incidence and emergence are physical angles of an optical ray on an interface / can be like pos.phaseAng_ _then it is hooked under pos directly , as pos.phaseAng_ _##agreed:_ *pos.incidenceAng* : incidence angle of optical ray on an interface <span style="color: darkgreen;">#concept: Emergence angle</span><br />proposal:<strong> pos.emergenceAng</strong><br /> definition : Emergence angle<br />tag : Q _##agreed:_ *pos.emergenceAng* : emergence angle of optical ray on an interface _(see disussion for incidence angle)_ <span style="color: darkgreen; background-color: transparent;">#concept:Azimuth angle</span> proposal: *pos.azimuthAng* <br />definition : Azimuthal angle<br />tag : Q <span style="background-color: transparent; color: darkgreen;"> _#answer : azimuthal angle is already defined in the ucd tree by :_ </span> <span style="background-color: transparent; color: darkgreen;"> _pos.az.azi exists but implies an alt-azimuthal ccordinate system._ </span> <span style="background-color: transparent; color: darkgreen;">## agreed </span> *pos.azimuth* : azimuthal angle in a generic reference plane <span style="background-color: transparent; color: darkgreen;">#concept: Cylindrical coordinates</span> proposal: <strong>pos.cylindrical</strong><br />family : SSIG coordinates systems<br />rationale: no such coordinate branch in the UCD tree yet<br />definition : Cylindrical coordinates <br />tag : S _##answer accepted *pos.cylindrical* "Related to cylindrical coordinates"_ proposal: <strong>pos.cylindrical.r</strong><br />requires :pos.cylindrical<br />definition : Cylindrical coordinate (radial distance from z-axis)<br />tag : Q <em>##answer accepted as *pos.cylindrical.r* "R</em><em>adial distance from z-axis </em> _(cylindrical coordinates)"_ proposal: <strong>pos.cylindrical.th </strong><br />definition : Cylindrical coordinate (Azimuthal angle around z-axis)<br />tag : Q <em><span style="font-family: arial, verdana, sans-serif; font-size: 13.65px;"> </span><span style="color: slateblue;"><span style="font-family: arial, verdana, sans-serif; font-size: 13.65px;">##</span>answer</span> The conventions for the name of the angles varies : see </em><span style="font-family: arial, verdana, sans-serif;"><span style="font-size: 13.65px;"> _http://mathworld.wolfram.com/CylindricalCoordinates.html_ </span></span> <em>##answer accepted as *pos.cylindrical.azi* "</em><em>Azimuthal angle around z-axis (cylindrical coordinates)"</em> <span style="background-color: transparent;">proposal: </span> *pos.cylindrical.z* <span style="background-color: transparent;"> </span> definition : Cylindrical coordinate (height from reference plane)<br />tag : Q _##answer accepted as *pos.cylindrical.z* "Height or altitude from reference plane_ _(cylindrical coordinates)"_ _## less ambiguous as for angle names_ <span style="color: darkgreen;">#concept Spherical Coordinates</span> proposal: <strong>pos.spherical</strong><br />Rationale: not present in UCD tree definition : spherical coordinates <br />tag : S _##answer accepted *pos.spherical* "Related to cylindrical coordinates"_ proposal:<strong> pos.spherical.r </strong><br />definition : spherical coordinate (radial distance from origin)<br />tag : Q _## answer accepted as *pos.spherical.r* "Radial distance or radius (spherical coordinates)"_ proposal: *pos.spherical.th* <br />definition : spherical coordinate (colatitude angle)<br />tag : Q _##answer same as for cylindrical : various angle names depending on definitions_ ( _http://mathworld.wolfram.com/SphericalCoordinates.html )_ _##answer proposed as *pos.spherical.colat* "Polar or Colatitude angle (spherical coordinates)"_ <span style="background-color: transparent;">proposal: </span> *pos.spherical.ph* definition : spherical coordinate (Azimuth angle)<br />tag : Q <em>##answer proposed as *pos.spherical.azi* " </em><em>Azimuthal angle (spherical coordinates)</em><em>"</em> <span style="color: darkgreen;">#concept : orbital parameters</span> <br />%Comment perifocal "src.orbital.periastron" exists but is slightly different<br />%Comment periapsis : check variation in meaning <br /> proposal: *src.orbital.periapsis* <br />definition : minimal distance to the center of mass for an orbit<br />tag : P _##discussion postponed (time to go to lunch)_ <span style="color: darkgreen;">#concept : rotation params for 3D parameters </span> <span style="color: darkgreen;"> </span> _##answer_ _##pos. is the right branch to hook these rotation concepts_ _##pos.wcs exist for 2D transformation ; pos.rotation will handle the 3D case --> propose pos.rotation3d_ _##theses parameters will be used soon with real data . We decide to delay the addition and will consider several examples_ <br /> proposal: *pos.rotation* <br />definition : Relative to rotation <br />tag : S<br /><br /> proposal: <strong>pos.rotation.eulerAngle </strong><br />definition : Euler angles vector <br />tag : V<br /><br />proposal: <strong>pos.rotation.quaternion </strong><br />definition : rotation quaternion vector<br />tag : V<br /> <br />proposal:<strong> pos.rotation.matrix</strong> <br />definition : rotation matrix<br />tag : V<br /><br /> proposal: <strong>pos.rotation.axis </strong><br />definition : rotation axis vector<br />tag : V <span style="color: darkgreen;">#concept: spatial resolution </span> rationale: linear resolution on cartesian or linear spatial axis as opposed to angular resolution <br />proposal: <strong>pos.resolution </strong><br />definition : Spatial linear resolution (not angular)<br />tag : Q _##answer add Q | *pos.resolution* | Spatial linear resolution (not angular)_ _##inserted_ <span style="color: darkgreen;">%heliocentric coordinates </span><br />longitude and latitude can be expressed as <br />proposal: pos.bodyrc.lon;pos.heliocentric <br />proposal: pos.bodyrc.lat;pos.heliocentric <br />% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token<strong> <br /></strong><br /><em>##answer agreed assigning tool to modify</em> _##discussion: In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame_ VESPA team to check consistency between heliocentric and planetocentric definitions _##answer add S | *pos.bodycentric* | Body-centric related coordinate_ _##answer add S | *pos.bodygraphic* | Body-graphic related coordinate_ _##inserted_ *%metadata branch<br /><br />proposal: meta.checksum* <br />rationale: to check integrity of data <br />definition : numerical signature of digital data <br />tag : Q _##answer_ _add Q | *meta.checksum* | Numerical signature of digital data_ _##inserted_ proposal: *time.update* <br />definition : modification date for a dataset<br /><em>##answer : use *time.processing* <br />done : add update in the definition of this ucd</em> <br /><br /> <span style="color: darkgreen;"># spectroscopic measures<br /></span> <span style="color: darkgreen;">#concept : radiance</span> <br />ask for modification of the definition in the UCD list : should be radiant power from the source per unit area (of source) and unit solid angle <span style="color: darkgreen;">#concept : reflectance </span> proposal: *phys.reflectance* <br />rationale : different from albedo <br />definition: the radiance divided by solar flux : I over F usage : radiance factor , (received radiance divided by input radiance) , may include thermal emission <br />% annotation master : to check ; consequence : change definition to albedo and remove reflectance <br />% | phys.albedo | Albedo or reflectance<br />derived usage :<br />Radiance Factor : arith.factor;phys.reflectance<br /><br /> _##answer add Q | phys.reflectance | Radiance factor, (received radiance divided by input radiance), may include thermal emission_ proposal: *phys.reflectance.bidirectional* <br />definition : bidirectional reflectance <br />tag : Q _##answer add Q | phys.reflectance.bidirectional | Bidirectional reflectance_ proposal: *phys.brdf* <br />rationale : specific term as much as psf for the community <br />definition : bidirectional reflectance distribution function <br />tag: Q _##discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?_ _##answer add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function_ proposal: <strong>phys.reflectance.factor </strong><br />definition : reflectance normalized per direction cosine of incidence angle ??<br />tag : Q _##answer add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle_ <em>nb : check relevance and possible ambiguity with radiance factor... <br /></em> %for normalized reflectance concept<br /> proposal *arith.ratio;phys.reflectance* <br />definition : reflectance normalized per reflectance at one wavelength <br /><br />#shape of planetary objects<br />%this is used to represent the 3D shape of object: a 3D lattice<br /><br /> proposal: <strong>phys.shape</strong><br />definition : 3D shape of an object <br />tag : Q<br />usage : phys.shape;meta.modelled for a 3D shape model<br />usage : phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid ) _##discussion: postponed until a real case is met_ <span style="color: darkgreen;"># spectral polarization data </span><br /> #concept :spatial matrix<br />rationale: helps to identify or characterize measurement type <br />proposal: <strong>phys.polarization.coherenceMatrix</strong><br />definition: coherence matrix of radio signals <br />usage phys.polarisation.coherenceMatrix:instr<br />tag:Q _##answer_ _add Q |<strong> phys.polarization.coherency</strong> | Matrix of the correlation between components of an electromagnetic wave_ _This will work for all electromagnetic signals and not only in radio regime_ <em>not compatible to instr branch in the UCD tree <br /></em> <!--<br /> * Set ALLOWTOPICRENAME = IVOA.TWikiAdminGroup<br />--> <div style="position: absolute; left: -10000px; top: 1977px; width: 1px; height: 1px; overflow: hidden;" id="_mcePaste"> ---+ Request for Modification for the UCD list This page is proposed in the new process for UCDs update discussed at the Interop meeting in Shanghai in May 2017. The new Note Maintenance for UCD specification mentions the details of the updating process. When a new UCD term seems necessary to include in the UCD list, a record describing the request for addition can be expressed as followed : new term proposed, rationale, example of usage, etc , as show in the list below. The term is then disussed within the maintenance committee and the semantics working group and answers from the maintenance committee is given within 1 month. Every 6 months the list of proposed changes are examined by the TCG and the validated changes are ingested in the new version of Endorsed Note for the UCD1+ list of terms. ---+++++ Proposals from Solar and Planetary community ( B. Cecconi et al.) #concept : electric current density <br />family: plasma environement <br />proposal: <strong>phys.flux ; phys.charge </strong><br />requires : phys.charge with definition : Electric charge and tag : Q #concept : electric current density <br />family: plasma environement <br />proposal: <strong>phys.flux ; phys.charge </strong><br />requires : phys.charge with definition : Electric charge and tag : Q _##answer we understood the need for two concepts : electric current density and electric charge_ _proposal for update:_ _add Q | phys.electCharge | Related to Electric charge <br /> add Q | phys.current | Electric current<br />add Q | phys.current.density | Electric current density_ _benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment_ #concept : Incidence <br />family: Observation geometry ; Illumination conditions <br />proposal: *pos.incidenceAng* <br />requires : <br />definition : Incidence angle<br />tag : Q #concept: Emergence angle<br />family: Observation geometry ; Illumination conditions _##answer_ please include figure to illustrate the various required angles proposal:<strong> pos.emergenceAng</strong><br /> definition : Emergence angle<br />tag : Q #concept:Azimuth angle<br /> proposal: *pos.azimuthAng* <br />definition : Azimuthal angle<br />tag : Q proposal: <strong>pos.cylindrical</strong><br />family : SSIG coordinates systems<br />rationale: no such coordinate branch in the UCD tree yet<br />definition : Cylindrical coordinates <br />tag : S proposal: <strong>pos.cylindrical.r</strong><br />requires :pos.cylindrical<br />definition : Cylindrical coordinate (radial distance from z-axis)<br />tag : Q<br /> <br /> proposal: <strong>pos.cylindrical.th </strong><br />definition : Cylindrical coordinate (Azimuthal angle around z-axis)<br />tag : Q proposal: *pos.cylindrical.z* <br />definition : Cylindrical coordinate (height from reference plane)<br />tag : Q #concept Spherical Coordinates proposal: <strong>pos.spherical</strong><br />Rationale: not present in UCD tree definition : spherical coordinates <br />tag : S<br /> <br /> proposal:<strong> pos.spherical.r </strong><br />definition : spherical coordinate (radial distance from origin)<br />tag : Q proposal: *pos.spherical.th* <br />definition : spherical coordinate (colatitude angle)<br />tag : Q proposal: <strong>pos.spherical.ph </strong><br />definition : spherical coordinate (Azimuth angle)<br />tag : Q #concept : orbital parameters <br />%Comment perifocal "src.orbital.periastron" exists but is slightly different<br />%Comment periapsis : check variation in meaning <br /> proposal: *src.orbital.periapsis* <br />definition : minimal distance to the center of mass for an orbit<br />tag : P<br /><br /> #concept : rotation params <br /> proposal: *pos.rotation* <br />definition : Relative to rotation <br />tag : S<br /><br /> proposal: <strong>pos.rotation.eulerAngle </strong><br />definition : Euler angles vector <br />tag : V<br /><br />proposal: <strong>pos.rotation.quaternion </strong><br />definition : rotation quaternion vector<br />tag : V<br /> <br />proposal:<strong> pos.rotation.matrix</strong> <br />definition : rotation matrix<br />tag : V<br /><br /> proposal: <strong>pos.rotation.axis </strong><br />definition : rotation axis vector<br />tag : V #concept: spatial resolution rationale: linear resolution on cartesian or linear spatial axis as opposed to angular resolution <br />proposal: <strong>pos.resolution </strong><br />definition : Spatial linear resolution (not angular)<br />tag : Q _##answer add Q | pos.resolution | Spatial linear resolution (not angular)_ %heliocentric coordinates <br />longitude and latitude can be expressed as <br />proposal: pos.bodyrc.lon;pos.heliocentric <br />proposal: pos.bodyrc.lat;pos.heliocentric <br />% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token<strong> <br /><br /> %metadata branch<br /><br />proposal: meta.checksum</strong> <br />rationale: to check integrity of data <br />definition : numerical signature of digital data <br />tag : Q _##answer_ _add Q | meta.checksum | Numerical signature of digital data_ proposal: <strong>time.update </strong><br />answer : can use time.processing instead <br />suggestion : add update in the definition of this ucd <br /> _##answer agreed change token in the assigning tool _ <br /> # spectroscopic measures<br />#concept : reflectance proposal: *phys.reflectance* <br />rationale : diff from albedo <br />definition, usage : radiance factor , (received radiance divided by input radiance) , may include thermal emission <br />% annotation master : to check ; consequence : change definition to albedo and remove reflectance <br />% | phys.albedo | Albedo or reflectance<br />derived usage :<br />Radiance Factor : arith.factor;phys.reflectance<br /><br /> _##answer add Q | phys.reflectance | Radiance factor, (received radiance divided by input radiance), may include thermal emission_ proposal: *phys.reflectance.bidirectional* <br />definition : bidirectional reflectance <br />tag : Q _##answer add Q | phys.reflectance.bidirectional | Bidirectional reflectance_ proposal: <strong>phys.brdf</strong><br />rationale : specific term as much as psf for the community <br />definition : bidirectional reflectance distribution function <br />tag: Q <br /><br /> _##answer add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function_ proposal: <strong>phys.reflectance.factor </strong><br />definition : reflectance normalized per direction cosine of incidence angle ??<br />tag : Q _##answer add Q | phys.reflectance.factor | reflectance normalized per direction cosine of incidence angle_ <em>nb : check relevance and possible ambiguity with radiance factor... <br /></em> %for normalized reflectance concept<br /> proposal *arith.ratio;phys.reflectance* <br />definition : reflectance normalized per reflectance at one wavelength #shape of planetary objects this is used to represent the 3D shape of object: a 3D lattice<br /><br /> proposal: <strong>phys.shape</strong><br />definition : 3D shape of a object <br />tag : Q<br />usage : phys.shape;meta.modelled for a 3D shape model<br />usage : phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid ) _##discussion: postponed until a real case appears # spectral polarization data <br /> #concept :spatial matrix<br />rationale: helps to identify or characterize measurement type _##discussion: postponed until a real case appears <br />proposal: <strong>phys.polarization.coherenceMatrix</strong><br />definition: coherence matrix of radio signals <br />usage phys.polarisation.coherenceMatrix;instr<br />tag:Q _##answer add Q | *phys.polarization.coherency* | Matrix of the correlation between components of electromagnetic waves_ <em>not compatible to instr branch in the UCD tree <br /></em> <!--<br /> * Set ALLOWTOPICRENAME = IVOA.TWikiAdminGroup<br />--> </div>
Attachments
Attachments
Topic attachments
I
Attachment
History
Action
Size
Date
Who
Comment
jpg
emergence_incidenceAngle.jpg
r1
manage
91.9 K
2017-07-06 - 09:40
MireilleLouys
figure For Angle description from
http://www.sciencedirect.com/science/article/pii/S0032063315001786
Edit
|
Attach
|
Watch
|
P
rint version
|
H
istory
:
r40
|
r28
<
r27
<
r26
<
r25
|
B
acklinks
|
V
iew topic
|
Raw edit
|
More topic actions...
Topic revision: r26 - 2018-03-05
-
MireilleLouys
IVOA
Log in
or
Register
IVOA.net
Wiki Home
WebChanges
WebTopicList
WebStatistics
Twiki Meta & Help
IVOA
Know
Main
Sandbox
TWiki
TWiki intro
TWiki tutorial
User registration
Notify me
Working Groups
Applications
Data Access Layer
Data Model
Grid & Web Services
Registry
Semantics
Interest Groups
Data Curation
Education
Knowledge Discovery
Operations
Radio Astronomy
Solar System
Theory
Time Domain
Committees
Stds&Procs
www.ivoa.net
Documents
Events
Members
XML Schema
Copyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki?
Send feedback