Weasis viewer and Conquest web - working, 3.0 option in 1.4.19c1

Hi,

this is not the way to do it. Weasis uses WADO and several people have tried it, so search the forum. I have not though.

These entries affect the conquest generated webpages only (starting from dgate.exe?mode=top) and mean:

[webdefaults]
viewer = viewername <----------- look for [viewername]
[viwewername]
source =filename.lua <----------- must be lua or cq code that generates web page to view a series

Samples are imagejaviewer.cq and flexviewer.lua.

Marcel
Marcel

Hi Robby,

Looking at the samples on the weasis page it should not be too hard to wip up a lua viewer file that should do the job.

[webdefaults]
viewer = weasis
[weasis]
source =weasis.lua

Take a sample jnlp file and put it in weasis.lua:

-- create table list here
print [[
INSERT CONTENTS OF SAMPLE jnlp FILE HERE
]]

Where in the sample file

<argument>$dicom:get -r http://www.dcm4che.org/conflue…chments/16121882/RENALAN2
</argument>

is filled with all conquest wado URLS using a bit of code like this:

<argument>$dicom:get -r ]] .. table.concat(list, ' ') .. [[

Before the print you then have to fill the list:

list={}
-- do a dicom query based on the CGI parameters similar as in wadoviewer.lua
for k,v in ipairs(queryresult)
table.insert(list,
script_name .. "?requestType=WADO&contentType=application/dicom&studyUID="..v.StudyInstanceUID..
"&seriesUID="..v.SeriesInstanceUID.."&objectUID=" .. v.SOPInstanceUID)
end

I will try it out later and post the code.

Marcel

Hi,

This helps:

[weasisviewer]
source = viewers\launchWeasis.cq
header = Content-Type: application/x-java-jnlp-file\

It will at least open the viewer. If I manually substitute this in the file:

<argument>$dicom:get -r http://cf-j10/cgi-bin/dgate.ex…0.425&dsize=0&compress=un
</argument>

It will show one slice of my data. Tomorrow more..., probably need a lua script to generate an XML file with dicom imag e references

Marcel

Hi,

I got basic weasis connectivity going, with these limits: you replace seriesviewer by a weasisviewer script, which starts up weasis for an individual series. Since starting weases takes quite a long time (10 s or more), it may be better to start it at study level. To do this I can:

1) start it at study level when you ask to view a series
or 2) create a new studyviewer option (requires a dgate.exe update)
or 3) create a specific weasis starter page where you query for the patient/study, e.g., dgate.exe?mode=weasisstarter

Which is preferable depends on the intended application. How do you see this? If you want to mix conquest web functions with weasis then 1 or 2 may be preferable. 3) Is good for a standalone application.

Another limitation is that weasis cannot pass bridge or address information into dgate.exe (it generates the '?' that starts the variable part of the URL itself). So weasis will only allow viewing of data for one server per conquest web system.

Marcel

With the 1.4.17beta update weasis viewer works (rudimentary).

Put this dicom.ini in cgi-bin:

viewer = weasisviewer
[weasisviewer]
source = viewers\launchWeasis.cq
header = Content-Type: application/x-java-jnlp-file\
[weasisseriesxml]
source = viewers\weasisseriesxml.lua

Put this file in cgi-bin\viewers\launchWeasis.cq (almost identical copy from: http://www.dcm4che.org/conflue…sis+from+any+environments)

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE jnlp PUBLIC "-//Sun Microsystems, Inc//DTD JNLP Descriptor 6.0//EN" "http://java.sun.com/dtd/JNLP-6.0.dtd">  <jnlp spec="1.6+" version="1.1.3" codebase="http://dicom.vital-it.ch:8089/weasis" href="">    <information>      <title>Weasis</title>      <vendor>Hôpitaux Universitaires de Genève (HUG)</vendor>      <homepage href="docs/help.html"/>      <description>DICOM images viewer</description>      <description kind="short">An application to visualize and analyze DICOM images.</description>      <description kind="one-line">DICOM images viewer</description>      <description kind="tooltip">Weasis</description>      <icon href="images/logo-button.png" kind="default" />      <icon href="images/about.png" kind="splash" />    </information>    <security>      <all-permissions/>    </security>    <resources>      <!--  Requires Java SE 6 update 10 release for jnlp extension without codebase (substance.jnlp) -->      <j2se version="1.6.0_10+" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="128m" max-heap-size="512m" />      <j2se version="1.6.0_10+" initial-heap-size="128m" max-heap-size="512m" />      <!-- Weasis launcher -->      <jar href="weasis-launcher.jar" main="true" />      <!-- OSGI Felix framework -->      <jar href="felix.jar" />      <!-- Optional library (Substance Look and feel, only since version 1.0.8). Requires the new Java Plug-in introduced in the Java SE 6 update 10 release.For previous JRE 6, substance.jnlp needs a static codebase URL -->      <extension href="substance.jnlp"/>      <!-- Allows to get files in pack200 compression, only available from Weasis 1.1.2 -->      <property name="jnlp.packEnabled" value="true" />      <!-- Required parameter. Define the location of config.properties (the OSGI configuration and the list of plug-ins to install/start) -->      <property name="felix.config.properties" value="http://dicom.vital-it.ch:8089/weasis/conf/config.properties" />      <!-- Required parameter. Define the code base of Weasis for the JNLP -->      <property name="weasis.codebase.url" value="http://dicom.vital-it.ch:8089/weasis" />      <!-- Required parameter. Start OSGI console on the port 17179 -->      <property name="gosh.args" value="-sc telnetd -p 17179 start" />      <!-- Optional parameter. Allows to have the Weasis menu bar in the top bar on Mac OS X (works only with the native Aqua look and feel) -->      <property name="apple.laf.useScreenMenuBar" value="true" />      <!-- Optional parameter. Allows to get plug-ins translations -->      <property name="weasis.i18n" value="http://dicom.vital-it.ch:8089/weasis-i18n" />      <!-- Optional Weasis Documentation, appears in the menu Help > User Manual -->      <!-- <property name="weasis.help.url" value="http://dicom.vital-it.ch:8089/weasis-doc" /> -->    </resources>    <!-- Main class -->    <application-desc main-class="org.weasis.launcher.WebstartLauncher">      <!-- Example for opening dicom files from URLs -->      <argument>$dicom:get -w %webscriptadress%?%extra%&mode=weasisseriesxml&series=%series2%&dum=.xml </argument>    </application-desc>  </jnlp>

Put this code in cgi-bin\viewers\weasisseriesxml.lua

print('Content-Type: application/xml\n')


local patid = string.gsub(series2, ':.*$', '')
local seriesuid = string.gsub(series2, '^.*:', '')
local q = DicomObject:new()
q.QueryRetrieveLevel = 'IMAGE'
q.PatientID = patid
q.SeriesInstanceUID = seriesuid
q.SOPInstanceUID = ''
q.PatientBirthDate = ''
q.PatientName = ''
q.StudyInstanceUID = ''
q.StudyDescription = ''
q.StudyDate = ''
q.StudyTime = ''
q.SeriesDescription = ''
q.SeriesNumber = ''
q.Modality = ''
q.ImageNumber = ''
r = dicomquery(servercommand('get_param:MyACRNema'), 'IMAGE', q)


print([[
<?xml version="1.0" encoding="utf-8" ?>
<wado_query xmlns= "http://www.weasis.org/xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" wadoURL="]]..webscriptadress..[[" requireOnlySOPInstanceUID="false" overrideDicomTagsList="0x00000000" >
  <Patient PatientID="]]..patid..[[" PatientName="]]..r[0].PatientName..[[" PatientBirthDate="]]..r[0].PatientBirthDate..[[" >
    <Study StudyInstanceUID="]]..r[0].StudyInstanceUID..[[" StudyDescription="]]..r[0].StudyDescription..[[" StudyDate="]]..r[0].StudyDate..[[" StudyTime="]]..r[0].StudyTime..[[" >
      <Series SeriesInstanceUID="]]..r[0].SeriesInstanceUID..[[" SeriesDescription="]]..r[0].SeriesDescription..[[" SeriesNumber="]]..r[0].SeriesNumber..[[" Modality="]]..r[0].Modality..[[" >
]])


for i=0, #r-1 do
  print([[<Instance SOPInstanceUID="]]..r[i].SOPInstanceUID..[[" InstanceNumber="]]..i..[[" />]])
end


print([[
      </Series>
    </Study>
  </Patient>
</wado_query>
]])

And go. Note that the first file downloads weasis from the internet - better make that local. Also note that at least the dgate.exe in cgi-bin needs to be updated to 1.4.17beta.

Edit 1): put in that it asks for its own AE title from the server. Assumptions:
1) webscriptaddress is set correctly in cgi-bin/dicom.ini
2) The server's own AE title is in acrnema.map and has the correct IP and PORT.
3) dicom.ini in cgi-bin refers to a recent dgate.dic and acrnema.map

Edit 2): put in a Weasis bug workaround that fixes wado over the internet (overrideDicomTagsList="0x00000000") and removed additionalParameters which lead to a warning message.

Marcel

Hi,

weasis makes a WADO HTTP connection to conquest, (using webscriptadress in the lua script), that looks like http://127.0.0.1/cgi-bin/dgate.exe. If you have a HTTP connection that works externally to get to conquest, you can just substitute that in cgi-bin/dicom.ini; it must end with dgate.exe (or dgate for linux) though.

Marcel

A small oops, I have edited the code, I cleaned it up too much.

Marcel

It is the xml file which may not contain the port and address bits. You need to try this from a web browser:

dgate.exe?mode=weasisseriesxml&series=003499:1.2.840.113564.10.1.11874645685364616760173193194661192814320

Then you can check the quality of the generated xml file going into weasis

Marcel

And you can override the behavior by setting:

webscriptadress = http://mywebsite.sytes.net/cgi-bin/dgate.exe

at line 1 of the lua code. The wadoURL in the xml file may not contain a ?

Marcel

Hi,

You need to use the dgate.exe of 1.4.17BETA !!!!

Marcel

http://127.0.0.1/cgi-bin/dgate…eries=patientid:seriesuid

Gives an XML document in my browser. This will be the input to weasis and it must be correct for weasis to load anything. Mine works:

<wado_query wadoURL="http://cf-j10/cgi-bin/dgate.exe" requireOnlySOPInstanceUID="false" additionnalParameters="" overrideDicomTagsList=""><Patient PatientID="20403128" PatientName="xxxx PatientBirthDate=""><Study StudyInstanceUID="1.2.840.113619.2.22.287.42009.8532.20050104.260435" StudyDescription="" StudyDate="20050104" StudyTime="160435"><Series SeriesInstanceUID="1.2.840.113619.2.22.287.42009.8532.2.20050104.260538" SeriesDescription="" SeriesNumber="2" Modality="CT"><Instance SOPInstanceUID="1.2.840.113619.2.22.287.42009.8532.2.1.20050104.260558" InstanceNumber="0"/><Instance SOPInstanceUID="1.2.840.113619.2.22.287.42009.8532.2.2.20050104.260600" InstanceNumber="1"/><Instance SOPInstanceUID="1.2.840.113619.2.22.287.42009.8532.2.3.20050104.260602" InstanceNumber="2"/>

etc etc

The line wadoURL="http://cf-j10/cgi-bin/dgate.exe" has to point to conquest without any '?'

Marcel

Marcel

And CONQUESTSRV1 in the lua script must be your servers AE as defined in acrnema.map

I just edited the code post to remove the dependency on 'CONQUESTSRV1'. Also specified the configuration requirements a bit more clearly.

Marcel

Hi,

after adding correct references to dgate.dic and acrnema.map in cgi-bin/dicom.ini, things start to work for robby. Now we see the thumnails in weasis appear and then dissappear. Trying to solve that now. A similar behavior has been reported with older 1.4.16's but it should have been fixed. Does anybody have a clue?

Marcel