OsiriX HD iPad app using WADO

Hi

I have been testing the OsiriX HD iPad app (https://itunes.apple.com/nz/app/osirix-hd/id419227089?mt=8) with Conquest server 1.4.17b3. OririX HD supports C-MOVE, C-GET and WADO - I am able to retrieve successfully using C-MOVE but I am unable to retrieve via WADO. One of the configuration fields in the app is for WADO URL, but I cannot find examples here within the forums of the URL syntax I should be using, and the OsiriX app help isn't very helpful!

I would be grateful if someone could let me know if there is any documentation that I could review that might help or if there are additional changes I need to make to the cgi-bin/dicom.ini file.

Hi Marcel

Thanks for the information, I have noticed that the behaviour of IIS is different between version 5.1 on XP Pro and version 6.0 on Server 2003 and this was causing me some confusion (browsing to http://127.0.0.1/cgi-bin/dgate.exe on XP displays the 'Default script' page and I can use the ECRF sample app to display images, while browsing to the same on Server2003 displays the DICOM Server Browser window instead).

I am still having problems with WADO retrieves through the app (now getting 'http status code 404') so I shall see if the Osirix forums can help.

Thanks for your assistance
Regards, Paul

Hi Marcel

I'm just going to continue using IIS on XP (and worry about Server 2003 separately once I have things working on XP!).

I've turned on IIS logging to capture the URL that's being called by the app and it looks to have the necessary components however I notice that the contentType=application/dicom rather than contentType=image/gif that is in your example. I think I shall do some testing with other WADO viewers so that I can isolate things more easily.

Regards, Paul

# Log file start #
#Fields: date time cs-method cs-uri-stem cs-uri-query
2014-08-11 23:51:34 GET /192.168.128.139/cgi-bin/dgate.exe requestType=WADO&studyUID=1.3.51.0.7.13755673312.41643.20042.44678.58213.730.15475&seriesUID=1.3.51.0.7.1066001830.45385.38983.42679.52445.29441.4355&objectUID=1.3.51.0.7.12638190669.51660.64837.48524.63377.38850.33924&contentType=application/dicom&useOrig=true
#Log file end #

Thanks Marcel

I found that the problem was just the absence of good details in the app about how to specify the URL arguments (I found another iOS app that had better instructions and was able to use this to work out the problem, along with IIS logging).

I now just have to work out what the difference in between the versions of IIS - I'm happy to close this thread tho.

Thanks for your feedback
Regards, Paul