SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsTCG has determined reference implementations for this standard are irrelevant, or in the case of auxiliary capabilities, satisfied with example records as listed below. The auxiliary capabilities listed are a consequence of the already Endorsed Note on Discovering Data Collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers as taken from Discovering Data Collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than listing it within this document decreases the number of lists of reference frames scattered across the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice Chair | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | This revision of SimpleDALRegExt (v1.2) is a minor one, introducing auxiliary capabilities to align simple protocols with the Discovery in Data Collections Endorsed Note and taking advantage of a vocabulary of reference frames for the positional filtering parameters. Is also fixes minor discrepancies and typos. Approved. -- JanetEvans, MarcoMolinaro - 2022-02-17 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Applications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupRadioastronomy Interest GroupThese comments are probably coming too late and anyway IG approvals is only optional. So just look at that if you find this interesting. I only have a few remarks
Solar System Interest GroupApproved. One very minor point: On page 19 there is a "Note" that I think is intended to refer to the 'p' on the end of the "ssap" prefix. But the Simple Line Access protocol uses the same prefix convention ("slap"). So it seems like either the "Note" should be repeated for the SLA prefix, or expanded to cover both prefixes ending in 'p', or perhaps this has been a convention for long enough that it no longer requires a special, boxed explanation at all and a simple parenthetical remark (e.g., "(the final 'p' is added to avoid acronym collision)") could address any remaining confusion. -- AnneRaugh - 2022-01-25
Theory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsTCG has determined reference implementations for this standard are irrelevant, or in the case of auxiliary capabilities, satisfied with example records as listed below. The auxiliary capabilities listed are a consequence of the already Endorsed Note on Discovering Data Collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers as taken from Discovering Data Collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than listing it within this document decreases the number of lists of reference frames scattered across the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupRadioastronomy Interest GroupThese comments are probably coming too late and anyway IG approvals is only optional. So just look at that if you find this interesting. I only have a few remarks | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | -- FrancoisBonnarel - 2022-01-28 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | -- FrancoisBonnarel - 2022-01-28 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Solar System Interest GroupApproved. One very minor point: On page 19 there is a "Note" that I think is intended to refer to the 'p' on the end of the "ssap" prefix. But the Simple Line Access protocol uses the same prefix convention ("slap"). So it seems like either the "Note" should be repeated for the SLA prefix, or expanded to cover both prefixes ending in 'p', or perhaps this has been a convention for long enough that it no longer requires a special, boxed explanation at all and a simple parenthetical remark (e.g., "(the final 'p' is added to avoid acronym collision)") could address any remaining confusion. -- AnneRaugh - 2022-01-25 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Theory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsTCG has determined reference implementations for this standard are irrelevant, or in the case of auxiliary capabilities, satisfied with example records as listed below. The auxiliary capabilities listed are a consequence of the already Endorsed Note on Discovering Data Collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers as taken from Discovering Data Collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than listing it within this document decreases the number of lists of reference frames scattered across the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest Group | |||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Radioastronomy Interest GroupThese comments are probably coming too late and anyway IG approvals is only optional. So just look at that if you find this interesting. I only have a few remarks
| ||||||||||||||||||||||||||||||||||||||||||||||||||
Solar System Interest GroupApproved. One very minor point: On page 19 there is a "Note" that I think is intended to refer to the 'p' on the end of the "ssap" prefix. But the Simple Line Access protocol uses the same prefix convention ("slap"). So it seems like either the "Note" should be repeated for the SLA prefix, or expanded to cover both prefixes ending in 'p', or perhaps this has been a convention for long enough that it no longer requires a special, boxed explanation at all and a simple parenthetical remark (e.g., "(the final 'p' is added to avoid acronym collision)") could address any remaining confusion. -- AnneRaugh - 2022-01-25Theory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable Implementations | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | The auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec. Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | TCG has determined reference implementations for this standard are irrelevant, or in the case of auxiliary capabilities, satisfied with example records as listed below. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
The auxiliary capabilities listed are a consequence of the already Endorsed Note on Discovering Data Collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers as taken from Discovering Data Collections simply needed to be mentioned in this spec.
Similarly, using a vocabulary for the reference frames rather than listing it within this document decreases the number of lists of reference frames scattered across the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupApproved. One very minor point: On page 19 there is a "Note" that I think is intended to refer to the 'p' on the end of the "ssap" prefix. But the Simple Line Access protocol uses the same prefix convention ("slap"). So it seems like either the "Note" should be repeated for the SLA prefix, or expanded to cover both prefixes ending in 'p', or perhaps this has been a convention for long enough that it no longer requires a special, boxed explanation at all and a simple parenthetical remark (e.g., "(the final 'p' is added to avoid acronym collision)") could address any remaining confusion. -- AnneRaugh - 2022-01-25Theory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest Group | |||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Approved. One very minor point: On page 19 there is a "Note" that I think is intended to refer to the 'p' on the end of the "ssap" prefix. But the Simple Line Access protocol uses the same prefix convention ("slap"). So it seems like either the "Note" should be repeated for the SLA prefix, or expanded to cover both prefixes ending in 'p', or perhaps this has been a convention for long enough that it no longer requires a special, boxed explanation at all and a simple parenthetical remark (e.g., "(the final 'p' is added to avoid acronym collision)") could address any remaining confusion. -- AnneRaugh - 2022-01-25 | ||||||||||||||||||||||||||||||||||||||||||||||||||
Theory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
| ||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| ||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments
Grid & Web Services Working GroupApproved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10Registry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| ||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
-- LaurentMichel - 2021-12-01
The changes mentioned are in volute rev. 6062 -- MarkusDemleitner - 2021-12-02
Grid & Web Services Working Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Approved. I have no significant concerns from the GWS perspective. -- GiulianoTaffoni - 2022-01-10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Registry Working Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Approved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Approved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | -- TheresaDower - 2021-11-11 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working GroupJust a few comments | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
-- LaurentMichel - 2021-12-01 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | The changes mentioned are in volute rev. 6062 -- MarkusDemleitner - 2021-12-02 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Grid & Web Services Working GroupRegistry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupApproved -- JamesDempsey - 2021-11-30Data Model Working Group | |||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Just a few comments
| ||||||||||||||||||||||||||||||||||||||||||||||||||
Grid & Web Services Working GroupRegistry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Approved -- JamesDempsey - 2021-11-30 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Model Working GroupGrid & Web Services Working GroupRegistry Working GroupApproved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are two changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupApproved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25Data Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working Group | |||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||
> > | Approved with product type removed and backward-compatibility checked. The refframe vocabulary itself looks good to me based on work with institutional holdings, further comments from astronomers and engineers with a wider background welcome. -- TheresaDower - 2021-11-11 | ||||||||||||||||||||||||||||||||||||||||
Semantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest Group | |||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||
< < | Education Interest Group | ||||||||||||||||||||||||||||||||||||||||
> > | Education Interest Group | ||||||||||||||||||||||||||||||||||||||||
Knowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Most of the document is unmodified. Some vocabulary cruft has been | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility. There are two changes which should be reviewed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | removed and tested with searches across all current registries to assure
backward compatibility. There are two changes which should be reviewed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working Group | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Approved. These changes seem straightforward and likely to improve the data discovery experience. I have no significant concerns from an Application perspective. -- TomDonaldson - 2021-10-25 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Curation & Preservation Interest Group | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Education Interest Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Education Interest Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Knowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for Comments | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
While future versions may be migrated elsewhere, VODataService 1.2 is managed by the legacy volute repository at: http://volute.g-vo.org/svn/trunk/projects/registry/SimpleDALRegExt/
SummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility. There are three changes which should be reviewed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Most of the document is unmodified. Some vocabulary cruft has been | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | removed and tested with searches across all current registries to assure
backward compatibility. There are two changes which should be reviewed: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Reference Interoperable Implementations | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | The auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec. Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). The declaration of product type, on the other hand, has operational consequences; several services in the VO already declare their product type; try | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | The auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec. Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | SELECT ivoid, res_title, detail_value FROM rr.resource NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType' | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | on a RegTAP service. On the client side, version 3.15_3 (beta) of the spectral analysis programme SPLAT uses this to let users select time series services (as opposed to spectral services). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-11-15 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-04-23 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The comments from the TCG members during the RFC/TCG review should be included in the next section.
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 Wiki Name so that 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.
Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Comments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-04-23 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Comments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-11-15 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment.
IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory.
TCG Chair & Vice ChairApplications Working GroupData Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed.
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are three changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). The declaration of product type, on the other hand, has operational consequences; several services in the VO already declare their product type; try SELECT ivoid, res_title, detail_value FROM rr.resource NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType'on a RegTAP service. On the client side, version 3.15_3 (beta) of the spectral analysis programme SPLAT uses this to let users select time series services (as opposed to spectral services). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-04-23The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-04-23 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupData Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working GroupThis document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsYes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here:
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are three changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). The declaration of product type, on the other hand, has operational consequences; several services in the VO already declare their product type; try | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | SELECT ivoid, res_title, detail_value | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Deleted: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | SELECT ivoid, res_title, detail_value | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
FROM rr.resource NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType' | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
on a RegTAP service. On the client side, version 3.15_3 (beta) of the spectral analysis programme SPLAT uses this to let users select time series services (as opposed to spectral services).
Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-04-23The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-04-23 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupData Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | This document points to two vocabularies : product type (https://www.ivoa.net/rdf/product-type/2020-03-09/product-type.html) and refframe (http://www.ivoa.net/rdf/refframe), which are still not approved. This can't go forward until refframe and product-type are fixed. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Curation & Preservation Interest Group | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Education Interest Group | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Education Interest Group | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Knowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperations | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Yes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Yes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
-- MarkTaylor - 2021-03-16
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are three changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). The declaration of product type, on the other hand, has operational consequences; several services in the VO already declare their product type; try | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
SELECT ivoid, res_title, detail_value FROM rr.resource NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType' | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | SELECT ivoid, res_title, detail_value FROM rr.resource | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType' | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
on a RegTAP service. On the client side, version 3.15_3 (beta) of the spectral analysis programme SPLAT uses this to let users select time series services (as opposed to spectral services).
Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-04-23The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-04-23 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupData Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working GroupData Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperations | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | Sec 1: Some of the external standards referenced are quite old, e.g. VOResource 1.03. Should these be updated? Related: "Unlike with the previously mentioned specifications, this specification may apply to later versions of the RI and VOSI standards." I don't really understand that - does it mean you have to work with e.g. VOResource 1.03 and not later versions? "relevence"/"relevent" -> "relevance"/"relevant" Sec 2: Return of the evil quotes! Reading the HTML version I see e.g. (cut'n'pasted from the browser): - the role attribute must be set to ßtd" - their values should be "GET" and äpplication/x-votable+xml" Sec 3.1.2: "canoncical" -> "canonical" Sec 3.1.3: "at least on matched record" -> "at least one matched record" Sec 3.1.4 I don't understand the business about specifying the catalogue in the test query, since this term doesn't appear in SCS itself. No doubt this is some hangover from some long-standing wrinkles in SCS which we don't want to mess with now, but maybe a couple of words of explanation would be in order? Sec 3.3.3: In the productType Meaning section, it says "with each element declaring one of http://www.ivoa.net/product-type" That's the wrong URL, and the text is a bit terse. Change to something like: "with each element declaring terms taken from the vocabulary http://www.ivoa.net/rdf/product-type"? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > | Yes, it looks OK. I made a few comments of a mostly trivial nature which Markus addressed. Only one worth recording here: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < | --Notes transcribed from MarkTaylor - 2021-03-12 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Added: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Changed: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
< < |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
> > |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
SimpleDALRegExt1.2 Proposed Recommendation: Request for CommentsSummarySimpleDALRegExt defines a group of registry extensions for describing related "Simple" DAL services: Cone, Image, Spectra, etc. Occasional tweaks to vocabularies and incremental changes to the services' own standards are tracked here to keep potential registry search results in line with actual service capabilities, and to show connections between resources in new ways: in this case, adding auxiliary capability descriptions (see below.)Changes since 1.1Most of the document is unmodified. Some vocabulary cruft has been removed and tested with searches across all current registries to assure backward compatibility.There are three changes which should be reviewed:
Reference Interoperable ImplementationsThe auxiliary capabilities for the S-Protocols are a consequence of the Endorsed Note on discovering data collections. Compared to TAP auxiliary capabilities, they have not been used much yet (there are ivo://org.gavo.dc/lensunion/q/im and ivo://org.gavo.dc/hppunion/q/im, though). Hence, to our knowledge there is no client takeup of them. Consider this change editorial in nature; the standards identifiers from discovering data collections simply needed to be mentioned in this spec.Similarly, using a vocabulary for the reference frames rather than an in-schema list is just intended to cut down on the number of lists of reference frames in the various standards. It has no operational implications (even less so since to date few services or clients actually offer different reference systems in SSAP queries). The declaration of product type, on the other hand, has operational consequences; several services in the VO already declare their product type; try SELECT ivoid, res_title, detail_value FROM rr.resource NATURAL JOIN rr.res_detail WHERE detail_xpath='/capability/productType' on a RegTAP service. On the client side, version 3.15_3 (beta) of the spectral analysis programme SPLAT uses this to let users select time series services (as opposed to spectral services). Comments from the IVOA Community during RFC/TCG review period: 2021-03-01 to 2021-04-23The comments from the TCG members during the RFC/TCG review should be included in the next section. 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 Wiki Name so that 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. Additional discussion about any of the comments or responses can be conducted on the WG mailing list. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from TCG member during the RFC/TCG Review Period: 2021-03-01 to 2021-04-23 WG chairs or vice chairs must read the Document, provide comments if any (including on topics not directly linked to the Group matters) or indicate that they have no comment. IG chairs or vice chairs are also encouraged to do the same, althought their inputs are not compulsory. TCG Chair & Vice ChairApplications Working GroupData Access Layer Working GroupData Model Working GroupGrid & Web Services Working GroupRegistry Working GroupSemantics Working GroupData Curation & Preservation Interest GroupEducation Interest GroupKnowledge Discovery Interest GroupSolar System Interest GroupTheory Interest GroupTime Domain Interest GroupOperationsSec 1:Some of the external standards referenced are quite old, e.g. VOResource 1.03. Should these be updated? Related: "Unlike with the previously mentioned specifications, this specification may apply to later versions of the RI and VOSI standards." I don't really understand that - does it mean you have to work with e.g. VOResource 1.03 and not later versions? "relevence"/"relevent" -> "relevance"/"relevant" Sec 2: Return of the evil quotes! Reading the HTML version I see e.g. (cut'n'pasted from the browser): - the role attribute must be set to ßtd" - their values should be "GET" and äpplication/x-votable+xml" Sec 3.1.2: "canoncical" -> "canonical" Sec 3.1.3: "at least on matched record" -> "at least one matched record" Sec 3.1.4 I don't understand the business about specifying the catalogue in the test query, since this term doesn't appear in SCS itself. No doubt this is some hangover from some long-standing wrinkles in SCS which we don't want to mess with now, but maybe a couple of words of explanation would be in order? Sec 3.3.3: In the productType Meaning section, it says "with each element declaring one of http://www.ivoa.net/product-type" That's the wrong URL, and the text is a bit terse. Change to something like: "with each element declaring terms taken from the vocabulary http://www.ivoa.net/rdf/product-type"? --Notes transcribed from MarkTaylor - 2021-03-12 Standards and Processes CommitteeTCG Vote : Vote_start_date - Vote_end_dateIf you have minor comments (typos) on the last version of the document please indicate it in the Comments column of the table and post them in the TCG comments section above with the date.
|