Difference: PhotDM10RFC (1 vs. 23)

Revision 232021-04-13 - GiuliaIafrate

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

Changed:
<
<
current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.
>
>
current way. A parallel PhotDMv1-1 draft is being prepared in parallel with the VO-DML utypes approach.
  In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

The architecture diagram and description should be moved to the Introduction. Once done, it is approved

-- SeverinGaudet - 2013-09-28

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03
Changed:
<
<
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
>
>
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDMv1-1 itself.
 Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

This is a nice document. I approve it for DAL. I have a few remarks

  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
  • Fixed -- JesusSalgado - 2013-09-27
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
Transmission point utypes are in the table -- JesusSalgado - 2013-09-27

  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
Modified to coverage in the summary table -- JesusSalgado - 2013-09-27

This is on purpose as this field only belongs to AsinHZeroPoint and not to the mother class PhotCal. It is not clear how to proceed

in the case of inheritance using the current utypes approach (probably solved if VO-DML or other data modeling language is assumed)

For the time being, I think this is the more proper approach (use the child class name as prefix for metadata present only in the child

but not in the mother) -- JesusSalgado - 2013-09-27

Changed:
<
<
These fields are not present in PhotDM. They should be, most probably, defined in ProvenanceDM. Although this DM is not a proper
>
>
These fields are not present in PhotDMv1-1. They should be, most probably, defined in ProvenanceDM. Although this DM is not a proper
  standard, we prefer to maintain the fields without utypes until to have a formal definition (to prevent future deviations in the

utypes). In any case, fields with no clear standard utype could appear without it in the response. -- JesusSalgado - 2013-09-27

-- FrancoisBonnarel - 2013-09-22

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

This datamodel is a central description for binding Photometric calibration of an observation to the coordinate system description of the Flux frame. It has great potential for re-usability for data products in the VO: not only spectra , but also images , spectral cubes, etc.

I approve the document -- MireilleLouys - 2013-09-25

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 222013-09-28 - SeverinGaudet

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Added:
>
>
The architecture diagram and description should be moved to the Introduction. Once done, it is approved

-- SeverinGaudet - 2013-09-28

 

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

This is a nice document. I approve it for DAL. I have a few remarks

  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
  • Fixed -- JesusSalgado - 2013-09-27
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
Transmission point utypes are in the table -- JesusSalgado - 2013-09-27

  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
Modified to coverage in the summary table -- JesusSalgado - 2013-09-27

This is on purpose as this field only belongs to AsinHZeroPoint and not to the mother class PhotCal. It is not clear how to proceed

in the case of inheritance using the current utypes approach (probably solved if VO-DML or other data modeling language is assumed)

For the time being, I think this is the more proper approach (use the child class name as prefix for metadata present only in the child

but not in the mother) -- JesusSalgado - 2013-09-27

These fields are not present in PhotDM. They should be, most probably, defined in ProvenanceDM. Although this DM is not a proper

standard, we prefer to maintain the fields without utypes until to have a formal definition (to prevent future deviations in the

utypes). In any case, fields with no clear standard utype could appear without it in the response. -- JesusSalgado - 2013-09-27

-- FrancoisBonnarel - 2013-09-22

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

This datamodel is a central description for binding Photometric calibration of an observation to the coordinate system description of the Flux frame. It has great potential for re-usability for data products in the VO: not only spectra , but also images , spectral cubes, etc.

I approve the document -- MireilleLouys - 2013-09-25

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 212013-09-27 - JesusSalgado

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

This is a nice document. I approve it for DAL. I have a few remarks

  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
Added:
>
>
 
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
Added:
>
>
Transmission point utypes are in the table -- JesusSalgado - 2013-09-27
 
  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
Added:
>
>
Modified to coverage in the summary table -- JesusSalgado - 2013-09-27
 
Added:
>
>
This is on purpose as this field only belongs to AsinHZeroPoint and not to the mother class PhotCal. It is not clear how to proceed

in the case of inheritance using the current utypes approach (probably solved if VO-DML or other data modeling language is assumed)

For the time being, I think this is the more proper approach (use the child class name as prefix for metadata present only in the child

but not in the mother) -- JesusSalgado - 2013-09-27

 
Added:
>
>
These fields are not present in PhotDM. They should be, most probably, defined in ProvenanceDM. Although this DM is not a proper

standard, we prefer to maintain the fields without utypes until to have a formal definition (to prevent future deviations in the

utypes). In any case, fields with no clear standard utype could appear without it in the response. -- JesusSalgado - 2013-09-27

 -- FrancoisBonnarel - 2013-09-22

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

This datamodel is a central description for binding Photometric calibration of an observation to the coordinate system description of the Flux frame. It has great potential for re-usability for data products in the VO: not only spectra , but also images , spectral cubes, etc.

I approve the document -- MireilleLouys - 2013-09-25

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 202013-09-25 - MireilleLouys

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Changed:
<
<
This is a nice document. I approve it for DAL. I have a few remarks
  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
>
>
This is a nice document. I approve it for DAL. I have a few remarks
  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
 
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
  • Data Model Summary Table. AsinHZeroPint.softeningParameter doesn't have the PhotCal prefix.
  • VOTABLE Example Filter profile service. Three param have no utypes (Facility, ProfileReference, CalibrationReference"
Deleted:
<
<
 -- FrancoisBonnarel - 2013-09-22

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

Added:
>
>
This datamodel is a central description for binding Photometric calibration of an observation to the coordinate system description of the Flux frame. It has great potential for re-usability for data products in the VO: not only spectra , but also images , spectral cubes, etc.

I approve the document -- MireilleLouys - 2013-09-25

 

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 192013-09-23 - FrancoisBonnarel

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

This is a nice document. I approve it for DAL. I have a few remarks

  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
  • Data Model Summary Table. AsinHZeroPint.softeningParameter doesn't have the PhotCal prefix.
  • VOTABLE Example Filter profile service. Three param have no utypes (Facility, ProfileReference, CalibrationReference"
Changed:
<
<
--IVOA.FrancoisBonnarel - 2013-09-22
>
>
-- FrancoisBonnarel - 2013-09-22
 

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 182013-09-22 - FrancoisBonnarel

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Added:
>
>
This is a nice document. I approve it for DAL. I have a few remarks
  • possible Typos ? page 7 = "is that the metadata fields defined here WILL be included".
  • possible Typo page 7 again "and the description of (the) how the units of the measurement"
  • Data Model Summary Table . PF Acces Metadata section. Should that also Include the transmissionPoint utypes ?
  • Data Model Summary Table. PF Spectral and Time axis Characterization. Should it be called characterization or coverage ? Actually the concepts are analogous but the utypes there and those in characterization ObsCore are very different. So maybe coverage (also used in ressource metadata) is of wider extent.
  • Data Model Summary Table. AsinHZeroPint.softeningParameter doesn't have the PhotCal prefix.
  • VOTABLE Example Filter profile service. Three param have no utypes (Facility, ProfileReference, CalibrationReference"

--IVOA.FrancoisBonnarel - 2013-09-22

 

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Approved -- GretchenGreene - 2013-09-20

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 172013-09-20 - GretchenGreene

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Added:
>
>
 Approved - AndreSchaaff - 2013-09-09

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Added:
>
>
Approved -- GretchenGreene - 2013-09-20
 

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 162013-09-09 - AndreSchaaff

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Approved-- JesusSalgado - 2013-09-09

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Added:
>
>
Approved - AndreSchaaff - 2013-09-09
 

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 152013-09-09 - JesusSalgado

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
OK to both -- JesusSalgado - 2013-09-03

  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03

  • Sec 3.2.8: "the more representative" -> "the most representative"
OK -- JesusSalgado - 2013-09-03

  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Reference corrected -- JesusSalgado - 2013-09-03

  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03

-- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Added:
>
>
Approved-- JesusSalgado - 2013-09-09
 

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 142013-09-03 - JesusSalgado

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
Added:
>
>
OK to both -- JesusSalgado - 2013-09-03
 
  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Added:
>
>
Although this DM has not been developed, there are many IVOA parties that are asking for it so I would prefer to

mantain the placeholder. A comment has been added to clarify this -- JesusSalgado - 2013-09-03

 
  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
Added:
>
>
I agree TZD should be discouraged in VO context. Removed -- JesusSalgado - 2013-09-03
 
  • Sec 3.2.8: "the more representative" -> "the most representative"
Added:
>
>
OK -- JesusSalgado - 2013-09-03
 
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
Added:
>
>
Reference corrected -- JesusSalgado - 2013-09-03
 
  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
Added:
>
>
OK to all. Many thanks for the careful review -- JesusSalgado - 2013-09-03
 -- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 132013-09-02 - JesusSalgado

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

Deleted:
<
<

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

 

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.

There are a few typos and minor errors:

Changed:
<
<
  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
>
>
  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
 
  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
Changed:
<
<
  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
  • Sec 3.2.8: "the more representative" -> "the most representative"
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
>
>
  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
  • Sec 3.2.8: "the more representative" -> "the most representative"
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
 
  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
Changed:
<
<
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
>
>
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
Deleted:
<
<
  • Appendix C.2: "service will contains some" -> "service will contain some"
 -- MarkTaylor, PierreFernique - 2013-07-18

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 122013-07-18 - MarkTaylor

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

Added:
>
>
This is a clear and as far as I can tell well-motivated document. I don't have expert knowledge about photometry, so I can't comment on its adequacy for its intended purpose, but I don't see any problems with it from the Applications WG point of view, so we are happy to recommend acceptance.
 There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
Added:
>
>
  • Sec 3: Figure 1 contains the box "Source" which doesn't seem to be doing anything - remove it?
 
  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
  • Sec 3.2.8: "the more representative" -> "the most representative"
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
Added:
>
>
-- MarkTaylor, PierreFernique - 2013-07-18
 

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 112013-07-15 - MarkTaylor

 

Photometry DM RFC

This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/

This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD

Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the

current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.

Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.

Implementation details

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

Added:
>
>
There are a few typos and minor errors:

  • Acknowledgements: "initials versions" -> "initial versions"
  • Sec 2: "as per explained" -> "as explained"
  • Sec 3.2.6: " YYYY-MM-DD[T[hh[:mm[:ss[.s[TZD]]]]]] " - I don't quite understand the "[TZD]" here. If TZD is supposed to be a time zone designator, the (unexplained, but fairly obvious) syntax suggests it is only permissible to use it if a fractional part of the seconds is explicitly included, which seems a bit strange. Also, I think I'm right in saying that general usage elsewhere in IVOA standards does not encourage/permit time zone indicators (e.g. DALI sec 3.1.2).
  • Sec 3.2.8: "the more representative" -> "the most representative"
  • Sec 3.6.3: "See Appendix 5.2" - what document does this refer to? Not PhotDM itself.
  • Appendix B: Table heading "UCD+1" should be "UCD 1+"?
  • Appendix B: "may belong to on of three" -> "may belong to one of three"
  • Appendix B: "Transmission curve are also" -> "Transmission curves are also"
  • Appendix B: "Other serialization using array of points" -> "Other serializations using arrays of points"
  • Appendix C.1: "PhotometryFilter.identifer" -> "PhotometryFilter.identifier"
  • Appendix C.1: ' <PARAM name="magtype" ... value="VEGmag" datatype="int"/> ' - the datatype appears to be wrong; also according to the table on p.35 the value should be "VEGAmag" not "VEGmag".
  • Appendix C.2: "service will contains some" -> "service will contain some"
 

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Revision 102013-07-04 - JesusSalgado

Changed:
<
<

PhotDM-1.0 Proposed Recommendation: RFC period

>
>

Photometry DM RFC

 
Changed:
<
<
This document serves as the RFC center for the Proposed
>
>
This document will act as RFC centre for the Photometry DM http://www.ivoa.net/Documents/PHOTDM/
 
Changed:
<
<
Recommendation entitled "IVOA Photometry DM, Version 1.0".
>
>
This is the second RFC process for this DM. Previous RFC page can still be found at: http://wiki.ivoa.net/twiki/bin/view/IVOA/PhotDM10RFCOLD
 
Changed:
<
<
The latest version of PhotDM:
>
>
Please notice this version is an updated version of the previous Photometry DM with some changes in the UML but maintaining the utypes as in the
 
Changed:
<
<
>
>
current way. A parallel PhotDM draft is being prepared in parallel with the VO-DML utypes approach.
Deleted:
<
<
Discussion page is at:
 
Changed:
<
<
>
>
In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response after the comment.
Deleted:
<
<
where some auxiliary documents can be found.
 
Changed:
<
<

Reference Interoperable Implementations

>
>
Discussion about any of the comments or responses should be conducted on the dm@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document.
Added:
>
>

Implementation details

 
  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)
Added:
>
>

RFC Review Period: 04 July 2013 - 04 August 2013

Comments from the IVOA Community during RFC period:

TCG Review Period: 05 August 2013 - 10 September 2013

Comments from TCG member during the TCG Review Period:

 
Changed:
<
<

RFC Review Period: 05 June 2012 - 05 July 2012 (closed)

>
>
WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.
 
Changed:
<
<

TCG Review Period: 05 July 2012 - 05 September 2012

>
>
IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.
Deleted:
<
<


Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



 

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

Changed:
<
<

TCG Chair & Vice Chair ( _Christophe Arviset, Séverin Gaudet)

>
>

TCG Chair & Vice Chair ( _Séverin Gaudet, Matthew Graham)

Applications Working Group ( _Mark Taylor, Pierre Fernique)

Data Access Layer Working Group ( Patrick Dowler, Francois Bonnarel)

Deleted:
<
<

Applications Working Group ( _Mark Taylor)

As Gretchen points out, there are some questions raised by Appendix C.2. TAP services to be marked up in such a way should I think use the TAPRegExt <dataModel> element, but I'm not sure about Cone Search.

The response curve in the example table in Appendix C.1 seems to have all its transmission values as zero - is that a mistake?

Given consideration of those points, I approve.

-- MarkTaylor - 05 Jul 2012

Agree with first point. Tap services could make use of the datamodel element. As commented in the registry section, details on how to register cone search services can be considered out of the scope of the DM itself, so they should be discussed in another context.

About second point, unfortunately the example has been taken from a real example and cut to minimize the size (the first element are zero). The example will be modified to get transmission numbers different than zero.

JesusSalgado - September 5, 2012

Data Access Layer Working Group ( Patrick Dowler, Mike Fitzpatrick))

 

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Changed:
<
<
>
>

Grid & Web Services Working Group ( Andre Schaaff, Andreas Wicenec)

Deleted:
<
<

Grid & Web Services Working Group ( Andreas Wicenec, Andre Schaaff)

 

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Changed:
<
<
Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?

GretchenGreene - July 3, 2012

>
>

Semantics Working Group ( _Norman Gray, Mireille Louys)

Data Curation & Preservation Interest Group ( Alberto Accomazzi, Francoise Genova)

Knowledge Discovery in Databases Interest Group ( George Djorgovski )

Theory Interest Group ( _Franck Le Petit, Rick Wagner)

Time Domain Interest Group (John Swinbank, Mike Fitzpatrick)

Deleted:
<
<
This was a proposal done, mainly, by our CDS colleagues in order to publish future Cone Searches with the extra metadata information. I agree this should be more discussed in the registry context and, as mentioned, the services should be registered using a standard registry extension (e.g. TAPRegExt for tap services). As this is out of the scope of the DM itself, I will remove some details on how to register these services. This could be added to the related IVOA note in coordination with the Registry group

JesusSalgado - September 5, 2012

Semantics Working Group ( _Sebastien Derriere, Norman Gray)

VOEvent Working Group ( _Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group ( Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group ( Giuseppe Longo)

Theory Interest Group ( _Herve Wozniak, Franck Le Petit)

The document is clear and comprehensive.

I approve the document.

-- FranckLePetit - 2012-09-06

Standards and Processes Committee ( Francoise Genova)



<--  
-->
 

Revision 92012-09-06 - FranckLePetit

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 05 June 2012 - 05 July 2012 (closed)

TCG Review Period: 05 July 2012 - 05 September 2012



Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Christophe Arviset, Séverin Gaudet)

Applications Working Group ( _Mark Taylor)

As Gretchen points out, there are some questions raised by Appendix C.2. TAP services to be marked up in such a way should I think use the TAPRegExt <dataModel> element, but I'm not sure about Cone Search.

The response curve in the example table in Appendix C.1 seems to have all its transmission values as zero - is that a mistake?

Given consideration of those points, I approve.

-- MarkTaylor - 05 Jul 2012

Agree with first point. Tap services could make use of the datamodel element. As commented in the registry section, details on how to register cone search services can be considered out of the scope of the DM itself, so they should be discussed in another context.

About second point, unfortunately the example has been taken from a real example and cut to minimize the size (the first element are zero). The example will be modified to get transmission numbers different than zero.

JesusSalgado - September 5, 2012

Data Access Layer Working Group ( Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andreas Wicenec, Andre Schaaff)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?

GretchenGreene - July 3, 2012

This was a proposal done, mainly, by our CDS colleagues in order to publish future Cone Searches with the extra metadata information. I agree this should be more discussed in the registry context and, as mentioned, the services should be registered using a standard registry extension (e.g. TAPRegExt for tap services). As this is out of the scope of the DM itself, I will remove some details on how to register these services. This could be added to the related IVOA note in coordination with the Registry group

JesusSalgado - September 5, 2012

Semantics Working Group ( _Sebastien Derriere, Norman Gray)

VOEvent Working Group ( _Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group ( Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group ( Giuseppe Longo)

Theory Interest Group ( _Herve Wozniak, Franck Le Petit)

Added:
>
>
The document is clear and comprehensive.

I approve the document.

-- FranckLePetit - 2012-09-06

 

Standards and Processes Committee ( Francoise Genova)



<--  
-->

Revision 82012-09-05 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 05 June 2012 - 05 July 2012 (closed)

TCG Review Period: 05 July 2012 - 05 September 2012



Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair ( _Christophe Arviset, Séverin Gaudet)

Applications Working Group ( _Mark Taylor)

As Gretchen points out, there are some questions raised by Appendix C.2. TAP services to be marked up in such a way should I think use the TAPRegExt <dataModel> element, but I'm not sure about Cone Search.

The response curve in the example table in Appendix C.1 seems to have all its transmission values as zero - is that a mistake?

Given consideration of those points, I approve.

-- MarkTaylor - 05 Jul 2012

Agree with first point. Tap services could make use of the datamodel element. As commented in the registry section, details on how to register cone search services can be considered out of the scope of the DM itself, so they should be discussed in another context.

About second point, unfortunately the example has been taken from a real example and cut to minimize the size (the first element are zero). The example will be modified to get transmission numbers different than zero.

JesusSalgado - September 5, 2012

Data Access Layer Working Group ( Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group ( Andreas Wicenec, Andre Schaaff)

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?

GretchenGreene - July 3, 2012

This was a proposal done, mainly, by our CDS colleagues in order to publish future Cone Searches with the extra metadata information. I agree this should be more discussed in the registry context and, as mentioned, the services should be registered using a standard registry extension (e.g. TAPRegExt for tap services). As this is out of the scope of the DM itself, I will remove some details on how to register these services. This could be added to the related IVOA note in coordination with the Registry group

JesusSalgado - September 5, 2012

Semantics Working Group ( _Sebastien Derriere, Norman Gray)

VOEvent Working Group ( _Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group ( Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group ( Giuseppe Longo)

Theory Interest Group ( _Herve Wozniak, Franck Le Petit)

Standards and Processes Committee ( Francoise Genova)



<--  
-->

Revision 72012-09-05 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

Changed:
<
<
This document serves as the RFC center for the Proposed
>
>
This document serves as the RFC center for the Proposed
 
Changed:
<
<
Recommendation entitled "IVOA Photometry DM, Version 1.0".
>
>
Recommendation entitled "IVOA Photometry DM, Version 1.0".
 
Deleted:
<
<
 The latest version of PhotDM:
Changed:
<
<
>
>
Deleted:
<
<
 Discussion page is at:
Changed:
<
<
>
>
Deleted:
<
<
 where some auxiliary documents can be found.

Reference Interoperable Implementations

Changed:
<
<
  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)
>
>
  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)
 
Changed:
<
<

RFC Review Period: 05 June 2012 - 05 July 2012 (open)

>
>

RFC Review Period: 05 June 2012 - 05 July 2012 (closed)

 

TCG Review Period: 05 July 2012 - 05 September 2012

Changed:
<
<


>
>


 

Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012

Changed:
<
<


>
>


 

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

Deleted:
<
<
 WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

Changed:
<
<

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

>
>

TCG Chair & Vice Chair ( _Christophe Arviset, Séverin Gaudet)

 
Changed:
<
<

Applications Working Group (Mark Taylor)

>
>

Applications Working Group ( _Mark Taylor)

  As Gretchen points out, there are some questions raised by Appendix C.2. TAP services to be marked up in such a way should I think use the TAPRegExt <dataModel> element, but I'm not sure about Cone Search.

The response curve in the example table in Appendix C.1 seems to have all its transmission values as zero - is that a mistake?

Given consideration of those points, I approve.

Changed:
<
<
-- MarkTaylor - 05 Jul 2012
>
>
-- MarkTaylor - 05 Jul 2012
 
Changed:
<
<

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

>
>
Agree with first point. Tap services could make use of the datamodel element. As commented in the registry section, details on how to register cone search services can be considered out of the scope of the DM itself, so they should be discussed in another context.
 
Changed:
<
<

Data Model Working Group (Jesus Salgado, Omar Laurino)

>
>
About second point, unfortunately the example has been taken from a real example and cut to minimize the size (the first element are zero). The example will be modified to get transmission numbers different than zero.
 
Changed:
<
<

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

>
>
JesusSalgado - September 5, 2012
Added:
>
>

Data Access Layer Working Group ( Patrick Dowler, Mike Fitzpatrick))

 
Changed:
<
<

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

>
>

Data Model Working Group ( _Jesus Salgado, Omar Laurino)

 
Changed:
<
<
Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?
>
>

Grid & Web Services Working Group ( Andreas Wicenec, Andre Schaaff)

 
Added:
>
>

Registry Working Group ( _Gretchen Greene, Pierre Le Sidaner)

Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?

 GretchenGreene - July 3, 2012
Changed:
<
<

Semantics Working Group (Sebastien Derriere, Norman Gray)

>
>
This was a proposal done, mainly, by our CDS colleagues in order to publish future Cone Searches with the extra metadata information. I agree this should be more discussed in the registry context and, as mentioned, the services should be registered using a standard registry extension (e.g. TAPRegExt for tap services). As this is out of the scope of the DM itself, I will remove some details on how to register these services. This could be added to the related IVOA note in coordination with the Registry group
 
Changed:
<
<

VOEvent Working Group (Matthew Graham, John Swinbank)

>
>
JesusSalgado - September 5, 2012
Added:
>
>

Semantics Working Group ( _Sebastien Derriere, Norman Gray)

 
Changed:
<
<

Data Curation & Preservation Interest Group (Alberto Accomazzi)

>
>

VOEvent Working Group ( _Matthew Graham, John Swinbank)

 
Changed:
<
<

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

>
>

Data Curation & Preservation Interest Group ( Alberto Accomazzi)

 
Changed:
<
<

Theory Interest Group (Herve Wozniak, Franck Le Petit)

>
>

Knowledge Discovery in Databases Interest Group ( Giuseppe Longo)

 
Changed:
<
<

Standards and Processes Committee (Francoise Genova)

>
>

Theory Interest Group ( _Herve Wozniak, Franck Le Petit)

 
Added:
>
>

Standards and Processes Committee ( Francoise Genova)

 
Changed:
<
<

>
>

 
Changed:
<
<

Deleted:
<
<
 

Revision 62012-07-05 - MarkTaylor

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 05 June 2012 - 05 July 2012 (open)

TCG Review Period: 05 July 2012 - 05 September 2012



Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Changed:
<
<

Applications Working Group (Mark Taylor, Enrique Solano)

>
>

Applications Working Group (Mark Taylor)

 
Added:
>
>
As Gretchen points out, there are some questions raised by Appendix C.2. TAP services to be marked up in such a way should I think use the TAPRegExt <dataModel> element, but I'm not sure about Cone Search.

The response curve in the example table in Appendix C.1 seems to have all its transmission values as zero - is that a mistake?

Given consideration of those points, I approve.

-- MarkTaylor - 05 Jul 2012

 

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Added:
>
>
Appendix C.2 describes using a new capability type for Cone Search, i.e. Photometry. This is confusing to me, in the sense that the capability is more what we would refer to as the standard functional capability, e.g. cone, sia, ssa, sla, tap, etc. It is an interesting concept you are defining, i.e. how to describe data model implementation contained in a specifc service capability. I'm looking further to try to understand this in the context of registry schema. Currently i do not see the metadata mapping which would demonstrate how this would comply. Perhaps you had a specific example to explain further?

GretchenGreene - July 3, 2012

 

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



<--  
-->

Revision 52012-06-26 - root

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

Changed:
<
<
>
>
  where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 05 June 2012 - 05 July 2012 (open)

TCG Review Period: 05 July 2012 - 05 September 2012



Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Applications Working Group (Mark Taylor, Enrique Solano)

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



Revision 42012-06-11 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 05 June 2012 - 05 July 2012 (open)

Changed:
<
<

TCG Review Period: 05 July 2012 - 05 September 2012 (open)

>
>

TCG Review Period: 05 July 2012 - 05 September 2012

 

Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012



Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Applications Working Group (Mark Taylor, Enrique Solano)

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



<--  
-->

Revision 32012-06-04 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Changed:
<
<
>
>
  Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)
Changed:
<
<

RFC Review Period: 04 June 2012 - 04 July 2012 (open)

>
>

RFC Review Period: 05 June 2012 - 05 July 2012 (open)

 
Changed:
<
<

TCG Review Period: 04 July 2012 - 04 September 2012 (open)

>
>

TCG Review Period: 05 July 2012 - 05 September 2012 (open)

 

Changed:
<
<

Comments from the IVOA Community during RFC period: 04 June 2012 - 04 July 2012

>
>

Comments from the IVOA Community during RFC period: 05 June 2012 - 05 July 2012

 

Changed:
<
<

Comments from TCG member during the TCG Review Period: 04 July 2012 - 04 September 2012

>
>

Comments from TCG member during the TCG Review Period: 05 July 2012 - 05 September 2012

 

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Applications Working Group (Mark Taylor, Enrique Solano)

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



<--  
-->

Revision 22012-05-20 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)
Changed:
<
<

RFC Review Period: 20 May 2012 - 20 June 2012 (open)

>
>

RFC Review Period: 04 June 2012 - 04 July 2012 (open)

 
Changed:
<
<

TCG Review Period: 20 June 2012 - 20 July 2012 (open)

>
>

TCG Review Period: 04 July 2012 - 04 September 2012 (open)

 

Changed:
<
<

Comments from the IVOA Community during RFC period: 20 May 2012 - 20 June 2012

>
>

Comments from the IVOA Community during RFC period: 04 June 2012 - 04 July 2012

 

Changed:
<
<

Comments from TCG member during the TCG Review Period: 20 June 2012 - 20 July 2012

>
>

Comments from TCG member during the TCG Review Period: 04 July 2012 - 04 September 2012

 

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Applications Working Group (Mark Taylor, Enrique Solano)

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



<--  
-->

Revision 12012-05-20 - JesusSalgado

 

PhotDM-1.0 Proposed Recommendation: RFC period

This document serves as the RFC center for the Proposed

Recommendation entitled "IVOA Photometry DM, Version 1.0".

The latest version of PhotDM:

Discussion page is at:

where some auxiliary documents can be found.

Reference Interoperable Implementations

  • VOSpec (ESAVO) (client)
  • Filter Profile Service (SVO) (Server + Client)
  • Catalogs with Photometry Data (CDS) (Server)

RFC Review Period: 20 May 2012 - 20 June 2012 (open)

TCG Review Period: 20 June 2012 - 20 July 2012 (open)



Comments from the IVOA Community during RFC period: 20 May 2012 - 20 June 2012



Comments from TCG member during the TCG Review Period: 20 June 2012 - 20 July 2012

WG chairs or vice chairs must read the Document, provide comments if any and formally indicate if they approve or not the Standard.

IG chairs or vice chairs are also encouraged to do the same, although their inputs are not compulsory.

TCG Chair & Vice Chair (Christophe Arviset, Séverin Gaudet)

Applications Working Group (Mark Taylor, Enrique Solano)

Data Access Layer Working Group (Patrick Dowler, Mike Fitzpatrick))

Data Model Working Group (Jesus Salgado, Omar Laurino)

Grid & Web Services Working Group (Andreas Wicenec, Andre Schaaff)

Registry Working Group (Gretchen Greene, Pierre Le Sidaner)

Semantics Working Group (Sebastien Derriere, Norman Gray)

VOEvent Working Group (Matthew Graham, John Swinbank)

Data Curation & Preservation Interest Group (Alberto Accomazzi)

Knowledge Discovery in Databases Interest Group (Giuseppe Longo)

Theory Interest Group (Herve Wozniak, Franck Le Petit)

Standards and Processes Committee (Francoise Genova)



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