Multiple Rics On demand extraction returns only one Ric

Hello @sd,

Please try with automaticDecompression = false,

save on disk and unzip with 7zip?

Please refer to this question for the complete answer:

Multi file save on disk

Let us know if this helped?

Thanks,

-AHS

Ok, glad it works for you now.

You should try to retrieve the file as a raw gzip file instead of decompressed data (csv).

If you are using C#, please change ExtractionsContext.Options.AutomaticDecompression to false and then change the codes that your write the result to file. For more information, please refer to this question.

Actually, it seems that the file I download is a CSV file regardless of the AutomaticDecompression settings.

using (var response = extractionsContext.RawExtractionResultOperations.GetReadStream(result))
            using (var fileStream = File.Create("savedExtraction.gzip"))
                response.Stream.CopyTo(fileStream);

In my case, the code above just writes the CSV data in a file names "savedExtraction.gzip". If I rename it as "savedExtraction.csv" then I am able to open it as a normal CSV file.

Please verify that AutomaticDecompression is set to false at the beginning before calling ExtractRawAsync.

ExtractionsContext.Options.AutomaticDecompression = false; 

If the application is still get the csv file, please share the full code. Therefore, we can test the code.

Please try the latest C# example application. I have commented all Status.Notify codes in RequestRawTransactionsDataAndSaveToGzipFile() function.

Then, the output savedExtraction.gzip is created properly.

What are the versions of ThomsonReuters.Dss.Core.RestApi.common.dll and ThomsonReuters.Dss.RestApi.Client.dll used by the example?

I am using 11.1.527.

Are you using proxy?

Please uncomment Status.Notify codes in RequestRawTransactionsDataAndSaveToGzipFile() function then set AutomaticDecompression to false.

ExtractionsContext.Options.AutomaticDecompression = false; 

Run the Tick History: Request Raw Transactions Data – Save to File example. After receiving the response, please verify the HTTP Response from STEP# 2. You should see the binary data with 1F 8B 08 xxx.

I have also the same problem: csv file disguised as a gzip file. It's annoying because I need to store zipped files on my server.

Hi,

Sorry, I checked quickly through my browser and did not identify any proxy, but it seems that you are right about the fact that I am behind a proxy. This could be in fact the reason for which the gzipped data is decompressed. I checked during the weekend on another network and I got the same reply of yours.

@mantonello

The workaround should be setting "Range: bytes=0-" in the request's header. Then the application will get 206 PartialContent with binary data. I assume that the proxy will not decompress this content.

The code looks like:

ExtractionsContext.SetRequestHeaders(() => { return new System.Collections.Generic.Dictionary<string, string> { { "Range", "bytes=0-" }}; });
   using (var response = ExtractionsContext.RawExtractionResultOperations.GetReadStream(result, 0))          

The code sets the "Range" header before calling GetReadStream.

If you verify the HTTP, you will see:

However, the output file may be corrupted. The workaround is removing Status.Notify and Status.EndNotify from the code to get the complete file, as mentioned in the above comment.