we started building Orthanc on openSUSE Build Service, making use of civetweb instead of mongoose (cmake option -DENABLE_CIVETWEB=ON )
During compilation I get an error:
[ 86s] /home/abuild/rpmbuild/BUILD/Orthanc-1.5.1/Core/HttpServer/MongooseServer.cpp: In function 'void Orthanc::InternalCallback(Orthanc::HttpOutput&, Orthanc::HttpMethod&, Orthanc::MongooseServer&, mg_connection*, const mg_request_info*)':
[ 86s] /home/abuild/rpmbuild/BUILD/Orthanc-1.5.1/Core/HttpServer/MongooseServer.cpp:683:47: error: 'const struct mg_request_info' has no member named 'uri'
[ 86s] if (!filter->IsAllowed(method, request->uri, remoteIp,
[ 86s] ^~~
[ 87s] /home/abuild/rpmbuild/BUILD/Orthanc-1.5.1/Core/HttpServer/MongooseServer.cpp:747:49: error: 'const struct mg_request_info' has no member named 'uri'
[ 87s] Toolbox::SplitUriComponents(uri, request->uri);
[ 87s] ^~~
[ 87s] /home/abuild/rpmbuild/BUILD/Orthanc-1.5.1/Core/HttpServer/MongooseServer.cpp: In function 'void Orthanc::ProtectedCallback(mg_connection*, const mg_request_info*)':
[ 87s] /home/abuild/rpmbuild/BUILD/Orthanc-1.5.1/Core/HttpServer/MongooseServer.cpp:849:81: error: 'const struct mg_request_info' has no member named 'uri'
[ 87s] server->GetExceptionFormatter()->Format(output, e, method, request->uri);
[ 87s] ^~~
Can anyone comment on this? Is this due to use of civetweb?
This line is needed in Fedora because of the DCMTK package, but maybe not in openSUSE. Could you give a try simply removing it?
I thought I had checked the spec file, obviously not good enough.
After removing this and some other changes I got now a first version building. Now testing can start
For anyone interested in helping to test, packages can be downloaded here:
The first issue I came around after installation was the error message
Jan 03 17:54:39 linux-q6gm Orthanc[17052]: E: DcmDataDictionary: Cannot open file: /usr/share/dcmtk/dicom.dic
The file is not in the source tarball, correct?
Where can I get it from?
These files are apparently part of the “dcmtk” package, which is visibly not installed once you run Orthanc. Please could give a try replacing the following line in the specfile:
These files are apparently part of the “dcmtk” package, which is visibly not installed once you run Orthanc. Please could give a try replacing the following line in the specfile:
BuildRequires: dcmtk
by:
Requires: dcmtk
Yes, that did the trick, thanks! Orthanc is now up and running, and I get the Query page on the Webbroser.
Some small issues regarding the documentation need to be fixed (links in file:///usr/share/doc/packages/Orthanc/index.html do not work)
Is there some demo data available that can be used for testing?
Thanks for your support!
Axel
There is a small set of sample images on our demo server, which has the advantage of running 100% free software: http://demo.orthanc-server.com/
The largest database of open-access DICOM images is most probably TCIA (The Cancer Imaging Archive), that literally contains thousands of imaging studies: https://www.cancerimagingarchive.net/nbia-search/
Search for “CR” or “DX” image modality: They should be typical 2D images. Unfortunately, downloading from TCIA requires installing the closed-source “NBIA Data Retriever”, and I’m not sure whether their RPM binaries are compatible with openSUSE.
Finally, a query regarding “sample DICOM images” on your favorite Web search engine will lead to many results. Here are 3 starting points:
One last thing…for the moment: I had a look at https://koji.fedoraproject.org/koji/buildinfo?buildID=1146108 and found in the orthanc.doc package, that the index.html files are missing in all subdirectories. So the documentation is not really working…any plan to fix this?
To be fair, my work is currently entirely dedicated to the upstream project. As far as Linux packaging is concerned, given our limited resources, I have made the choice to only focus on providing cutting-edge Debian unstable packages. This implies I don’t have plan to work on improving the Fedora package by myself in the mid-term.
Please would you kindly report an issue on the Fedora bug tracker regarding the broken documentation?
In the same line of ideas, it would also be important to package at least the Orthanc Web viewer for Fedora/openSUSE (Orthanc - DICOM Server). I am looking forward to find a maintainer for Fedora: Any volunteer is welcome.
One last thing…for the moment: I had a look at https://koji.fedoraproject.org/koji/buildinfo?buildID=1146108 and found in the orthanc.doc package, that the index.html files are missing in all subdirectories. So the documentation is not really working…any plan to fix this?
To be fair, my work is currently entirely dedicated to the upstream project. As far as Linux packaging is concerned, given our limited resources, I have made the choice to only focus on providing cutting-edge Debian unstable packages. This implies I don’t have plan to work on improving the Fedora package by myself in the mid-term.
OK, I will have a look into these packages
Please would you kindly report an issue on the Fedora bug tracker regarding the broken documentation.
Will do
In the same line of ideas, it would also be important to package at least the Orthanc Web viewer for Fedora/openSUSE (https://www.orthanc-server.com/static.php?page=web-viewer). I am looking forward to find a maintainer for Fedora: Any volunteer is welcome.
Plugins was the next thing I wanted to look into. Thanks for the guidance on which one to start!
Cheers
Axel
