Xavier Sosnovsky

Results 24 comments of Xavier Sosnovsky

Received via the SDMX mailbox and related to this issue: "There is my view a feature that would be nice to have for avoiding possible timeout and improving the responsiveness...

This might be useful for item schemes too (cf. [initial request](https://github.com/sdmx-twg/sdmx-rest/issues/173) from @buhaiovos)

Re. item schemes, there are some rather large codelists (with up to 1 million codes for example). See [related discussion](https://github.com/sdmx-twg/sdmx-rest/discussions/175).

Was possible with SOAP but SOAP has been deprecated

(Note to self before the analysis starts: This is not trivial for the structure specific formats)

Let's take the attached fictive DSD as example (and let's ignore OBS_COM): ![sc](https://user-images.githubusercontent.com/1846109/166638272-6ba7177f-6c0c-4fdf-8b2d-23db79ad21f4.png) And let's take the following dataset: ![sc2](https://user-images.githubusercontent.com/1846109/166638412-063b03a1-95e2-4ed0-afce-e342240e5dcd.png) If I query for `D.CHF.`, I would expect it to...

Thanks, @dosse The reference metadata is the part of the spec I know the least, so I would prefer to forward the question to @agent96 :-). It definitely looks useful...

Fixed in the `develop` branch

Good point indeed! It sounds logical to me that updatedAfter applies to anything matching the query. On the other hand, asking for a *datastructure* resource and then getting a response...

We might want to rethink the use cases again and see whether existing HTTP features (like conditional GET requests) might be sufficient.