Hello fellows,
My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
would be happy to package it for Debian.
I've seen previous works on the package (and the SVN tree), and bug 680352. I
contacted previous maintainer Mathieu Malaterre and he
told me he's not using it anymo
Hi,
On 1/26/14, Pablo Lorenzzoni wrote:
> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> would be happy to package it for Debian.
>
> I've seen previous works on the package (and the SVN tree), and bug 680352.
> I
> contacted previous maintainer Mathieu Malaterre a
Hi Pablo,
On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
> Hello fellows,
>
> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> would be happy to package it for Debian.
>
> I've seen previous works on the package (and the SVN tree), and bug 680352.
On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> would be happy to package it for Debian.
Most brilliant. A fully functional DICOM server is what Debian (Med)
desperately needs.
Any chance I can conv
Hi Karsten,
On Sun, Jan 26, 2014 at 11:08:36PM +0100, Karsten Hilbert wrote:
> On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
>
> > My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> > would be happy to package it for Debian.
>
> Most brilliant. A fu
On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> would be happy to package it for Debian.
May I kindly suggest -- if there's a choice to be had -- that
you might consider choosing PostgreSQL as the ba
On Sun, Jan 26, 2014 at 11:21 PM, Karsten Hilbert
wrote:
> On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
>
>> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
>> would be happy to package it for Debian.
>
> May I kindly suggest -- if there's a choice
Hello Andreas, Karsten,
On Sun, Jan 26, 2014 at 11:16:00PM +0100, Andreas Tille wrote:
> Hi Karsten,
>
> On Sun, Jan 26, 2014 at 11:08:36PM +0100, Karsten Hilbert wrote:
> > On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
> >
> > > My name is Pablo Lorenzzoni. I am currently us
Hello,
On Mon, Jan 27, 2014 at 09:02:16AM +0100, Mathieu Malaterre wrote:
> On Sun, Jan 26, 2014 at 11:21 PM, Karsten Hilbert
> wrote:
> > On Sun, Jan 26, 2014 at 10:00:49AM -0200, Pablo Lorenzzoni wrote:
> >
> >> My name is Pablo Lorenzzoni. I am currently using ConQuest DICOM server and
> >> wo
On Mon, Jan 27, 2014 at 09:02:16AM +0100, Mathieu Malaterre wrote:
> > May I kindly suggest -- if there's a choice to be had -- that
> > you might consider choosing PostgreSQL as the backend, which,
> > among those
> >
> > DbaseIII, MySQL, Postgres and SqLite
> >
> > listed here
> >
> >
On Mon, Jan 27, 2014 at 07:02:32AM -0200, Pablo Lorenzzoni wrote:
> > BTW DCMTK has been compiled and tested with hardening flags and proven
> > to work very well, it is a very robust and mature SCP server.
>
> Sure... right now anyone looking for a DICOM server should go to DCMTK before
> ConQue
On Mon, Jan 27, 2014 at 11:03 AM, Karsten Hilbert
wrote:
> On Mon, Jan 27, 2014 at 07:02:32AM -0200, Pablo Lorenzzoni wrote:
>
>> > BTW DCMTK has been compiled and tested with hardening flags and proven
>> > to work very well, it is a very robust and mature SCP server.
>>
>> Sure... right now anyo
On Mon, Jan 27, 2014 at 11:10:20AM +0100, Mathieu Malaterre wrote:
> >> > BTW DCMTK has been compiled and tested with hardening flags and proven
> >> > to work very well, it is a very robust and mature SCP server.
>
> >> Sure... right now anyone looking for a DICOM server should go to DCMTK
> >>
On Mon, Jan 27, 2014 at 11:10:20AM +0100, Mathieu Malaterre wrote:
> > There is no
> >
> > $> apt-get install dcmtk-pacs
> > $> mc -e /etc/dcmtk-pacs/pacs.conf
> > ...
> > $> dcmtk-pacs --import /all/our/current/dicom/images/
> > $> ginkgocadx
> >
>
> I per
On Mon, Jan 27, 2014 at 11:41:04AM +0100, Karsten Hilbert wrote:
> > I personnaly use:
> >
> > $> apt-get install dcmtk
> > $> vim /etc/dcmtk/dcmqrscp.cfg
> > $> storescu LOCAL 1234 +r /all/our/current/dicom/images/
> > $> ginkgocadx
>
> Hmmm, that looks promi
On Mon, Jan 27, 2014 at 11:41:04AM +0100, Karsten Hilbert wrote:
> > I personnaly use:
> >
> > $> apt-get install dcmtk
> > $> vim /etc/dcmtk/dcmqrscp.cfg
> > $> storescu LOCAL 1234 +r /all/our/current/dicom/images/
> > $> ginkgocadx
>
> Hmmm, that looks promi
On Mon, Jan 27, 2014 at 12:22:19PM +0100, Karsten Hilbert wrote:
> > > I personnaly use:
> > >
> > > $> apt-get install dcmtk
> > > $> vim /etc/dcmtk/dcmqrscp.cfg
> > > $> storescu LOCAL 1234 +r /all/our/current/dicom/images/
> > > $> ginkgocadx
> >
> > Hmmm,
Dear all,
Perhaps you could give a look at Orthanc [1], that is a lightweight
DICOM store that is built on the top of DCMTK, that is already packaged
into Debian [2], and that is known to work in combination with Ginkgo
CADx since release 0.7.0 [3].
The distribution of Orthanc contains a Pyt
On Mon, Jan 27, 2014 at 12:52:10PM +0100, Sebastien Jodogne wrote:
> Perhaps you could give a look at Orthanc [1], that is a lightweight
> DICOM store that is built on the top of DCMTK, that is already
> packaged into Debian [2], and that is known to work in combination
> with Ginkgo CADx since re
This is your Jan 2013 answer to my inquiry on just that:
Date: Thu, 31 Jan 2013 18:05:52 +0100
From: Sebastien Jodogne
To: debian-med@lists.debian.org
Subject: Re: Orthanc 0.5.0
> Would you mind giving some hints as to best
> configure Ginkgo CADx
Is there a way to run Orthanc withOUT it listening as a web server ?
(IOW as a pure DICOM server)
This is the first time this feature is requested. I have just added a
card in our roadmap to keep track of it [1]. This is a minor development
that I plan to ship in the next release of Orthanc.
Is there a way to run Orthanc withOUT it listening as a web server ?
(IOW as a pure DICOM server)
This is the first time this feature is requested. I have just added a
card in our roadmap to keep track of it [1]. This is a minor development
that I plan to ship in the next release of Orthanc.
In
On Mon, Jan 27, 2014 at 01:25:34PM +0100, Sebastien Jodogne wrote:
> Yes, as written on Twitter [1], this status changed on November 2013
> with the release of Orthanc 0.7.0. The information above relates to
> Orthanc 0.5.0.
>
> There is a FAQ entry to help you link Orthanc to Ginkgo CADx [1]. If
On Mon, Jan 27, 2014 at 05:13:46PM +0100, Sebastien Jodogne wrote:
> >This is the first time this feature is requested. I have just added a
> >card in our roadmap to keep track of it [1]. This is a minor development
> >that I plan to ship in the next release of Orthanc.
> >
> >In the meantime, dis
On Mon, Jan 27, 2014 at 05:05:45PM +0100, Sebastien Jodogne wrote:
> >Is there a way to run Orthanc withOUT it listening as a web server ?
> >(IOW as a pure DICOM server)
>
> This is the first time this feature is requested. I have just added a
> card in our roadmap to keep track of it [1]. This
> On Mon, Jan 27, 2014 at 12:56:21PM +0100, Karsten Hilbert wrote:
>
> > > Perhaps you could give a look at Orthanc [1], that is a lightweight
> > > DICOM store that is built on the top of DCMTK, that is already
> > > packaged into Debian [2], and that is known to work in combination
> > > with Gi
On Mon, Jan 27, 2014 at 01:39:27PM +0100, Karsten Hilbert wrote:
> Attached the /etc/orthanc/orthanc.json.
Inline, as attachments are not allowed:
{
/**
* General configuration of Orthanc
**/
// The logical name of this instance of Orthanc. This one is
// displayed in Orthanc Explor
However,
invoke-rc.d orthanc start
doesn't do anything and directly invoking the server says:
root@hermes:~# Orthanc --verbose --logdir=/var/log/orthanc/
/etc/orthanc/orthanc.json
Orthanc: symbol lookup error: Orthanc: undefined symbol:
_ZN3fLI7FLAGS_vE
I do not have
On Mon, Jan 27, 2014 at 02:24:07PM +0100, Sebastien Jodogne wrote:
> I do not have this missing symbol problem on my Debian unstable box
> (x86_64 architecture). It is defined by the shared library
> "/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
> "libgoogle-glog0" package (version 0.3.3-1
I do not have this missing symbol problem on my Debian unstable box
(x86_64 architecture). It is defined by the shared library
"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
"libgoogle-glog0" package (version 0.3.3-1).
Upgrading the package to the 0.3.3 unstable version fixed the
startup
Hi Sebastien,
On Mon, Jan 27, 2014 at 02:40:39PM +0100, Sebastien Jodogne wrote:
> >>I do not have this missing symbol problem on my Debian unstable box
> >>(x86_64 architecture). It is defined by the shared library
> >>"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
> >>"libgoogle-glog0" pa
Hi Andreas,
Thanks for your feedback! I have just fixed the package by
introducing a minimal version for Google Log [1].
Thanks for the quick fix. Perhaps it might make sense to send a bug
report to BTS anyway to let other potential users know and upload the
package fixing this bug.
Thanks
32 matches
Mail list logo