Posts by jwest

Mr Marcel,

Thansk for your response.

If you look at my dicom.ini I already have setttings to
[weasisseriesxml]
source = weasisseriesxml.lua

[weasisstudyxml]
source = weasisstudyxml.lua

I had put all .lua, .cq into cgi-bin.
I just created a viewers subdirectory and move all .lua and .cq files to it.

I think it make no difference the location of .lua or .cq, since thy are setting in dicom.ini correcttly. I already have weasis working and showing images when I call studies via tomcat. Eg; http://my_site_with_tomcat/weasis-pacs- ... entID=XXXX all works well showing stuydies.

I just change dgate.exe from to 1.4.17c .

To upgrade to 1.4.17c , I only substitue dgate.exe on conquest server and on my cgi-bin. Is it ok?

After it I test again and when I call studies via tomcat. Eg; http://my_site_with_tomcat/weasis-pacs- ... entID=XXXX all works well showing stuydies images.
But, If i use weasis serie viewer with dgate: http://my_site_with_apache/cgi-bin/dgat ... 7183692%27, JRE is showing and ask for confirmation to execute the file. I agree to execute and i have tyhe same exception after.

The exception occurs only with weasis series viewer via dgate.exe on apache.

I have all last files in cgi-bin, cgi-bin/viewers.

The dgate.exe on apache server and conquest server is the same as 1.4.17c .

Regards,
Luiz

Mr Marcel,

I am needing your help, please.

I am using dgate 1.4.17beta3 on conquest server and on apache cgi-bin. My JRE is 1.7

I have had a relative success deploying weasis with conquest on my sistem with informations from this post http://forum.image-systems.biz…?f=33&t=3676&hilit=weasis .

I have two remotes PC. I have a PC with conquest server and I have an other PC hosting apache and tomcat.

So I have tomcat and apache installed and working.

1. From my PC station, If I am requesting studies via tomcat server, there is no problem.
In my PC, when I use http://my_site_with_tomcat/wea…iewer.jnlp?patientID=XXXX all works well showing stuydies.

2. From my PC station, If I am using wado server via apache server I have a problem.
When I use http://my_site_with_apache/cgi…=patientid+=+%27183692%27, JRE is showing and ask for confirmation to execute the file. I agree to execute and i have an exception after.

I get this exception:
Unexpected Exception
java.lang.NullPointerException
at java.util.Hashtable.put(Unknown Source)
at java.util.Properties.setProperty(Unknown Source)
at java.lang.System.setProperty(Unknown Source)
at org.weasis.launcher.WeasisLauncher.loadProperties(WeasisLauncher.java)
at org.weasis.launcher.WeasisLauncher.launch(WeasisLauncher.java)
at org.weasis.launcher.WebstartLauncher.main(WebstartLauncher.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.javaws.Launcher.executeApplication(Unknown Source)
at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
at com.sun.javaws.Launcher.doLaunchApp(Unknown Source)
at com.sun.javaws.Launcher.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

and here is the code issuing the exception

<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>    <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"/>    <jar href="weasis-launcher.jar" main="true"/>    <jar href="felix.jar"/>    <extension href="substance.jnlp"/>    <property name="jnlp.packEnabled" value="true"/>    <property name="felix.config.properties" value="http://dicom.vital-it.ch:8089/weasis/conf/config.properties"/>    <property name="weasis.codebase.url" value="http://dicom.vital-it.ch:8089/weasis"/>    <property name="gosh.args" value="-sc telnetd -p 17179 start"/>    <property name="apple.laf.useScreenMenuBar" value="true"/>    <property name="weasis.i18n" value="http://dicom.vital-it.ch:8089/weasis-i18n"/>  </resources>  <application-desc main-class="org.weasis.launcher.WebstartLauncher">    <argument>$dicom:get -w http://my_site_with_apache/cgi-bin/dgate.exe?port=3010&address=192.168.10.7&mode=weasisstudyxml&study=183692:1.3.46.670589.30.1.3.1.116520970982.1332416922140.1&dum=.xml </argument>  </application-desc></jnlp>

Here is my dicom.ini

[sscscp]MicroPACS                = sscscp# database layout (copy dicom.sql to the web server script directory or point to the one in your dicom server directory)kFactorFile              = C:\wamp\www\dicomserver\dicom.sqlTruncateFieldNames       = 10 # default IP address and port of DICOM server (may be non-local, web pages empty if wrong)# use version 1.4.14 up, if an older version some feautues will not workWebServerFor             = 192.168.10.7TCPPort                  = 3010# AE title: only used if web client originates queries or movesACRNemaMap               = C:\wamp\www\dicomserver\acrnema.mapDictionary               = C:\wamp\www\dicomserver\dgate.dicMyACRNema		 = CONQUESTSRV1WebScriptAddress         = http://my_site_with_apache/cgi-bin/dgate.exe[webdefaults]size     = 560dsize    = 0compress = uniconsize = 48 graphic  = gifviewer = weasisviewerstudyviewer = weasisstudyviewer[weasisviewer]source = launchWeasis.cqheader = Content-Type: application/x-java-jnlp-file\[weasisseriesxml]source = weasisseriesxml.lua[weasisstudyviewer]source = launchWeasisStudy.cqheader = Content-Type: application/x-java-jnlp-file\[weasisstudyxml]source = weasissstudyxml.lua

Here is launchWeasis.cq

<?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>

Here is 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>
    ]])

Thanks in advance,
Luiz

Mr Marcel.

This is a minor problem.

Thanks,

Luiz

Hi, Mr Marcel,

No, when the problem happens the icon of conquest disappears. The app appears only in task manager.
If I want access the GUI form of conquest server, I have to kill the conquest process and start it again.

Regards,
Luiz

Hi, Mr Marcel,

I have done some tests.

I am running conquest server during more than week with gui main form opened without problems.

I can confirm that windows GUI interface and the trayicon are gone when I am running the app minimized to tray icon although the app continues running in task manager.

Regards,
Luiz

Hi,

Maybe, But it seems happens when I leave the conquest app running minimized to tray icon. If I leave the window GUI showing, it seems that the problem does not occur.

I will observe longer to see if it is.

Regards,
Luiz

Mr Marcel,

No, I am not starting a new session.
Since I have to leave the conquest server running as application, I didn´t logout from session.
I only close the terminal server and the conquest server will continues running.

I have seen the logs from conquest server and I saw nothing unusual.

Regards,
Luiz

Hi,

I am accessing the conquest server by terminal server in a client.
When I login in that Server, I can see the problem. The windows GUI interface and the trayicon are gone.

I am searching for something special when It happens. Until now , I didn´t find it.
There is a possibility that it happens when I leave the application running minimized to trayicon. But, I am not sure about it.

Regards,

Luiz

Mr Marcel,

I am using 1.4.16 installed as application, not as windows service, in a PC with win server 2003 (32 bits) and firebird 2.52(odbc).
I have frequently noted the trayicon disappears from taskbar. This happens almost everyday .
When I check the windows process in task manager, I can see conquest server is active, but there is no trayicon in task manager.
As I need see the conquest server log, I have to kill the process and start conquest server again.

If you need I can post the screen snapshot when this happens.

Regards,
Luiz

Hi,
I am not using compression.

Maybe a bug in the viewer component. I don´t know.

I did a workaround to send a c-move and expect 20 seconds. If no reponse at 20 seconds, I perform another c-move. Until now, it is working well and I always receive the images from conquest server.

Regards,
Luiz

Hi,

Sorry for my basic doubts about Worklist.
I´d like to enable Worklist in my client.
He has a CR philips machine.
I am using firebird and conquest server 1416 without problems.
I wouldn´t like to use hl7 because it is more complex. Then, I post the data directly in the worklist table with my application running in other PC.

Here is my doubts:

1. Which fields are mandatory to be filled in worklist table?
2. Let´s suppose that studyUID is filled by modality node.
I fill the patient data in worklist table today and the modality perform two CR images and put them in that studyUID.
Some weeks later, when the patient returns, He needs three news CR images and I´d like all CR images saved in the same studyUID before.
Then, I create a new entry on worklist table.
The CR modality query the worklist table and knows about three CR images to that patient.
What I have to do so that the CR modality will be able to put the new images on the same StudyUID before?

Thanks in advance,
Luiz

Hi, Mr Marcel,

I am sure that lua file is called.

The problem is only in the GUI form interface.

If I use FileNameSyntax = lua:dofile('makefilename.lua'), the GUI form interface change the setup on "GUI form configuration" to V2(allow NKI compression).

I can change the configuration back clicking on "imagens on disk are named" to dcm(standard format). But, when I shutdown conquest and restart it, the GUI form configuration comes back to V2(allow NKI compression). The setup is not saved.

Best Regards,
Luiz

Hi, Here is:

# This file contains configuration information for the DICOM server
# Do not edit unless you know what you are doing

[sscscp]
MicroPACS = sscscp
Edition = Personal

# Network configuration: server name and TCP/IP port#
MyACRNema = CONQUESTSRV1
TCPPort = 5678

# Reference to other files: known dicom servers; database layout; sops
ACRNemaMap = acrnema.map
kFactorFile = dicom.sql
SOPClassList = dgatesop.lst

# Host(ignored), name, username and password for ODBC data source
SQLHost = localhost
SQLServer = dicom_dsn
Username = SYSDBA
Password = masterkey
DoubleBackSlashToDB = 0
UseEscapeStringConstants = 0

# Configure database
TruncateFieldNames = 10
MaxFieldLength = 254
MaxFileNameLength = 255
FixPhilips = 0
FixKodak = 0
KeepAlive = 0
LargeFileSizeKB = 4096
PrintSquareLandscape = 0
UseKpacsDecompression = 1
ZipTime = 05:
UIDPrefix = 1.2.826.0.1.3680043.2.135.734282.51546671
EnableReadAheadThread = 1
PatientQuerySortOrder =
StudyQuerySortOrder =
SeriesQuerySortOrder =
ImageQuerySortOrder =
EnableComputedFields = 1
IndexDBF = 1
PackDBF = 0
LongQueryDBF = 1000
TCPIPTimeOut = 300
FailHoldOff = 60
RetryDelay = 100
RetryForwardFailed = 0
ImportExportDragAndDrop = 0
QueueSize = 128
WorkListMode = 0
WorkListReturnsISO_IR_100 = 1
DebugLevel = 0
Prefetcher = 0
LRUSort =
AllowTruncate =
DecompressNon16BitsJpeg = 1
UseBuiltInJPEG = 1
LossyQuality = 95
IgnoreOutOfMemoryErrors = 0
NoDICOMCheck = 0
PadAEWithZeros = 0
FileNameSyntax = lua:dofile('makefilename.lua')

# Configuration of compression for incoming images and archival
DroppedFileCompression = un
IncomingCompression = un
ArchiveCompression = as

# Names of the database tables
PatientTableName = DICOMPatients
StudyTableName = DICOMStudies
SeriesTableName = DICOMSeries
ImageTableName = DICOMImages
DMarkTableName = DICOMAccessUpdates
RegisteredMOPDeviceTable = RegisteredMOPIDs
UIDToMOPIDTable = UIDToMOPID
UIDToCDRIDTable = UIDToCDRID

# Banner and host for debug information
PACSName = CONQUESTSRV1
OperatorConsole = 127.0.0.1

# Configure email of error messages
MailHost =
MailPort = smtp
MailSignon =
MailFromName =
MailRcptName1 =
MailCollectTime = 1
MailWaitTime = 10

# Configuration of disk(s) to store images
MAGDeviceThreshhold = 0
MAGDeviceFullThreshHold = 30
IgnoreMAGDeviceThreshold = 0
MAGDevices = 1
MAGDevice0 = C:\dicomserver\data\
NightlyCleanThreshhold = 0

Hi, Mr Marcel,

I am having a problem with filenamesyntax, with conquest server 1417 alpha.

Searching the forum, I find a setup to filenamesyntax and I´d like to use it.
Here is it, with some changes to my needs:
FileNameSyntax = lua:dofile('makefilename.lua')

The makefilename.lua coding is:
local n = Data.PatientID
-- process n here
if not n then
n = strsub(n,1,16)
end
return os.date('%Y\\') .. os.date('%m\\') .. n ..'\\' .. Data.SOPInstanceUID .. '.dcm'

But, when I use this script, the GUI configuration change the setup of the images named on disk from dcm(standard format) to V2(allow NKI compression).

I´d like to stay using dcm(standard format) to images named on disk, and not V2(allow NKI compression). Is it possible when using this script?

Best Regards,
Luiz

Hi, Mr Marcel,

I am using a dicomvcl query demo version for test. The image size is about 10 MB. My receive timeout settings is 100 seconds. I have seen that for small dicom images the problem doesn´t happens.

Regards,
Luiz

Hi, Mr Marcel.

I use c-find to search for images on conquest server.
Alter this, I execute c-move to retrieve the images.
After the first c-move , the image is not always received in my client viewer, and that happens frequently during the day.
When the image is not received I use another c-move, and only then the image is retrieved to my client viewer.
Below is the server's log for when this happens.

I am using Conquest 1417 beta, but I also did some tests with Conuqest 1416 with the same results.

Can you help me with this problem, please?

[CONQUESTSRV1] UPACS THREAD 47: STARTED AT: Fri May 24 17:59:18 2013
[CONQUESTSRV1] Calling Application Title : "v127.0.0.1 "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 1048576
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
[CONQUESTSRV1] (StudyRootQuery) search level: STUDY
[CONQUESTSRV1] C-Find (StudyRoot) located 1 records
[CONQUESTSRV1] UPACS THREAD 47: ENDED AT: Fri May 24 17:59:18 2013
[CONQUESTSRV1] UPACS THREAD 47: TOTAL RUNNING TIME: 0 SECONDS
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 48: STARTED AT: Fri May 24 17:59:21 2013
[CONQUESTSRV1] Calling Application Title : "v127.0.0.1 "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 1048576
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUESTSRV1] C-Move Destination: "v127.0.0.1"
[CONQUESTSRV1] Number of Images to send: 1
[CONQUESTSRV1] Sending file : D:\dicomserver\data\20130523-01-0003\1.3.46.670589.30.1.6.1.114374073479207.1369319273625.1_0001_000001_13693189860002.dcm
[CONQUESTSRV1] C-Move (StudyRoot)
[CONQUESTSRV1]
[CONQUESTSRV1] UPACS THREAD 49: STARTED AT: Fri May 24 17:59:42 2013
[CONQUESTSRV1] Calling Application Title : "v127.0.0.1 "
[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 1048576
[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1
[CONQUESTSRV1] C-Move Destination: "v127.0.0.1"
[CONQUESTSRV1] Number of Images to send: 1
[CONQUESTSRV1] Sending file : D:\dicomserver\data\20130523-01-0003\1.3.46.670589.30.1.6.1.114374073479207.1369319273625.1_0001_000001_13693189860002.dcm
[CONQUESTSRV1] UPACS THREAD 48: ENDED AT: Fri May 24 17:59:42 2013
[CONQUESTSRV1] UPACS THREAD 48: TOTAL RUNNING TIME: 21 SECONDS
[CONQUESTSRV1] C-Move (StudyRoot)