IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Approved. -- MireilleLouys 2011-05-04Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011 I've responded to all of these in the latest version. In particular, an appendix has been added to clarify the service capability vs resource capability issue. Regarding the SOAP service binding, sec. 2 does state "This standard requires the REST binding of VOSI even when applied to services that otherwise use SOAP". The SOAP binding was removed from the previous version (see "Changes since WD-20081030". Regarding the more detailed examples request, Ray comments: The SIA example kept the SIA capability minimal so as to highlight the format features of VOSI. How to format an SIA capability which all its use of extended parameters and STC coverage is more something for the SimpleDALRegExt document. -- MatthewGraham - 05 May 2011Semantics (Sebastien Derriere, Norman Gray)Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility. All noted. -- MatthewGraham - 12 May 2011VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
| ||||||||
Added: | ||||||||
> > | All noted. -- MatthewGraham - 12 May 2011 | |||||||
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Approved. -- MireilleLouys 2011-05-04Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011 I've responded to all of these in the latest version. In particular, an appendix has been added to clarify the service capability vs resource capability issue. Regarding the SOAP service binding, sec. 2 does state "This standard requires the REST binding of VOSI even when applied to services that otherwise use SOAP". The SOAP binding was removed from the previous version (see "Changes since WD-20081030". Regarding the more detailed examples request, Ray comments: The SIA example kept the SIA capability minimal so as to highlight the format features of VOSI. How to format an SIA capability which all its use of extended parameters and STC coverage is more something for the SimpleDALRegExt document. -- MatthewGraham - 05 May 2011Semantics (Sebastien Derriere, Norman Gray)Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility. | ||||||||
Added: | ||||||||
> > | All noted. -- MatthewGraham - 12 May 2011 | |||||||
VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
| ||||||||
Added: | ||||||||
> > | ||||||||
-- ChristopheArviset - 8 Dec 2010 | ||||||||
Added: | ||||||||
> > | All noted. -- MatthewGraham - 12 May 2011 | |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Approved. -- MireilleLouys 2011-05-04Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011 | ||||||||
Changed: | ||||||||
< < | I've responded to all of these in the latest version. In particular, an appendix has been added to clarify the service capability vs resource capability issue. | |||||||
> > | I've responded to all of these in the latest version. In particular, an appendix has been added to clarify the service capability vs resource capability issue. | |||||||
Added: | ||||||||
> > | Regarding the SOAP service binding, sec. 2 does state "This standard requires the REST binding of VOSI even when applied to services that otherwise use SOAP". The SOAP binding was removed from the previous version (see "Changes since WD-20081030". | |||||||
Regarding the more detailed examples request, Ray comments: The SIA example kept the SIA capability minimal so as to highlight the format features of VOSI. How to format an SIA capability which all its use of extended parameters and STC coverage is more something for the SimpleDALRegExt document.
-- MatthewGraham - 05 May 2011
Semantics (Sebastien Derriere, Norman Gray)Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility.VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Approved. -- MireilleLouys 2011-05-04Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011 | ||||||||
Added: | ||||||||
> > | I've responded to all of these in the latest version. In particular, an appendix has been added to clarify the service capability vs resource capability issue. | |||||||
Added: | ||||||||
> > | Regarding the more detailed examples request, Ray comments: The SIA example kept the SIA capability minimal so as to highlight the format features of VOSI. How to format an SIA capability which all its use of extended parameters and STC coverage is more something for the SimpleDALRegExt document. -- MatthewGraham - 05 May 2011 | |||||||
Semantics (Sebastien Derriere, Norman Gray)Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility.VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado) | ||||||||
Added: | ||||||||
> > | Approved. -- MireilleLouys 2011-05-04 | |||||||
Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011Semantics (Sebastien Derriere, Norman Gray)Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility.VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011Semantics (Sebastien Derriere, Norman Gray) | ||||||||
Added: | ||||||||
> > | Document approved, just a few minor typos to be fixed in the final version : p5, the reference to section 2.2.1 of [1] should be section 2.2.1 of [12], i.e. VOResource and not SOAP In section 4, 1st table, typo in endpoint: capabilties -> capabilities Section 5, in the last comment of the first XML example, it is not the interface returning this document, but the interface returning availbility. | |||||||
VOEvent (Rob Seaman, Roy Williams)Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Gretchen Greene, Pierre Le Sidaner)Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams) | ||||||||
Added: | ||||||||
> > | Approved (in the absence of objection from Roy). -- RobSeaman - 14 March 2011 | |||||||
Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Approved. -- IVOA.Patrick.Dowler - 2011-03-01Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010 | ||||||||
Changed: | ||||||||
< < | Registry (Ray Plante, Gretchen Greene) | |||||||
> > | Registry (Gretchen Greene, Pierre Le Sidaner) | |||||||
Added: | ||||||||
> > | Registry WG approves with following comments: comments reflect on the abstract statement...web service requires? later in section 3.1 service should provide. which is it? i see your comments later, but perhaps the abstract can reflect the clarification you've stated above for new IVOA services standards section 3.2 please move the non-service metadata section to last would be good to clarify the registry and vosi getCapability does this come from services? request that this is explicitly written This document should mention WADL as a possible descriptor for REST service. Preference not to require client to require SOAP service binding for VOSI endpoint to SOAP service. VOSI can simply be URL based different from web service. Terminology is confusing as described in the Capability description of the document. It may help to clarify service capability vs resource capability further and what the hierarchy of xml elements are in each case. Example http://voparis-srv.obspm.fr/srv/tap-titan_temperature/capabilities Request more detailed examples: a second example for SIA should be done classical param of SIA 1.0 (sky position + ROI) extended parameters (time, band) that should be taken from STC (inclusion of schema) or Observation DM -- GretchenGreene - 08 March 2011 | |||||||
Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Thanks for addressing my comments about document structure. There remain a couple of typos:
Data Access Layer (Patrick Dowler, Mike Fitzpatrick) | ||||||||
Added: | ||||||||
> > | Approved. -- IVOA.Patrick.Dowler - 2011-03-01 | |||||||
Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor) | ||||||||
Added: | ||||||||
> > |
Thanks for addressing my comments about document structure.
There remain a couple of typos:
| |||||||
Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet) | ||||||||
Changed: | ||||||||
< < | I approve the document. | |||||||
> > | I approve the document, seconding Matthew's comments discussed and agreed at the Nara closing plenary. | |||||||
A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010 | ||||||||
Added: | ||||||||
> > | The current version of the document mandates that all VO services provide the availability and capabilities interfaces. Following discussion at the Nara Interop closing plenary session, it was agreed that this statement should be amended in the VOSI document to read: It is agreed that IVOA "services" standards previous to VOSI may not be forced to retrospectively implement VOSI (although that should be encouraged). Nonetheless, all new IVOA "services" standards (or updated existing ones) must enforce the VOSI implementation. -- MatthewGraham - 12 Dec 2010 | |||||||
Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man?TCG (Christophe Arviset, Severin Gaudet)I approve the document. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller) | ||||||||
Added: | ||||||||
> > | I approve. Just s small comment. In the sentence (end of Sect. 1) "Once a user discovers data and services of interest, she will want to use engage them in an analysis process.", why the user cannot be a man? | |||||||
TCG (Christophe Arviset, Severin Gaudet)I approve the document. A couple of minor editing remarks to be taken into account:
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI/20101206/ IVOA Review Period: 9 Apr 2010 - 14 May 2010. TCG Review Period: 8 Dec 2010 - 7 Jan 2011 This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)TCG (Christophe Arviset, Severin Gaudet) | ||||||||
Added: | ||||||||
> > | I approve the document. | |||||||
Added: | ||||||||
> > | A couple of minor editing remarks to be taken into account:
| |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: | ||||||||
Changed: | ||||||||
< < | http://www.ivoa.net/Documents/VOSI | |||||||
> > | http://www.ivoa.net/Documents/VOSI/20101206/ | |||||||
IVOA Review Period: 9 Apr 2010 - 14 May 2010. | ||||||||
Added: | ||||||||
> > | TCG Review Period: 8 Dec 2010 - 7 Jan 2011 | |||||||
This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation.
In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this document
Comments from the community
| ||||||||
Added: | ||||||||
> > | -- | |||||||
Deleted: | ||||||||
< < | ||||||||
| ||||||||
Changed: | ||||||||
< < | * Response (by WikiName) | |||||||
> > | -- | |||||||
Added: | ||||||||
> > |
All of these comments have attend to in the latest version.
-- MatthewGraham - 08 Dec 2010
Comments from TCG during TCG Review (8 Dec 2010 to 7 Jan 2011)Applications (Tom McGlynn, Mark Taylor)Data Access Layer (Patrick Dowler, Mike Fitzpatrick)Data Model (Mireille Louys, JesusSalgado)Grid&Web Sevices (Matthew Graham, Paul Harrison)I approve this document. -- MatthewGraham - 08 Dec 2010Registry (Ray Plante, Gretchen Greene)Semantics (Sebastien Derriere, Norman Gray)VOEvent (Rob Seaman, Roy Williams)Standard and Processes (Francoise Genova)Data Curation & Preservation (Alberto Accommazzi)KDD (Giuseppe Longo)Theory (Herve Wozniak, Claudio Gheller)TCG (Christophe Arviset, Severin Gaudet) | |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
| ||||||||
Changed: | ||||||||
< < | * Comment by PatrickDowler (27 Apr 2010) | |||||||
> > |
| |||||||
I sent a very small schema for VOSITables that is necessary for actually using the TableSet element from VODataService as the root
element of a document. I think it should be in A.3 since VOSITables is defined in this standard.
For implementation, http://code.google.com/p/opencadc/ contains source code and several services at CADC implement VOSI endpoints (see http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/caom/ for example). Aside from the above missing schema document, it was straightforward to write code to emit the fully validated (XML schema validation using SAXParser) xml documents.
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
| ||||||||
Added: | ||||||||
> > |
| |||||||
* Response (by WikiName)
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > | * Comment by PatrickDowler (27 Apr 2010) | |||||||
Added: | ||||||||
> > | I sent a very small schema for VOSITables that is necessary for actually using the TableSet element from VODataService as the root element of a document. I think it should be in A.3 since VOSITables is defined in this standard. | |||||||
Added: | ||||||||
> > | For implementation, http://code.google.com/p/opencadc/ contains source code and several services at CADC implement VOSI endpoints (see http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/caom/ for example). Aside from the above missing schema document, it was straightforward to write code to emit the fully validated (XML schema validation using SAXParser) xml documents. * Response (by WikiName) | |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community
| ||||||||
Changed: | ||||||||
< < | Well, this is one of the more opaque standards documents, at least to me. | |||||||
> > | Well, this is one of the more opaque standards documents, at least to me. Here are some things I think would help make this a bit more approachable and provide someone less familiar with the VO some sense of perspective. | |||||||
Added: | ||||||||
> > | In the Introduction, please define the acronyms and provide references to where these external standards are defined. Delete "It is felt"; not the language of a standard. Replace the last paragraph of the Introduction with the usual text that refers to RFC 2119. Section 2, 1st sentence, the word "apply" seems odd here. Do interfaces apply to a service? Pertain? Invoke? With which they are associated? In the 4th paragraph, there is a typo in "standardld". Or is this supposed to be something like standardID? (With a sans-serif font you can't tell.) The reference to Section 2.4 looks incorrect. Final paragraph, "The client must find the appropriate URLs from the registration..."; shouldn't that be "registry"? Section 2.1, 3rd bullet, "not fixed in". Do you mean "defined"? Just prior to the group of two bullets, "The capability list alone...", I don't understand the sense of "alone" here. Is it that the capability list only has two uses, or that only the capability list has two uses? Next bullet, "drive the service" sounds very colloquial. Just say "use" or "invoke". Just below the two bullets, here is something to show my ignorance, but I do not understand what is intended by the { } notation in the root element of the URL. The text here seems to run in circles: ...a child element capability...that describes the capabilities... the capability element...is of type ... capability ... a capability element may be ...a legal subtype of ...capability ... Uggh. In the example on the next page (sample response for SIA service) why, in xsi:schemaLocation, is each entry repeated twice? The text in this example box flows outside the box quite a lot. Section 2.2, remove "description" from the section heading. Add a reference to resource metadata (1st bullet), and I don't think the quotation marks are then necessary. Section 2.3, 3rd paragraph, "If any of these check fail..." should be "checks" Next paragraph, I don't think services "wish" or "intend" to do anything. Just prior to Section 3.4, the paragraph "Ultimately some portals..." is not terribly relevant to defining the standard and can be dropped. In Section 2.5, 3rd paragraph, missing "by" "after represented". 4th paragraph, missing "of" after "value". | |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community | ||||||||
Added: | ||||||||
> > |
| |||||||
Added: | ||||||||
> > | Well, this is one of the more opaque standards documents, at least to me.
| |||||||
<--
|
IVOA Support Interfaces (VOSI) RFC (Version 1.0)This document is a "Request for Comment" (RFC) for the Proposed Recommendation "IVOA Support Interfaces V1.0" (also known as VOSI). The latest version of the specification (11-03-2010) can be found at: http://www.ivoa.net/Documents/VOSI IVOA Review Period: 9 Apr 2010 - 14 May 2010. This specification describes the minimum required interface to participate in the IVOA as a web service. It is an essential component of the TAP specification and so any TAP implementation also serves as a VOSI implementation. In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the example (include your WikiName so 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 GWS WG mailing list, grid@ivoa.net. However, please be sure to enter your initial comments here for full consideration in any future revisions of this documentComments from the community<--
|