IVOA Theory: General requirementsThe general requirements form this page are meant to guide the discussions and working of the Theory Interest Group. The objective is to define a list of requirements needed to include theoretical models in general in the IVAO framework (i.e. related with other WG and IG). These requirements extends the ones taht can we extracted from the Use cases page. General requirements
Applications requirementsHow theoretical services can be access from applications? Would we push the App WG to include theoretical services at the same level of "cone-search-like" services? (linked with Registry requeriments).Semantics requirementsSee Semantics for requirementsData Acess Layer requirementsIt is SNAP + TAP enough?, Should be TSAP (theoretical spectral access protocol) extended to other data services different than spectra?Data Modeling requirementsShould each kind of theoretical result have a particluar data model? (data model for spectra + datamodel for isochrones + data model for photoionization + ....)?Grids and Web services requirements?Regitry requirementsHow to register theoretical models?SNAP Services approach: to register services that use SNAP and mantain a separated registry of SNAP resources(?) Non-SNAP services: It refers to services that can use other protocools, like theoretical spectral as example that can use SSAP. Should these serviced registered as SSAP or we must ask for an "special" entry inthe registry? |
IVOA Theory: General requirementsThe general requirements form this page are meant to guide the discussions and working of the Theory Interest Group. The objective is to define a list of requirements needed to include theoretical models in general in the IVAO framework (i.e. related with other WG and IG). These requirements extends the ones taht can we extracted from the Use cases page. General requirements
Applications requirementsHow theoretical services can be access from applications? Would we push the App WG to include theoretical services at the same level of "cone-search-like" services? (linked with Registry requeriments).Semantics requirementsSee Semantics for requirementsData Acess Layer requirementsIt is SNAP + TAP enough?, Should be TSAP (theoretical spectral access protocol) extended to other data services different than spectra?Data Modeling requirementsShould each kind of theoretical result have a particluar data model? (data model for spectra + datamodel for isochrones + data model for photoionization + ....)?Grids and Web services requirements?Regitry requirementsHow to register theoretical models?SNAP Services approach: to register services that use SNAP and mantain a separated registry of SNAP resources(?) Non-SNAP services: It refers to services that can use other protocools, like theoretical spectral as example that can use SSAP. Should these serviced registered as SSAP or we must ask for an "special" entry inthe registry? <--
|