Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


EPN-TAP mandatory & regular optional parameters are in italics in the first column (the other ones are from the experimental spectroscopy and other extensions)

New parameters / ideas from workshop in dark red-brown

Usage in PDS_speclib service no longer consistent with column 3 are underlined in blue (would have to be changed also in the 2 DLR services)


Existing parameters in italics

Lab spectroscopy extension

 group related to:

Iterated from SSHADE and other proposals in Rome

 Initial proposal from PDS_speclib implementation

 

 

No longer consistent with workshop outcomes

New from workshop

group related to:

 

 

 

 

 

 

target_class

sample reference

'sample', constant

'sample', constant

target_name 


Provides name of a meteorite, lunar sample, IDP, micrometeorite, etc from which the sample is extracted

 provides an ID of the sample

 

 
- empty otherwise, no local ID

Provides an ID of the sample.
Introduces the name of a meteorite or a lunar sample when applicable.

alt_target_name

 


has to be related to target_name Alternative target names/ID only - can't be used to store extra info on sample identification

 not used

sample_id

 


will To provide name/ID of measured sample in local collection  (agreed)

Currently included in target_name.
Various parts of the same sample can be indicated and described in sample_desc (such as "Location A", etc)

 

 

 

 





producer_name

measurement origin

These two provide enough credits in the table (agreed)

 provide reference to whom measured the sample

producer_institute

 

 

 




instrument_host_name

 


Standard name of the lab/facilitysame

Standard name of the lab/facility

instrument_name

 


Name of instrument (as in publications)same

 Name of instrument (as in publications)

 

 

 

 





sample_classification

sample description

provides composition as group, class, sub-class, etc… of sample, concatenated in a hash-list (=> flexible searches with LIKE and %)

 

 

 Provides composition as group, class, sub-class, etc… of sample, concatenated in a hash-list (=> flexible searches with LIKE and %)



same

Name of mineral to be included

 



 

 

Should same

Must include specification "meteorite" plus the meteorite type when applicable, as well as description of (main) mixtures ingredients

 



 

 same

Meteorite types as in Krot et al 2005.
Dana or Struntz classification tags can be used for minerals. 



same

 

 

Minor/trace components are not welcome here (would multiply false alarms)

 

grain_size_min 


Min/max defined somehow, left to data provider
Proposed code for bulk = 99999

 provide the particle size range in µm

grain_size_max 


(max value not expected to be intensively used) -
Proposed code for bulk ?= 99999

 A very large value (eg, >1000 µm) can be used locally in a service to identify bulk material

 

 

 

- see if we define a code for this (-1 could do, but we also have to reserve a code for N/A)

? Sample_origin ? 


Need to have a separated Origin parameter ? EgE.g.: Natural/synthetic, etc, including "mixture"?

 

 

 

 

 

 

 

 

 

 

 

 

The drawback is the need to check several parameters 

TBC

Included in sample_classification





azimuth_min

environment parameters

complement incidence, emergence, and phase

Azimuth angle in degrees - see if negative values of angles can have a special meaning

azimuth_min

environment parameters

complement incidence, emergence, and phase

 

azimuth_max 


negative values for azi and phase have a special meaning?

 

 

 

 

 


pressure 


unit TBC (bar in PDS speclib)experimental TBC 

Experimental conditions, in bar and K.

temperature

 Unit bar is not recommended by VO practices, TBC

temperature


K

  K

measurement_atmosphere


 same

description Description of experimental conditions, free string. Measurements under vacuum are indicated here with the word "vacuum".

 

 

 

 

 





measurement_type

relative to setup

Contains UCD for this type of spectrum

 The type of measurement/scale (REFF, I_over_F, etc…) provided as a UCD

 

 

 

Being discussed in IVOA(being discussed at IVOA)

geometry_type

 


?same, see proposed list below

such as bidirectional, biconical, directional-hemispherical, etc - see if this list can be frozen (not likely)
Can be a hash-list if composited from several spectral segments

spectrum_type 


proposed to store measurement_type in clear, associated to a specific UCD ( - see proposed list below
UCD proposal to be forwarded to IVOA )

 

 

 

(may need to remove duplicates from Bernard's list)

 

 

 

 

 

(but doubtful…). The main benefit is to have a detailed description of complex measurements independent from UCDs
(agreed)

Relies on measurement_type, but accuracy of UCDs is not excepted to reach this level





sample_desc

descriptions

free string or hash-list describing the sample, its origin, and possible preparation 

free string or hash-list Free string describing the sample, its origin, and possible preparation (hash-list forbidden, as samples ID may contain # character)

setup_desc

 

free string or hash-list describing the experimental setup if needed - may include Aperture (size of sample measured), etc


 free same

Free string or hash-list describing the experimental setup if needed - may include Aperture (size of sample measured), etc

data_calibration_desc


 same

free Free string or hash-list describing data post-processing / calibration

 free string or hash-list describing data post-processing / calibration

 

 

 

 

 

 

 

 





thumbnail_url

std parametersparameters with special use

provides a link to a small spectral plot for quicklook only in VESPA portal provides
(larger plots to be provided as separated granules with dataproduct_type = im)

Provides a link to a small spectral plot - caution should be taken to have units / values readable in full size (will be reduced in VESPA portal)

 

with special use

(larger plots to be provided as separated granules with dataproduct_type = im) 

datalink_url

 


Can contain a series of links to descriptive files providing extra information (image, text…)

 Best solution to link descriptive files providing extra information

 

 

 

 

Species

 (such as chemical analyses, samples images…)

Species


Use it to store a chemical formula (alt: a list of atoms) - TBD

 More for basic atm in obsevational data, not used here

 

 

Comment: this parameter can be misleading if used only in some services / cases - will suggest that products not found do not exist at all see

More for basic atm in obsevational data, not used here.

See if usage can be enlarged (e.g., to InChiKeys) - but for minerals?

species_inchikey ? 


Check if required/useful

 

 

 

 

 

, TBC


dataproduct_type 


'sp' for spectra, but need for other values in SSHADE

'sp' for spectra 

spectral_range_min (& *_max)


 same

Provide spectral range as frequency in Hz (EPNCore standard)

 

 

 

 

 

spectral_sampling_step_min (& *_max)


 same 

Provide sampling step as frequency in Hz (EPNCore standard - mostly to support radio range)

spectral_resolution_min (& *_max) 


spectral_resolution_min/max should instead provide provide 
| fq / Dfq | = | lam / Dlam |
  Provides Dfreq in EPNCore 2.0

 

(agree agreed upon during the workshop, but TBC then checked to be consistent with other fields)

 

 

 

 

 Initially provided Dfreq in EPNCore 2.0
(to be changed in next DaCHS mixin)





Other ideas:

A parameter to identify a source database in a compilation service (such as SSHADE, or PDS_speclib)

 

 

 original_publisher may complement producer_name & producer_institute if required (from contributive work extension)

Uses producer_name & producer_institute to refer to original measurements

(service_title + server name) is intended to track data from another EPN-TAP service — Use of ivoID of service is more secure and would support all VO services, TBC


Photometric measurement sets?

 

 

 TBD

not considered, although some are present


Optical constants: ~ two associated spectra or complex onespectral a single file, or one / complex type? Description / table should be identical

 

 

 TBC

not considered


Band lists: tables with characteristics and attributions - EPNCore is not be necessarily the best solution, see later proposal

TBD

not considered


Proposed value lists, from SSHADE:

Anchor
geometry_type
geometry_type
geometry_type (revised list)

direct, specular, bidirectional, directional-conical, conical-directional, biconical, directional-hemispherical, conical-hemispherical, hemispherical-directional, hemispherical-conical, bihemispherical, directional, conical, hemispherical, other geometry, unknown

PDS_speclib also contains:
biconical, off-axis
biconical, on-axis
biconical on-axis reflectance factor - this one is inconsistent
directional_hemispherical


Anchor
spectrum_type
spectrum_type
spectrum_type - revised list (UCDs to be used in data files and for measurement_type)

Spectrum_type value

UCD (existing ones only)

Comment / proposed (but do not exist)

 raw


xxx;stat.uncalib
(if it means: raw data…)

 transmission

phys.transmission


 absorbance

phys.absorption ??

phys.absorbance

 normalized absorbance

phys.absorption;arith.ratio ??

phys.absorbance;arith.ratio 

 optical depth

phys.absorption.opticalDepth


 absorption coefficient

phys.absorption.coeff


scattering coefficient 
phys.scattering.coeff (proposed for atmospheric studies)
extinction coefficient

obs.atmos.extinction

 refers to an integrated quantity

phys.extinction.coeff (proposed for atmospheric studies)

 optical constants

phys.refractIndex


 ATR transmission

phys.transmission


 ATR absorbance

phys.absorbance


 complex admittance



 complex impedance



 relative complex permittivity

phys.dielectric


 dielectric loss tangent



 relative complex permeability



 magnetic loss tangent



 bidirectional reflectance

phys.reflectance.bidirectional

= r = I/πF
Accepted Feb 2018

 bidirectional reflectance distribution function

phys.reflectance.bidirectional.df

= r / µ0 = BRDF
Weird, but agreed Feb 2018

 radiance factor

phys.reflectance

= πr = RADF = I/F
Accepted Feb 2018

 reflectance factor

phys.reflectance.factor

= πr / µ0 = REFF
Weird, but agreed Feb 2018

 normalized reflectance

phys.reflectance;arith.ratio

Normalized to a std wvl
(not with a coef)

 albedo

phys.albedo


 normalized Stokes parameters

phys.polarization.stokes

(all)

 normalized Stokes parameter Q

phys.polarization.stokes.Q


 normalized Stokes parameter U

phys.polarization.stokes.U


 normalized Stokes parameter V

phys.polarization.stokes.V


 normalized Stokes parameter I

phys.polarization.stokes.I


 polarization contrast

phys.polarization ??

phys.polarization.linear ??
=>reduced Pq

 degree of linear polarization

phys.polarization.linear

phys.polarization.linear.total ??

 polarization position angle

phys.polarization.rotMeasure ??

phys.polarization.angle??

 degree of circular polarization

phys.polarization.circular

reduced Pv

 thermal emission



 thermal radiance

phot.radiance

Can be reflected also (at least for observations)

 thermal emittance



 thermal emissivity

phys.emissivity


 scattering intensity

phys.absorption ??

phys.scattering - seems required, with subcategories (crossSection, absorption, extinction, albedo, + possibly coefficient for atm studies - TBC)

 differential scattering cross section

phys.atmol.crossSection;arith.diff ??

phys.scattering.crossSection ??

- Need arith.ang for angular distributions?

 normalized differential scattering cross section

phys.atmol.crossSection;arith.diff;arith.ratio ??

phys.scattering.crossSection;arith.ratio ??

 scattering cross section

phys.atmol.crossSection ??

phys.scattering.crossSection??

 absorption cross section

phys.atmol.crossSection ??

phys.scattering.absorption.crossSection

 extinction cross section

phys.atmol.crossSection ??

phys.scattering.extinction.crossSection

 scattering efficiency factor

phys.absorption ??

phys.scattering.crossSection;arith.ratio

(ratio of cross-section to the geometrical cross-section)

 absorption efficiency factor

phys.absorption ??

phys.scattering.absorption.crossSection;arith.ratio

 extinction efficiency factor

phys.absorption ??

phys.scattering.extinction.crossSection;arith.ratio

 single scattering albedo


phys.scattering.albedo

 Raman scattering intensity


phys.raman.scattering (lesser priority)

 normalized Raman scattering intensity


phys.raman.scattering;arith.ratio (lesser priority)

 Raman scattering coefficient


phys.raman.scattering.coeff (lesser priority)

 Raman scattering efficiency


phys.raman.scattering.efficiency (lesser priority)

 fluorescence emission


phys.fluo.emission (lesser priority)

 normalized fluorescence emission


phys.fluo.emission;arith.ratio (lesser priority)

 fluorescence emission efficiency


phys.fluo.emission.efficiency (lesser priority)

Band lists

spect.line.intensity

spect.line.width

spect.line;em.freq

Species:
meta.id;phys.atmol

Transition:
meta.id;spect;phys.atmol.transition (seen in an astro service)
 or simply
phys.atmol.transition ?

Comment: it is highly unlikely that such a detailed description can be supported with UCDs - they are not intended for this, although UCDs for some of these quantities are already defined. Raman and fluorescence related quantities are difficult to produce and have lesser priority.