ivoa-std / SIA

Simple Image Access
Creative Commons Attribution Share Alike 4.0 International
1 stars 3 forks source link

extension of SIA-style protocol usage outside the image/cube "camp" #10

Open Bonnarel opened 4 years ago

Bonnarel commented 4 years ago

There was a demand to be able to use a parameter based interface "à la" SIAP2 for other dataproduct_types than cube and image DPTYPE constraint should be relaxed eg : measurements timeseries etc.... CADC actually created a service like this. What could be the name ? SIA is no more appropriate For timeSeries this has been discussed in the following ivoa note : http://www.ivoa.net/documents/Notes/TimeSeriesDiscoveryAndAccess/index.html For some dataproduct_types a specific ObsCOre extension may be needed; For TimeSeries this was discussed in a recent past. see for example:

https://wiki.ivoa.net/internal/IVOA/InterOpOct2017TDIG/IVOA2017Santiago-DiscussionTDIG-DM-DAL-Session1.pdf

or

http://volute.g-vo.org/svn/trunk/projects/time-domain/time-series/note/TSSerializationNote.pdf

pdowler commented 2 years ago

I was thinking Simple Data Access (SDA). I'm less certain if it is: 1.0 since it is the first by that name 2.0 since it effectively supersedes SSA-1.x in an incompatible way 2.1 since it effectively supersedes SIA-2.0 with a subtlke change: behaviour change for providers that have move than images and cubes

I'd kind of lean to SDA-2.1 and existing SIA and SSA services could continue to exist until provider decides to level up.

gpdf commented 1 month ago

Editing work toward this end is now on https://github.com/ivoa-std/DAP and, in particular, a specific proposal is on https://github.com/ivoa-std/DAP/pull/3 .

When do we close this issue? Only when (or if) DAP is approved?