Difference: UCDList_1-3_RFM (1 vs. 11)

Revision 112019-10-07 - BaptisteCecconi

 
META TOPICPARENT name="IvoaSemantics"

Request for Modification for the UCD List v1.3 - 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.

As mentionned in the Maintenance for UCD specification we are adopting the following process. When a new UCD term seems necessary to ibe included 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 Proposed RFMs section 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.


Changed:
<
<
Accepted RFMs
>
>
Accepted RFMs
Added:
>
>
addition Q | phys.electCharge | Electric charge

addition Q | phys.current | Electric current

addition Q | phys.current.density | Electric current density

addition Q | pos.incidenceAng | Incidence angle of optical ray on an interface

addition Q | pos.emergenceAng | Emergence angle of optical ray on an interface

addition Q | pos.azimuth | azimuthal angle in a generic reference plane

addition Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)

addition Q | phys.reflectance.bidirectional | Bidirectional reflectance

addition Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

addition Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

addition S | pos.cylindrical |Related to cylindrical coordinates

addition Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

addition Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

addition Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

addition S | pos.spherical | Related to spherical coordinates

addition Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

addition Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

addition Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

addition Q | pos.resolution | Spatial linear resolution (not angular)

addition S | pos.bodycentric | Body-centric related coordinate

addition S | pos.bodygraphic | Body-graphic related coordinate

addition Q | meta.checksum | Numerical signature of digital data

addition Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

 


The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

META TOPICMOVED by="MarcoMolinaro" date="1558016173" from="IVOA.UCDList_1-4_RFM" to="IVOA.UCDList_1-3_RFM"

Revision 102019-09-09 - MireilleLouys

 
META TOPICPARENT name="IvoaSemantics"

Request for Modification for the UCD List v1.3 - from May 2017 to Feb 2018


Changed:
<
<
This page is proposed in the new process for UCDs update discussed at the Interop meeting in Shanghai in May 2017. As mentionned in the 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 Proposed RFMs section below.
>
>
This page is proposed in the new process for UCDs update discussed at the Interop meeting in Shanghai in May 2017.
 
Added:
>
>
As mentionned in the Maintenance for UCD specification we are adopting the following process. When a new UCD term seems necessary to ibe included 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 Proposed RFMs section 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.

Deleted:
<
<

 
Deleted:
<
<
Accepted RFMs
 
Added:
>
>
Accepted RFMs


 The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

Deleted:
<
<
 
  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Deleted:
<
<
 
Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

META TOPICMOVED by="MarcoMolinaro" date="1558016173" from="IVOA.UCDList_1-4_RFM" to="IVOA.UCDList_1-3_RFM"

Revision 92019-05-16 - MarcoMolinaro

 
META TOPICPARENT name="IvoaSemantics"
Changed:
<
<

Request for Modification for the UCD list v1.4 - from May 2017 to Feb 2018

>
>

Request for Modification for the UCD List v1.3 - 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. As mentionned in the 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 Proposed RFMs section 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.

Accepted RFMs


The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
Changed:
<
<
    • See figure attached here
>
>
    • See figure attached here
 
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Changed:
<
<
META TOPICMOVED by="MarcoMolinaro" date="1558007829" from="IVOA.UCDList_1-4_2017Jun_2018Feb_RFM" to="IVOA.UCDList_1-4_RFM"
>
>
META TOPICMOVED by="MarcoMolinaro" date="1558016173" from="IVOA.UCDList_1-4_RFM" to="IVOA.UCDList_1-3_RFM"
 

Revision 82019-05-16 - MarcoMolinaro

 
META TOPICPARENT name="IvoaSemantics"

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. As mentionned in the 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 Proposed RFMs section 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.

Accepted RFMs


The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Changed:
<
<
META TOPICMOVED by="MarcoMolinaro" date="1556276227" from="IVOA.UCDList1dot42017June2018FebRFM" to="IVOA.UCDList_1-4_2017Jun_2018Feb_RFM"
>
>
META TOPICMOVED by="MarcoMolinaro" date="1558007829" from="IVOA.UCDList_1-4_2017Jun_2018Feb_RFM" to="IVOA.UCDList_1-4_RFM"
 

Revision 72019-04-26 - MarcoMolinaro

Changed:
<
<
META TOPICPARENT name="RFMforUCD"
>
>
META TOPICPARENT name="IvoaSemantics"
 

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. As mentionned in the 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 Proposed RFMs section 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.

Accepted RFMs


The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Added:
>
>
META TOPICMOVED by="MarcoMolinaro" date="1556276227" from="IVOA.UCDList1dot42017June2018FebRFM" to="IVOA.UCDList_1-4_2017Jun_2018Feb_RFM"
 

Revision 62018-05-23 - MireilleLouys

 
META TOPICPARENT name="RFMforUCD"

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. As mentionned in the 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 Proposed RFMs section 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.

Accepted RFMs


Changed:
<
<
The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document.
>
>
The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document ( in progress).
 
Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates

  • Proposal: pos.cylindrical
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.z
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Revision 52018-05-23 - MireilleLouys

 
META TOPICPARENT name="RFMforUCD"

Request for Modification for the UCD list v1.4 - from May 2017 to Feb 2018


Changed:
<
<
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.
>
>
This page is proposed in the new process for UCDs update discussed at the Interop meeting in Shanghai in May 2017. As mentionned in the 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 Proposed RFMs section 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.

Changed:
<
<

Proposals from Solar and Planetary community ( B. Cecconi et al.)

>
>

 
Added:
>
>
Accepted RFMs

The terms discussed and proposed for endorsement by the TCG are described in the EN-UCDlist-1.4-20180523 document.


Rejected RFMs

Terms not fully discussed and agreed on have been postponed to the next iteration.

pos.rotation, pos.euleraAngle, pos.quaternion, ...

pos.heliocentric, pos.heliographic, etc .. postponed for better understanding : should consider the possibility of combination with other existing UCD .

Proposed RFMs

Here are the proposed terms with their proposal , discussion part and the status of agreement for addition of a UCD term or modification.

Proposals from Solar and Planetary community ( B. Cecconi, S. Erard et al.)

 
Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
Changed:
<
<
  • Answer: see discussion about incidence angle
>
>
  • Answer: azimuth already means 'angle'. We select pos.azimuth instead of pos.azimuthalAng ( shorter and self explaining)
 add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function

  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates
Changed:
<
<
  • Proposal: pos.cylindrical
>
>
  • Proposal: pos.cylindrical
 
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


Changed:
<
<
  • Proposal: pos.cylindrical.r
>
>
  • Proposal: pos.cylindrical.r
 
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)

  • Proposal: pos.cylindrical.th
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)
Changed:
<
<
  • Proposal: pos.cylindrical.z
>
>
  • Proposal: pos.cylindrical.z
 
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates

  • Proposal: pos.spherical
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to spherical coordinates

  • Proposal: pos.spherical.r
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)

  • Proposal: pos.spherical.th
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)

  • Proposal: pos.spherical.ph
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters

Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

  • Proposal : pos.rotation
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution

  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

  • Proposal: meta.checksum
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
Changed:
<
<
add Q | meta.checksum | Numerical signature of digital data
>
>
add Q | meta.checksum | Numerical signature of digital data
 
Deleted:
<
<
  Concept: modification date of a dataset

  • proposal: time.update
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

  • proposal : phys.shape
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

  • proposal : phys.polarization.coherenceMatrix
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Revision 42018-05-23 - MireilleLouys

 
META TOPICPARENT name="RFMforUCD"

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.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle
Changed:
<
<
  • Proposal: pos.azimuthAng
>
>
  • Proposal: pos.azimuthAng
 
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: see discussion about incidence angle
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance

  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • Definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • Definition: bidirectional reflectance distribution function
    • tag: Q
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function
Changed:
<
<
  • Proposal: phys.reflectance.factor
>
>
  • Proposal: phys.reflectance.factor
 
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates
Changed:
<
<
  • Proposal: pos.cylindrical
>
>
  • Proposal: pos.cylindrical
 
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates


Changed:
<
<
  • Proposal: pos.cylindrical.r
>
>
  • Proposal: pos.cylindrical.r
 
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)
Changed:
<
<
  • Proposal: pos.cylindrical.th
>
>
  • Proposal: pos.cylindrical.th
 
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)
Changed:
<
<
  • Proposal: pos.cylindrical.z
>
>
  • Proposal: pos.cylindrical.z
 
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)

NB: less ambiguous as for angle names

Concept: Spherical Coordinates
Changed:
<
<
  • Proposal: pos.spherical
>
>
  • Proposal: pos.spherical
 
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
Changed:
<
<
add S | pos.spherical | Related to cylindrical coordinates
>
>
add S | pos.spherical | Related to spherical coordinates
 
Changed:
<
<
  • Proposal: pos.spherical.r
>
>
  • Proposal: pos.spherical.r
 
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)
Changed:
<
<
  • Proposal: pos.spherical.th
>
>
  • Proposal: pos.spherical.th
 
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)
Changed:
<
<
  • Proposal: pos.spherical.ph
>
>
  • Proposal: pos.spherical.ph
 
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning

Changed:
<
<
  • Proposal: src.orbital.periapsis
>
>
  • Proposal: src.orbital.periapsis
 
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Concept : rotation params for 3D parameters
Changed:
<
<
Discussion pos. is the right branch to hook these rotation concepts.
>
>
Discussion 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 .

  • Answer: We decide to delay the addition and will consider several examples

Changed:
<
<
  • proposal : pos.rotation
>
>
  • Proposal : pos.rotation
 
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution
Changed:
<
<
  • Proposal : pos.resolution
>
>
  • Proposal : pos.resolution
 
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)


Concept: heliocentric coordinates

  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate

add S | pos.bodygraphic | Body-graphic related coordinate


Metadata branch

Concept: checksum

Changed:
<
<
  • Proposal: meta.checksum
>
>
  • Proposal: meta.checksum
 
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data

Concept: modification date of a dataset

Changed:
<
<
  • proposal: time.update
>
>
  • proposal: time.update
 
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list


Other items

Concept: shape of planetary objects

%this is used to represent the 3D shape of object: a 3D lattice

Changed:
<
<
  • proposal : phys.shape
>
>
  • proposal : phys.shape
 
  • definition : 3D shape of an object
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

Changed:
<
<
  • proposal : phys.polarization.coherenceMatrix
>
>
  • proposal : phys.polarization.coherenceMatrix
 
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

NB: This will work for all electromagnetic signals and not only in radio regime

caveat: not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Revision 32018-05-20 - MireilleLouys

 
META TOPICPARENT name="RFMforUCD"

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.)

Concept family : electric charge and current

  • Family : plasma environment
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density

  • Status : inserted
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions

  • Case:
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle

  • Proposal: pos.incidenceAng
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle

  • proposal: pos.emergenceAng
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface

Concept: Azimuth angle

  • Proposal: pos.azimuthAng
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: see discussion about incidence angle
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance
Changed:
<
<
  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
>
>
  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
 
  • Discussion: TBD
Concept : reflectance

Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.

  • proposal: phys.reflectance
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
Changed:
<
<
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
>
>
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
 
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)


Changed:
<
<
  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
>
>
  • Proposal: phys.reflectance.I_over_F
Added:
>
>
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
 
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
Changed:
<
<
  • definition: bidirectional reflectance
>
>
  • Definition: bidirectional reflectance
 
    • tag : Q
Changed:
<
<
  • Discussion:The current accepted short name is bidir
>
>
  • Discussion:The current accepted short name is bidir
 
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
Changed:
<
<
  • definition: bidirectional reflectance distribution function
>
>
  • Definition: bidirectional reflectance distribution function
 
    • tag: Q
Changed:
<
<
  • discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
>
>
  • Discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
 
    • no, this is specific to normalization
Changed:
<
<
  • Answer: add new term (the current accepted short name is BRDF )
>
>
  • Answer: add new term (the current accepted short name is BRDF )
 add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function
Deleted:
<
<
 
Changed:
<
<
  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
>
>
  • Proposal: phys.reflectance.factor
  • Definition: reflectance normalized per direction cosine of incidence angle ??
 
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
Changed:
<
<
    • definition : reflectance normalized per reflectance at one wavelength
>
>
    • definition : reflectance normalized per reflectance at one wavelength
 
Concept family: Coordinate frames
Concept : Cylindrical coordinates
Changed:
<
<
proposal: pos.cylindrical
family : SSIG coordinates systems
rationale: no such coordinate branch in the UCD tree yet
definition : Cylindrical coordinates
tag : S
>
>
  • Proposal: pos.cylindrical
Added:
>
>
  • Rationale : SSIG coordinates systems. No such coordinate branch in the UCD tree yet.
  • Definition : Cylindrical coordinates
    • tag : S
  • Answer: add new term
add S |pos.cylindrical |Related to cylindrical coordinates
 
Changed:
<
<
##answer accepted S pos.cylindrical "Related to cylindrical coordinates"
>
>

Added:
>
>
  • Proposal: pos.cylindrical.r
  • Requires :pos.cylindrical
  • Definition : Cylindrical coordinate (radial distance from z-axis)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.r | Radial distance from z-axis (cylindrical coordinates)
 
Changed:
<
<
proposal: pos.cylindrical.r
requires :pos.cylindrical
definition : Cylindrical coordinate (radial distance from z-axis)
tag : Q
>
>
  • Proposal: pos.cylindrical.th
Added:
>
>
  • Definition : Cylindrical coordinate (Azimuthal angle around z-axis)
    • tag : Q
  • Discussion The conventions for the name of the angles varies : see http://mathworld.wolfram.com/CylindricalCoordinates.html prefered azi instead of th
  • Answer: add new term
add Q | pos.cylindrical.azi | Azimuthal angle around z-axis (cylindrical coordinates)
 
Changed:
<
<
##answer accepted as pos.cylindrical.r "Radial distance from z-axis (cylindrical coordinates)"
>
>
  • Proposal: pos.cylindrical.z
Added:
>
>
  • Definition : Cylindrical coordinate (height from reference plane)
    • tag : Q
  • Answer: add new term
add Q | pos.cylindrical.z | Height or altitude from reference plane (cylindrical coordinates)
 
Changed:
<
<
proposal: pos.cylindrical.th
definition : Cylindrical coordinate (Azimuthal angle around z-axis)
tag : Q
>
>
NB: less ambiguous as for angle names
 
Deleted:
<
<
##answer The conventions for the name of the angles varies : seehttp://mathworld.wolfram.com/CylindricalCoordinates.html

##answer accepted as pos.cylindrical.azi "Azimuthal angle around z-axis (cylindrical coordinates)"

proposal: pos.cylindrical.z

definition : Cylindrical coordinate (height from reference plane)
tag : Q

##answer accepted as pos.cylindrical.z "Height or altitude from reference plane (cylindrical coordinates)"

## less ambiguous as for angle names

 
Concept: Spherical Coordinates
Changed:
<
<
proposal: pos.spherical
Rationale: not present in UCD tree definition : spherical coordinates
tag : S
>
>
  • Proposal: pos.spherical
Added:
>
>
  • Rationale: not present in UCD tree definition : spherical coordinates
    • tag : S
  • Answer: add new term
add S | pos.spherical | Related to cylindrical coordinates
 
Changed:
<
<
##answer accepted pos.spherical "Related to cylindrical coordinates"
>
>
  • Proposal: pos.spherical.r
Added:
>
>
  • Definition : spherical coordinate (radial distance from origin)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.r | Radial distance or radius (spherical coordinates)
 
Changed:
<
<
proposal: pos.spherical.r
definition : spherical coordinate (radial distance from origin)
tag : Q
>
>
  • Proposal: pos.spherical.th
Added:
>
>
  • definition : spherical coordinate (colatitude angle)
    • tag : Q
  • Answer: add new term
  • Discussion: same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
  • proposed to use the physical name for this angle : colatitude to avoid any notation dependency/ambiguity
add Q | pos.spherical.colat |Polar or Colatitude angle (spherical coordinates)
 
Changed:
<
<
## answer accepted as pos.spherical.r "Radial distance or radius (spherical coordinates)"
>
>
  • Proposal: pos.spherical.ph
Added:
>
>
  • definition : spherical coordinate (Azimuth angle)
    • tag : Q
  • Answer: add new term
add Q | pos.spherical.azi | Azimuthal angle (spherical coordinates)
 
Changed:
<
<
proposal: pos.spherical.th
definition : spherical coordinate (colatitude angle)
tag : Q
>
>
Concept : orbital parameters
 
Changed:
<
<
##answer same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
>
>
%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning
 
Changed:
<
<
##answer proposed as pos.spherical.colat "Polar or Colatitude angle (spherical coordinates)"

proposal: pos.spherical.ph
definition : spherical coordinate (Azimuth angle)
tag : Q

>
>
  • Proposal: src.orbital.periapsis
  • Definition : minimal distance to the center of mass for an orbit
    • tag : P
  • Answer discussion postponed not yet decided
Deleted:
<
<
##answer proposed as pos.spherical.azi " Azimuthal angle (spherical coordinates)"

Concept : orbital parameters

%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning
proposal: src.orbital.periapsis
definition : minimal distance to the center of mass for an orbit
tag : P

##discussion postponed (time to go to lunch)

 
Concept : rotation params for 3D parameters
Changed:
<
<
##answer
>
>
Discussion pos. is the right branch to hook these rotation concepts.
 
Changed:
<
<
##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
>
>
pos.wcs exist for 2D transformation ;
 
Changed:
<
<

proposal: pos.rotation
definition : Relative to rotation
tag : S
proposal: pos.rotation.eulerAngle
definition : Euler angles vector
tag : V
proposal: pos.rotation.quaternion
definition : rotation quaternion vector
tag : V
proposal: pos.rotation.matrix
definition : rotation matrix
tag : V
proposal: pos.rotation.axis
definition : rotation axis vector
tag : V
>
>
pos.rotation will handle the 3D case --> propose pos.rotation3d_
Deleted:
<
<
Concept: spatial resolution
 
Changed:
<
<
rationale: linear resolution on cartesian or linear spatial axis as opposed to angular resolution
proposal: pos.resolution
definition : Spatial linear resolution (not angular)
tag : Q
>
>
Theses parameters will be used soon with real data .
Added:
>
>
  • Answer: We decide to delay the addition and will consider several examples

 
Changed:
<
<
##answer add Q | pos.resolution | Spatial linear resolution (not angular)
##inserted
>
>
  • proposal : pos.rotation
Added:
>
>
  • definition : Relative to rotation
    • tag : S
  • proposal: pos.rotation.eulerAngle
  • definition : Euler angles vector
    • tag : V
  • proposal : pos.rotation.quaternion
  • definition : rotation quaternion vector
    • tag : V
  • proposal: pos.rotation.matrix
  • definition : rotation matrix
    • tag : V
  • proposal : pos.rotation.axis
  • definition : rotation axis vector
    • tag : V

Concept: spatial resolution
 
Changed:
<
<
Concept: heliocentric coordinates
>
>
  • Proposal : pos.resolution
  • Rationale : linear resolution on cartesian or linear spatial axis as opposed to angular resolution
Added:
>
>
  • Definition : Spatial linear resolution (not angular)
    • tag : Q
  • Answer: add new term
add Q | pos.resolution | Spatial linear resolution (not angular)
 
Changed:
<
<
longitude and latitude can be expressed as
proposal: pos.bodyrc.lon;pos.heliocentric
proposal: pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token

##answer agreed to modify assigning tool - done
>
>

Concept: heliocentric coordinates
 
Changed:
<
<
##discussion: In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
>
>
  • Discussion longitude and latitude can be expressed in the heliocentric coordinate system
Added:
>
>
  • Proposal : pos.bodyrc.lon;pos.heliocentric pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token
  • Decision : agreed to modify assigning tool - done
  • Discussion : In body-centric coordinates, longitudes are defined from sub-observer point, while body-graphic coordinates are defined from a standard body reference frame
TODO: VESPA team to check consistency between heliocentric and planetocentric definitions
  • Answer: add new term
add S | pos.bodycentric | Body-centric related coordinate
 
Changed:
<
<
VESPA team to check consistency between heliocentric and planetocentric definitions
>
>
add S | pos.bodygraphic | Body-graphic related coordinate
Added:
>
>

 
Deleted:
<
<
##answer add S | pos.bodycentric | Body-centric related coordinate <br/> ##answer add S | pos.bodygraphic | Body-graphic related coordinate

##inserted

 
Metadata branch

Changed:
<
<
Concept: checksum
>
>
Concept: checksum
 
Changed:
<
<
proposal: meta.checksum
>
>
  • Proposal: meta.checksum
Added:
>
>
  • rationale : to check integrity of data
  • definition : numerical signature of digital data
    • tag : Q
  • Answer: add new term
add Q | meta.checksum | Numerical signature of digital data
 
Changed:
<
<
rationale: to check integrity of data
>
>
Concept: modification date of a dataset
 
Changed:
<
<
definition : numerical signature of digital data
>
>
  • proposal: time.update
Added:
>
>
  • definition : modification date for a dataset
  • discussion :time.processing already exists and can be used here . only the definition of the ucd term to be modified
??? update of the definition in the UCD list
 
Changed:
<
<
tag : Q
>
>

 
Changed:
<
<
##answer add Q | meta.checksum | Numerical signature of digital data <br/>##inserted
>
>
Other items
Deleted:
<
<
Concept: modification date of a dataset
 
Deleted:
<
<
proposal: time.update

definition : modification date for a dataset

##answer : use *time.processing*

done : add update in the definition of this ucd

Other item
 
Changed:
<
<
Concept: shape of planetary objects
>
>
Concept: shape of planetary objects
 
Changed:
<
<
%this is used to represent the 3D shape of object: a 3D lattice

proposal: phys.shape
definition : 3D shape of an object
tag : Q
usage : phys.shape;meta.modelled for a 3D shape model
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

>
>
%this is used to represent the 3D shape of object: a 3D lattice
  • proposal : phys.shape
  • definition : 3D shape of an object
Added:
>
>
    • tag : Q
  • Rationale : consider usage like phys.shape;meta.modelled for a 3D shape model, or phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
  • Answer discussion: postponed until a real case is met
 
Concept: spectral polarization data

#concept :spatial matrix
rationale: helps to identify or characterize measurement type

Changed:
<
<

proposal: phys.polarization.coherenceMatrix
definition: coherence matrix of radio signals
usage phys.polarisation.coherenceMatrix:instr
tag:Q
>
>
  • proposal : phys.polarization.coherenceMatrix
Added:
>
>
  • definition : coherence matrix of radio signals
  • rationale phys.polarisation.coherenceMatrix:instr
    • tag:Q
  • Answer: add new term
add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave
 
Changed:
<
<
##answer add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave
>
>
NB: This will work for all electromagnetic signals and not only in radio regime
 
Changed:
<
<
This will work for all electromagnetic signals and not only in radio regime
>
>
caveat: not compatible to instr branch in the UCD tree.
Deleted:
<
<
not compatible to instr branch in the UCD tree.
 

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Revision 22018-03-27 - BaptisteCecconi

 
META TOPICPARENT name="RFMforUCD"
Changed:
<
<

Request for Modification for the UCD list v1.4 - from May 2017 to Feb 2018

>
>

Request for Modification for the UCD list v1.4 - from May 2017 to Feb 2018

 
Deleted:
<
<
  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.

Changed:
<
<
Proposals from Solar and Planetary community ( B. Cecconi et al.)
>
>

Proposals from Solar and Planetary community ( B. Cecconi et al.)

 
Changed:
<
<
#concept : electric current density
family: plasma environment
proposal: phys.flux ; phys.charge
requires : phys.charge with definition : Electric charge and tag : Q
>
>
Concept family : electric charge and current
 
Changed:
<
<
##answer we understood the need for two concepts : electric current density and electric charge proposal for update:
>
>
  • Family : plasma environment
Added:
>
>
  • Proposal : phys.flux;phys.charge
  • 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 | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density
 
Changed:
<
<
add Q | phys.electCharge | Electric charge
add Q | phys.current | Electric current
add Q | phys.current.density | Electric current density
>
>
  • Status : inserted
Added:
>
>
  • Benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
Concept family: Observation geometry ; Illumination conditions
 
Changed:
<
<
inserted
>
>
  • Case:
Added:
>
>
    • Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004
    • See figure attached here
    • theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
    • 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.
Concept: Incidence angle
 
Changed:
<
<
benefits : introduces phys.current; this definition is more focused on the requested concept --> implies better assignment
>
>
  • Proposal: pos.incidenceAng
Added:
>
>
  • Requires:
    • definition : Incidence angle
    • tag : Q
  • preliminary answer proposed: pos.posAng.incidence with definition : "Angle of incidence of a vector e.g illumination vector"
  • Discussion: 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 could logically be hooked under pos directly , as pos.phaseAng
  • answer: This is understood that we deal here with generic optical angles.
add Q | pos.incidenceAng | Incidence angle of optical ray on an interface
Concept: Emergence angle
 
Changed:
<
<
#concept family: Observation geometry ; Illumination conditions
>
>
  • proposal: pos.emergenceAng
Added:
>
>
  • Requires:
    • definition : Emergence angle
    • tag : Q
  • Answer: see discussion about incidence angle
add Q | pos.emergenceAng | Emergence angle of optical ray on an interface
 
Deleted:
<
<
Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004

See figure attached here
theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
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.

#concept: Incidence angle
proposal: pos.incidenceAng
requires :
definition : Incidence angle
tag : Q

##answer proposed : 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 could logically be hooked under pos directly , as pos.phaseAng

##agreed: Q pos.incidenceAng : incidence angle of optical ray on an interface

#concept: Emergence angle
proposal: pos.emergenceAng
definition : Emergence angle
tag : Q

##agreed: Q pos.emergenceAng : emergence angle of optical ray on an interface

(see discussion for incidence angle)

 
Added:
>
>
Concept: Azimuth angle
 
Changed:
<
<
#concept:Azimuth angle
>
>
  • Proposal: pos.azimuthAng
Added:
>
>
  • Requires:
    • definition : Azimuthal angle
    • tag : Q
  • Discussion: azimuthal angle is already defined in the ucd tree by:
    • pos.az.azi exists but implies an alt-azimuthal ccordinate system.
  • Answer: see discussion about incidence angle
add Q | pos.azimuth | azimuthal angle in a generic reference plane
Concept family: spectroscopic measures
Concept : radiance
 
Changed:
<
<
proposal: pos.azimuthAng
>
>
  • Proposal: definition of phot.radiance is not completely adequate. It should be radiant power from the source per unit area (of source) and unit solid angle
Added:
>
>
  • Discussion: TBD
Concept : reflectance
 
Changed:
<
<
definition : Azimuthal angle
tag : Q
>
>
Reflectances are relative quantities comparing input radiance or flux to the observed radiance, with various adimensional nomalization, so that their units can't be used for decide which actual physical quantity is shared or plotted. As current spectral analysis tools are using UCDs to decide how to combine data from various sources, there is a need for high level descriptors to sort out the most obvious kinds of normalization of processing. Without this, comparisions between dataset may lead to meaningless results.
 
Changed:
<
<
#answer : azimuthal angle is already defined in the ucd tree by :
>
>
  • proposal: phys.reflectance
Added:
>
>
  • rationale: different from albedo, which is valid at a given wavelength or frequency.
  • definition: This is a radiance factor: observed radiance divided by input radiance. This quantity derives from the surface or interface properties.
  • annotation master : to check ; consequence : change definition to albedo and remove reflectance
    • | phys.albedo | Albedo or reflectance
  • Discussion: it is preferable to add a new term
  • Possible derived usage : Radiance Factor : arith.factor;phys.reflectance
  • Answer: the reflectance term is added.
add Q | phys.reflectance | Radiance factor (received radiance divided by input radiance)
 
Changed:
<
<
pos.az.azi exists but implies an alt-azimuthal ccordinate system.
>
>
Added:
>
>

  • Proposal: phys.reflectance.I_over_F
  • Rationale: This a specific measured reflectance, which may include the thermal emission of the body. This is defined as the observed radiance, divided by the input illumination flux (solar flux for planetary bodies). No correction for the black body emission is done on this quantity.
  • Discussion: open

  • Proposal: phys.reflectance.bidirectional
  • definition: bidirectional reflectance
    • tag : Q
  • Discussion:The current accepted short name is bidir
  • Answer: add new term
add Q | phys.reflectance.bidirectional | Bidirectional reflectance
  • Proposal: phys.brdf
  • definition: bidirectional reflectance distribution function
    • tag: Q
  • discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
    • no, this is specific to normalization
  • Answer: add new term (the current accepted short name is BRDF )
add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function
 
Changed:
<
<
## agreed Q pos.azimuth : azimuthal angle in a generic reference plane
>
>

 
Changed:
<
<
#concept: Cylindrical coordinates
>
>
  • Proposal: phys.reflectance.factor
Added:
>
>
  • Definition: reflectance normalized per direction cosine of incidence angle ??
    • tag : Q
  • Answer: add new term
add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle
 
Added:
>
>
  • NB : check relevance and possible ambiguity with radiance factor...
    • for normalized reflectance concept
    • proposal arith.ratio;phys.reflectance
    • definition : reflectance normalized per reflectance at one wavelength
Concept family: Coordinate frames
Concept : Cylindrical coordinates
 proposal: pos.cylindrical
family : SSIG coordinates systems
rationale: no such coordinate branch in the UCD tree yet
definition : Cylindrical coordinates
tag : S
Changed:
<
<
##answer accepted S pos.cylindrical "Related to cylindrical coordinates"
>
>
##answer accepted S pos.cylindrical "Related to cylindrical coordinates"
  proposal: pos.cylindrical.r
requires :pos.cylindrical
definition : Cylindrical coordinate (radial distance from z-axis)
tag : Q
Changed:
<
<
##answer accepted as pos.cylindrical.r "Radial distance from z-axis (cylindrical coordinates)"
>
>
##answer accepted as pos.cylindrical.r "Radial distance from z-axis (cylindrical coordinates)"
  proposal: pos.cylindrical.th
definition : Cylindrical coordinate (Azimuthal angle around z-axis)
tag : Q

##answer The conventions for the name of the angles varies : seehttp://mathworld.wolfram.com/CylindricalCoordinates.html

Changed:
<
<
##answer accepted as pos.cylindrical.azi "Azimuthal angle around z-axis (cylindrical coordinates)"
>
>
##answer accepted as pos.cylindrical.azi "Azimuthal angle around z-axis (cylindrical coordinates)"
 
Changed:
<
<
proposal: pos.cylindrical.z
>
>
proposal: pos.cylindrical.z
  definition : Cylindrical coordinate (height from reference plane)
tag : Q
Changed:
<
<
##answer accepted as pos.cylindrical.z "Height or altitude from reference plane (cylindrical coordinates)"
>
>
##answer accepted as pos.cylindrical.z "Height or altitude from reference plane (cylindrical coordinates)"
  ## less ambiguous as for angle names

Added:
>
>
Concept: Spherical Coordinates
 
Deleted:
<
<
#concept Spherical Coordinates
 proposal: pos.spherical
Rationale: not present in UCD tree definition : spherical coordinates
tag : S
Changed:
<
<
##answer accepted pos.spherical "Related to cylindrical coordinates"
>
>
##answer accepted pos.spherical "Related to cylindrical coordinates"
  proposal: pos.spherical.r
definition : spherical coordinate (radial distance from origin)
tag : Q
Changed:
<
<
## answer accepted as pos.spherical.r "Radial distance or radius (spherical coordinates)"
>
>
## answer accepted as pos.spherical.r "Radial distance or radius (spherical coordinates)"
 
Changed:
<
<
proposal: pos.spherical.th
definition : spherical coordinate (colatitude angle)
tag : Q
>
>
proposal: pos.spherical.th
definition : spherical coordinate (colatitude angle)
tag : Q
 
Changed:
<
<
##answer same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
>
>
##answer same as for cylindrical : various angle names depending on definitions ( http://mathworld.wolfram.com/SphericalCoordinates.html )
 
Changed:
<
<
##answer proposed as pos.spherical.colat "Polar or Colatitude angle (spherical coordinates)"
>
>
##answer proposed as pos.spherical.colat "Polar or Colatitude angle (spherical coordinates)"
 
Changed:
<
<
proposal: pos.spherical.ph
definition : spherical coordinate (Azimuth angle)
tag : Q
>
>
proposal: pos.spherical.ph
definition : spherical coordinate (Azimuth angle)
tag : Q
 
Changed:
<
<
##answer proposed as pos.spherical.azi " Azimuthal angle (spherical coordinates)"
>
>
##answer proposed as pos.spherical.azi " Azimuthal angle (spherical coordinates)"
 
Changed:
<
<
#concept : orbital parameters
%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning
proposal: src.orbital.periapsis
definition : minimal distance to the center of mass for an orbit
tag : P
>
>
Concept : orbital parameters
 
Added:
>
>
%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning
proposal: src.orbital.periapsis
definition : minimal distance to the center of mass for an orbit
tag : P
 ##discussion postponed (time to go to lunch)

Added:
>
>
Concept : rotation params for 3D parameters
 
Deleted:
<
<
#concept : rotation params for 3D parameters
  ##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

Changed:
<
<

proposal: pos.rotation
definition : Relative to rotation
tag : S
proposal: pos.rotation.eulerAngle
definition : Euler angles vector
tag : V
proposal: pos.rotation.quaternion
definition : rotation quaternion vector
tag : V
proposal: pos.rotation.matrix
definition : rotation matrix
tag : V
proposal: pos.rotation.axis
definition : rotation axis vector
tag : V
>
>

proposal: pos.rotation
definition : Relative to rotation
tag : S
proposal: pos.rotation.eulerAngle
definition : Euler angles vector
tag : V
proposal: pos.rotation.quaternion
definition : rotation quaternion vector
tag : V
proposal: pos.rotation.matrix
definition : rotation matrix
tag : V
proposal: pos.rotation.axis
definition : rotation axis vector
tag : V
Added:
>
>
Concept: spatial resolution
 
Deleted:
<
<
#concept: spatial resolution
 rationale: linear resolution on cartesian or linear spatial axis as opposed to angular resolution
proposal: pos.resolution
definition : Spatial linear resolution (not angular)
tag : Q
Changed:
<
<
##answer add Q | pos.resolution | Spatial linear resolution (not angular)
##inserted
>
>
##answer add Q | pos.resolution | Spatial linear resolution (not angular)
##inserted
 
Changed:
<
<
#concept:heliocentric coordinates
longitude and latitude can be expressed as
proposal: pos.bodyrc.lon;pos.heliocentric
proposal: pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token

##answer agreed to modify assigning tool - done
>
>
Added:
>
>
Concept: heliocentric coordinates
 
Added:
>
>
longitude and latitude can be expressed as
proposal: pos.bodyrc.lon;pos.heliocentric
proposal: pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token

##answer agreed to modify assigning tool - done
 ##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

Changed:
<
<
##answer add S | pos.bodycentric | Body-centric related coordinate <br/> ##answer add S | pos.bodygraphic | Body-graphic related coordinate
>
>
##answer add S | pos.bodycentric | Body-centric related coordinate <br/> ##answer add S | pos.bodygraphic | Body-graphic related coordinate
  ##inserted
Added:
>
>
Metadata branch
 
Changed:
<
<
%metadata branch
>
>
 
Changed:
<
<
#concept: checksum
proposal: meta.checksum

rationale: to check integrity of data
definition : numerical signature of digital data
tag : Q
>
>
Concept: checksum
 
Changed:
<
<
##answer add Q | meta.checksum | Numerical signature of digital data <br/>##inserted
>
>
proposal: meta.checksum
 
Changed:
<
<
proposal: time.update
definition : modification date for a dataset
##answer : use time.processing
done : add update in the definition of this ucd


# spectroscopic measures
>
>
rationale: to check integrity of data
 
Changed:
<
<
#concept : radiance
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
>
>
definition : numerical signature of digital data
 
Changed:
<
<
#concept : reflectance
>
>
tag : Q
 
Changed:
<
<
proposal: phys.reflectance
rationale : different from albedo
definition: the radiance divided by solar flux : I over F
>
>
##answer add Q | meta.checksum | Numerical signature of digital data <br/>##inserted
Added:
>
>
Concept: modification date of a dataset
 
Changed:
<
<
usage : radiance factor, (received radiance divided by input radiance) , may include thermal emission
% annotation master : to check ; consequence : change definition to albedo and remove reflectance
% | phys.albedo | Albedo or reflectance
derived usage : Radiance Factor : arith.factor;phys.reflectance

##answer add Q | phys.reflectance | Radiance factor, (received radiance divided by input radiance), may include thermal emission
>
>
proposal: time.update
 
Changed:
<
<
proposal: phys.reflectance.bidirectional
definition : bidirectional reflectance
tag : Q
>
>
definition : modification date for a dataset
 
Changed:
<
<
##answer add Q | phys.reflectance.bidirectional | Bidirectional reflectance
>
>
##answer : use *time.processing*
 
Changed:
<
<
proposal: phys.brdf
rationale : specific term as much as psf for the community
definition : bidirectional reflectance distribution function
tag: Q
>
>
done : add update in the definition of this ucd
Added:
>
>
Other item
 
Changed:
<
<
##discussion: check if phys.reflectance.bidirectional;instr.det.psf would do ?
>
>
 
Changed:
<
<
##answer add Q | phys.reflectance.bidirectional.df | Bidirectional reflectance distribution function
>
>
Concept: shape of planetary objects
 
Changed:
<
<
proposal: phys.reflectance.factor
definition : reflectance normalized per direction cosine of incidence angle ??
tag : Q
>
>
%this is used to represent the 3D shape of object: a 3D lattice

proposal: phys.shape
definition : 3D shape of an object
tag : Q
usage : phys.shape;meta.modelled for a 3D shape model
usage : phys.shape;pos.bodyrc.alt for elevation or terrain model (distribution of altitude on top of a reference ellipsoid or geoid )
 
Deleted:
<
<
##answer add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

nb : check relevance and possible ambiguity with radiance factor...

%for normalized reflectance concept
proposal arith.ratio;phys.reflectance
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

proposal: phys.shape
definition : 3D shape of an object
tag : Q
usage : phys.shape;meta.modelled for a 3D shape model
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
Added:
>
>
Concept: spectral polarization data
 
Changed:
<
<
# spectral polarization data
#concept :spatial matrix
rationale: helps to identify or characterize measurement type
>
>
#concept :spatial matrix
rationale: helps to identify or characterize measurement type
 
proposal: phys.polarization.coherenceMatrix
definition: coherence matrix of radio signals
usage phys.polarisation.coherenceMatrix:instr
tag:Q
Changed:
<
<
##answer add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave
>
>
##answer add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave
  This will work for all electromagnetic signals and not only in radio regime

not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

Revision 12018-03-05 - MireilleLouys

 
META TOPICPARENT name="RFMforUCD"

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.)

#concept : electric current density
family: plasma environment
proposal: phys.flux ; phys.charge
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 | Electric charge
add Q | phys.current | Electric current
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

#concept family: Observation geometry ; Illumination conditions

Representation of the various angles : Explained in paper https://doi.org/10.1016/j.pss.2015.06.004

See figure attached here
theta_i = Incidence Angle, theta_e = Emergence Angle, alpha = Phase Angle
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.

#concept: Incidence angle
proposal: pos.incidenceAng
requires :
definition : Incidence angle
tag : Q

##answer proposed : 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 could logically be hooked under pos directly , as pos.phaseAng

##agreed: Q pos.incidenceAng : incidence angle of optical ray on an interface

#concept: Emergence angle
proposal: pos.emergenceAng
definition : Emergence angle
tag : Q

##agreed: Q pos.emergenceAng : emergence angle of optical ray on an interface

(see discussion for incidence angle)

#concept:Azimuth angle

proposal: pos.azimuthAng

definition : Azimuthal angle
tag : Q

#answer : azimuthal angle is already defined in the ucd tree by :

pos.az.azi exists but implies an alt-azimuthal ccordinate system.

## agreed Q pos.azimuth : azimuthal angle in a generic reference plane

#concept: Cylindrical coordinates

proposal: pos.cylindrical
family : SSIG coordinates systems
rationale: no such coordinate branch in the UCD tree yet
definition : Cylindrical coordinates
tag : S

##answer accepted S pos.cylindrical "Related to cylindrical coordinates"

proposal: pos.cylindrical.r
requires :pos.cylindrical
definition : Cylindrical coordinate (radial distance from z-axis)
tag : Q

##answer accepted as pos.cylindrical.r "Radial distance from z-axis (cylindrical coordinates)"

proposal: pos.cylindrical.th
definition : Cylindrical coordinate (Azimuthal angle around z-axis)
tag : Q

##answer The conventions for the name of the angles varies : seehttp://mathworld.wolfram.com/CylindricalCoordinates.html

##answer accepted as pos.cylindrical.azi "Azimuthal angle around z-axis (cylindrical coordinates)"

proposal: pos.cylindrical.z

definition : Cylindrical coordinate (height from reference plane)
tag : Q

##answer accepted as pos.cylindrical.z "Height or altitude from reference plane (cylindrical coordinates)"

## less ambiguous as for angle names

#concept Spherical Coordinates

proposal: pos.spherical
Rationale: not present in UCD tree definition : spherical coordinates
tag : S

##answer accepted pos.spherical "Related to cylindrical coordinates"

proposal: pos.spherical.r
definition : spherical coordinate (radial distance from origin)
tag : Q

## answer accepted as pos.spherical.r "Radial distance or radius (spherical coordinates)"

proposal: pos.spherical.th
definition : spherical coordinate (colatitude angle)
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)"

proposal: pos.spherical.ph
definition : spherical coordinate (Azimuth angle)
tag : Q

##answer proposed as pos.spherical.azi " Azimuthal angle (spherical coordinates)"

#concept : orbital parameters
%Comment perifocal "src.orbital.periastron" exists but is slightly different
%Comment periapsis : check variation in meaning
proposal: src.orbital.periapsis
definition : minimal distance to the center of mass for an orbit
tag : P

##discussion postponed (time to go to lunch)

#concept : rotation params for 3D parameters

##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


proposal: pos.rotation
definition : Relative to rotation
tag : S
proposal: pos.rotation.eulerAngle
definition : Euler angles vector
tag : V
proposal: pos.rotation.quaternion
definition : rotation quaternion vector
tag : V
proposal: pos.rotation.matrix
definition : rotation matrix
tag : V
proposal: pos.rotation.axis
definition : rotation axis vector
tag : V

#concept: spatial resolution

rationale: linear resolution on cartesian or linear spatial axis as opposed to angular resolution
proposal: pos.resolution
definition : Spatial linear resolution (not angular)
tag : Q

##answer add Q | pos.resolution | Spatial linear resolution (not angular)
##inserted

#concept:heliocentric coordinates
longitude and latitude can be expressed as
proposal: pos.bodyrc.lon;pos.heliocentric
proposal: pos.bodyrc.lat;pos.heliocentric
% induced changes in assign tool: if heliocentric, or centric except geocentric , --> not earth .... change token

##answer agreed to modify assigning tool - done

##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 <br/> ##answer add S | pos.bodygraphic | Body-graphic related coordinate

##inserted

%metadata branch

#concept: checksum
proposal: meta.checksum

rationale: to check integrity of data
definition : numerical signature of digital data
tag : Q

##answer add Q | meta.checksum | Numerical signature of digital data <br/>##inserted

proposal: time.update
definition : modification date for a dataset
##answer : use time.processing
done : add update in the definition of this ucd


# spectroscopic measures

#concept : radiance
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

#concept : reflectance

proposal: phys.reflectance
rationale : different from albedo
definition: the radiance divided by solar flux : I over F

usage : radiance factor, (received radiance divided by input radiance) , may include thermal emission
% annotation master : to check ; consequence : change definition to albedo and remove reflectance
% | phys.albedo | Albedo or reflectance
derived usage : Radiance Factor : arith.factor;phys.reflectance

##answer add Q | phys.reflectance | Radiance factor, (received radiance divided by input radiance), may include thermal emission

proposal: phys.reflectance.bidirectional
definition : bidirectional reflectance
tag : Q

##answer add Q | phys.reflectance.bidirectional | Bidirectional reflectance

proposal: phys.brdf
rationale : specific term as much as psf for the community
definition : bidirectional reflectance distribution function
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: phys.reflectance.factor
definition : reflectance normalized per direction cosine of incidence angle ??
tag : Q

##answer add Q | phys.reflectance.factor | Reflectance normalized per direction cosine of incidence angle

nb : check relevance and possible ambiguity with radiance factor...

%for normalized reflectance concept
proposal arith.ratio;phys.reflectance
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

proposal: phys.shape
definition : 3D shape of an object
tag : Q
usage : phys.shape;meta.modelled for a 3D shape model
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

# spectral polarization data
#concept :spatial matrix
rationale: helps to identify or characterize measurement type


proposal: phys.polarization.coherenceMatrix
definition: coherence matrix of radio signals
usage phys.polarisation.coherenceMatrix:instr
tag:Q

##answer add Q | phys.polarization.coherency | Matrix of the correlation between components of an electromagnetic wave

This will work for all electromagnetic signals and not only in radio regime

not compatible to instr branch in the UCD tree.

<!--

* Set ALLOWTOPICRENAME = TWikiAdminGroup
-->

 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 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