Posts by blub_smile

  • Weired search results

    Ah ok so that means when I query Conquest from another DICOM client like Radworks each querie item/result has to be acknowledged - that does explain why 400 items take 16s. (thats a crappy design!?)

  • Weired search results

    Hi


    We have a little "search issue".


    Is there an explanation why the search term "mueller*" and "Mueller*" does produce different results?
    When I remember correctly under MySQL it did not matter!? (Now PostgreSQL) - or at least using an older Conquest/dicom.ini version it did not matter?


    While testing I am wondering why it takes conquest itsself 0 seconds for query containing 476 results and a remote dicom host like Radworks/Centricity or Clearcanvas 16s for the same query (time is taken from conquest server log)

  • SQL Null Error

    Indeed very strange. It only affects 2 pictures from one CT study and they do not seem to have corrret UIDs - maybe just image corruption as other images from the same study are ok.

  • SQL Null Error

    Hi


    I am getting the following error on a few images:


    20140221 10:20:33 ***Failed MYSQLExec : INSERT INTO DICOMImages (ImagePat, AccessTime, ObjectFile, DeviceName) VALUES ('0', 1392974432, '1.2.276.0.37.1.183.201007.5278763\\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\\000001.dcm', 'MAG0')
    20140221 10:20:33 ***Error: Field 'SOPInstanc' doesn't have a default value
    20140221 10:20:33 ***Unable to DB.Add()
    20140221 10:20:33 ***SQL: INSERT INTO DICOMImages (ImagePat, AccessTime, ObjectFile, DeviceName) VALUES ('0', 1392974432, '1.2.276.0.37.1.183.201007.5278763\\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\\000001.dcm', 'MAG0')
    20140221 10:20:33 ***Error: Field 'SOPInstanc' doesn't have a default value
    20140221 10:20:33 ***[Regen] D:\test\409225\1.2.276.0.37.1.183.201007.5278763\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\000001.dcm -FAILED: Error SQL Add
    20140221 10:20:33 ***Failed MYSQLExec : INSERT INTO DICOMImages (ImagePat, AccessTime, ObjectFile, DeviceName) VALUES ('0', 1392974432, '1.2.276.0.37.1.183.201007.5278763\\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\\000002.dcm', 'MAG0')
    20140221 10:20:33 ***Error: Field 'SOPInstanc' doesn't have a default value
    20140221 10:20:33 ***Unable to DB.Add()
    20140221 10:20:33 ***SQL: INSERT INTO DICOMImages (ImagePat, AccessTime, ObjectFile, DeviceName) VALUES ('0', 1392974432, '1.2.276.0.37.1.183.201007.5278763\\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\\000002.dcm', 'MAG0')
    20140221 10:20:33 ***Error: Field 'SOPInstanc' doesn't have a default value
    20140221 10:20:33 ***[Regen] D:\test\409225\1.2.276.0.37.1.183.201007.5278763\1.2.392.200036.9116.2.6.1.48.1214859555.1389310001.742175\000002.dcm -FAILED: Error SQL Add


    That seems to be anew one I never encoutered.
    What does it mean? the rest of the images seem to be ok.

  • Which Database engine - MySQL or PostgreSQL

    Hi


    Yesterday out of the blue the MySQL instance crashed on the new server for now known reason. Error logs weren't helpful.
    But at least DB was not corrupted.
    On the old server MySQL 5.1 was running for years and that NEVER happended.


    So I am wondering whether staying with MySQL is the right choice?


    Does anyone here have bad experiences with MySQL?
    Are there any experiences with PostgreSQL?

  • Conquest GUI I/O Error

    thx


    I will give it a try if RichCopy fails.


    Marcel, when I re-initialize the database can conquest still accept and send the new and already indexed images ?
    Or is it better to make an intermittend server for the time needed to re-index and then just drag-and drop the newest images to the "big server"?

  • Conquest GUI I/O Error

    Ok thx.


    TeraCopy did not work either, gave me error "out of memory" after 80GB -damn.


    I am now trying RichCopy - so far almost 100GB. I will post the result here. Maybe in the future someone else is doing something that or even more crazy copying stuff

  • Conquest GUI I/O Error

    Mhh ok.


    I just benchmarked re-regen speed, it is 150 images/s, so regen would take about 48h. Not too bad.
    I therefore will go the way: Teracopy -> re-gen.


    So Marcel there is no need to figure it out, thx :D

  • Conquest GUI I/O Error

    Ok



    I think I will give TeraCopy a try even though I have to re-gen everything. My primary goal was save the time for re-gen and drag-and drop, but as it turns out that was not working.

  • Conquest GUI I/O Error

    You are correct. 1.4.16 wasn't different.


    However 250GB is the smallest portion I have. In total I have to move 4tb -> roughly 24 million images.


    I also tried sending images from conquest to conquest but that resulted in painly slow image transfer after about 8000 files to 1 image/s.

  • Conquest GUI I/O Error

    HI


    I know it has been a while since my last activity but is has been a smooth sailing since.


    I currently have set up a new server and I am having trouble importing the old images.


    Server:
    Xeon 6 core 2,5ghz
    32GB RAM
    Database Drive Intel SSD - MySQL 5.6 InnoDB
    Storage Volume 14TB Raid 6 WD RAID drives
    Conquest V1.17c


    I decided to connect the old storage volume via windows SMB to the new server as a mapped network drive and the simply "drop" the DICOM folder to the new server gui. I started with the smallest volume of 250GB, its all J2K files.


    It first looked to work flawlessly but after around 70.000 to 100.000 images the GUI gives a not further defined I/O error and importing is stopped - the server remains online and images arriving from modalities are accepted.
    The GUI itsself does not close on the error it simply stops importing.
    There is no trace of an error in the logs.
    The server itsself is totally bored with max 10% CPU and system load, so I think it is not a performance issue.


    I have now reverted the import server (have setup an extra import server with same filepath and database) with an older 1.4.16 version to see if that helps.



    Anyone any ideas?

  • auto delete studies?

    Ok thank you Marcel.


    Then I will first start filling the drives up until 15GB left and stop deleting until then. In the meantime I will try and figure something out.

  • auto delete studies?

    Hi


    I have 3 MAGDevices 0-2. I would like to fill MAG0 up to 10GB an then use the next one MAG1 and then MAG2.
    To do this I used Magdevicefullthreshhold=10000 . This should do it I think.
    Does this setting work for all MAGDevices or can I set it for each one seperately?


    What does happen when all drives are full to the extend of 10GB, will it stop accepting/writing data?
    If so what would be the best way to free up space on a regular basis while not risking to loose incoming data and at the same time use the available space? - NightlyCleanThreshhold of 12000MB?

  • Conquest to Ipad

    The basic stuff is very easy.
    Just set up Osirix HD and Conquest with correct/corresponing IP, AE and port - thats it. Not to forget correct transport format, we use J2K lossless.
    You just have to make sure that the the IPad has a fixed IP which will not change.
    You will run into trouble if you try to receive images via WLAN within your DICOM Network and via VPN 3G while outside using the same device.
    I did not find a way to give IOs devices the same IP via WLAN and VPN - just did not work - and Conquest will only send images when IP and AE matches.
    Setting up one AE with multiple IPs did not work.

  • built-in compression findings of 1.4.16i

    Hi


    The lossy JPEG2000 does not seem to work correctly:


    JPEG2000 lossless size: 22MB
    JPEG2000 lossy - quality 95: 17,1MB
    JPEG2000 lossy - quality 80: 17,1MB
    JPEG2000 lossy - quality 70: 17,1MB
    JPEG2000 lossy - quality 50: 17,1MB


    So when using lossy the compression seems to be fixed and does not scale according to the setting in dicom.ini


    tested with latest "j" version.