ImagingDataCommons / ThrottleProxy

(CORE REPO)
Apache License 2.0
2 stars 0 forks source link

extra ^M characters in multipart-related series download #30

Open pieper opened 3 years ago

pieper commented 3 years ago

When downloading a series using dicomweb wado-rs to get multipart content of type application/dicom, the contents of the download from the proxy is different from accessing the Google dicomweb directly.

In this image the left side is from the proxy and the right side is from google.

image

This is the proxy URL:

https://proxy-dot-idc-dev.appspot.com:443/v1beta1/projects/idc-dev-etl/locations/us-central1/datasets/idc_tcia_mvp_wave0/dicomStores/idc_tcia/dicomWeb/studies/1.3.6.1.4.1.14519.5.2.1.2744.7002.150059977302243314164020079415/series/1.2.276.0.7230010.3.1.3.8323329.18234.1440001306.224430

And this is to access the corresponding series from Google.

export PROJECT_ID=chc-tcia
export REGION=us-central1
export DATASET_ID=qin-headneck
export DICOM_STORE_ID=qin-headneck

export URL=https://healthcare.googleapis.com/v1beta1/projects/$PROJECT_ID/locations/$REGION/datasets/$DATASET_ID/dicomStores/$DICOM_STORE_ID/dicomWeb/studies/1.3.6.1.4.1.14519.5.2.1.2744.7002.150059977302243314164020079415/series/1.2.276.0.7230010.3.1.3.8323329.18234.1440001306.224430
echo $URL

curl -X GET --silent \
     -H "Authorization: Bearer "$(gcloud auth print-access-token) \
     $URL \
     -o /tmp/series.content2
pieper commented 3 years ago

Note that this is not an issue for OHIF, but causes issues for other uses of the proxied content.