Notes : Gregory + François - Pat,François, Severin, Gregory, Marco, Xiuqin next SIA (or whatever it is called) may hire new authors (James ? others ?) Not much effort to extend SIA into more generic "DataSet SAP", so why not doing it ? - Basic concept : providing a query parameter service giving access to all data products available through ObsCore (images, spectra, time series, visibilities ...) - Open question for catalogs as a whole (but not for sources as in SCS or lines ) - Name propositions: Simple dataset access = SDA, DatasetSAP = DsSAP, ObsSAP, ObsCoreSAP, ObsAP - Severin: remove "Simple" in "SAP". They are not simple . Take this opportunity to get rid of "Simple" word WE don't consider errata (easy to solve = just make it) Issues/proposals discussed A ) self description almost ignored currently/ SHOULD is not enough / making it a MUST in the new protocol gives list of string PARAMETERS values (such as COLLECTION? INSTRUMENTS, ....) list of supported product types and optional parameters B ) adding a MOC parameter should refer to DALI where xtype moc is valid for both FIELDS and Input PARAMETERS MOC 2 ? STMC ? - Does not seem to be an issue to support STMOC in SDA (only additional time syntax) - Just to be sure, Pat will check with DALI 1.2 Extension to SCS is not for current upgrade (later ?) C ) add RELEASEDATE parameter - How to deal with optional fields? One parameter for each? What happened if the field is not supported? - return an empty result? - ignoring it ? - error or warning about ignorance with something explaining why? - rely more strongly on auto description (see A) before sending queries ? - discussion to be continued.... D ) Wild carding : again for string value parameters. May be difficult to tackle May be replaced by self description an multiple parameters E ) case sensivity to be ignored : Not an issue of the Protocol but of the Underlying model So basically default should be insensitive EXCEPT THE MODEL REQUIRES case sensitivity End of the meeting : - 1 shot cutout discovery = to be discussed in a next DAL running meeting - and the acces to rebinned/reprocessed data depends both of solution of issue above and evolution of SODA towards rebinned/reprocessed data