Proposed ErrataGive correct ObsCore DM idSuggested Text | ||||||||
Changed: | ||||||||
< < | In Appendix B ("Example Document"), the document gives an IVORN for | |||||||
> > | In Appendix B ("Example Document"), the document gives an IVORN for the ObsCore data model in non-normative text. This IVORN is wrong. As specificed in "Observation Data Model Core Components and its Implementation in the Table Access Protocol, Version 1.0", the IVORN for ObsCore is ivo://ivoa.net/std/ObsCore/v1.0. | |||||||
Deleted: | ||||||||
< < | the ObsCore data model in non-normative text. This IVORN is wrong. As specificed in "Observation Data Model Core Components and its Implementation in the Table Access Protocol, Version 1.0", the IVORN for ObsCore is ivo://ivoa.net/std/ObsCore/v1.0. | |||||||
Deleted: | ||||||||
< < | ||||||||
Rationale | ||||||||
Changed: | ||||||||
< < | The IVORN is used for discovering obscore services and therefore plays | |||||||
> > | The IVORN is used for discovering obscore services and therefore plays a centeral role in the obscore protocol. Having an errroneous IVORN in the example has confused implementors, which in turn leads to failures in discovering such services as well as the necessity for clients to look for both versions. The proposed erratum mitigates this. | |||||||
Deleted: | ||||||||
< < | a centeral role in the obscore protocol. Having an errroneous IVORN in the example has confused implementors, which in turn leads to failures in discovering such services as well as the necessity for clients to look for both versions. The proposed erratum mitigates this. | |||||||
Deleted: | ||||||||
< < | ||||||||
Impact assessment | ||||||||
Changed: | ||||||||
< < | No impact on standards-compliant implementations. No normative text | |||||||
> > | No impact on standards-compliant implementations. No normative text is modified. | |||||||
Deleted: | ||||||||
< < | is modified. | |||||||
Changed: | ||||||||
< < | Suggested Extensions | |||||||
> > | Suggested Changes | |||||||
Added: | ||||||||
> > | Drop Restriction of standardIDThe current schema restricts the standardID to ivo://ivoa.net/std/TAP. This hampers the development of the standard while delivering no actual benefit given that service discovery in the VO in practice works via standardID rather than capability type. So, in TRE 1.1, we should simply drop tr:TAPCapRestriction and derive tr:TableAccess directly from vr:Capability. | |||||||
<--
|
Proposed ErrataGive correct ObsCore DM idSuggested TextIn Appendix B ("Example Document"), the document gives an IVORN for the ObsCore data model in non-normative text. This IVORN is wrong. As specificed in "Observation Data Model Core Components and its Implementation in the Table Access Protocol, Version 1.0", the IVORN for ObsCore is ivo://ivoa.net/std/ObsCore/v1.0.RationaleThe IVORN is used for discovering obscore services and therefore plays a centeral role in the obscore protocol. Having an errroneous IVORN in the example has confused implementors, which in turn leads to failures in discovering such services as well as the necessity for clients to look for both versions. The proposed erratum mitigates this.Impact assessmentNo impact on standards-compliant implementations. No normative text is modified.Suggested Extensions<--
|