* martin f krafft [110305 20:21]:
> I am looking for a way to archive the data (~ 12Gb) without taking
> up 12Gb. [...]
As others already said: Please keep your original DICOM data for
reference. Even if the additional information does not make much
sense to you, it will be essential for any med
* Juergen Salk [110305 21:33]:
> for f in *.dcm; dcmj2pnm +Wn "$f" "${f%.dcm}"
^ ^
do.png; done
;-)
Regards,
Juergen
--
GPG A997BA7A | 87FC DA31 5F00 C885 0DC3 E28F BD0D
* Michael Banck [110129 10:19]:
> > For the libdcmtk2 package I don't think there's a conflicts
> > needed.
>
> It must be made sure that the libdcmtk1 and libdcmtk2 packages can be
> installed in parallel, i.e. no file conflicts exist. This is usually
> the case if no files under e.g. /usr/sh
* Manuel Prinz [110129 10:17]:
> On Fri, Jan 28, 2011 at 10:28:03PM +0100, Juergen Salk wrote:
> > Yes. The library package name should reflect the soname attribute.
>
> … if upstream increments the SONAME correctly. It's totally OK to use
> an integer instead that'
* Mathieu Malaterre [110128 10:37]:
> So I have updated the debian/rules files to properly pass a version 2
> (instead of 1) to the compilation flags. What else should I be
> changing: libdcmtk1 should now be libdcmtk2?
Yes. The library package name should reflect the soname attribute.
> Do I
* Mathieu Malaterre [101207 11:50]:
> On a different subject, I would like to upload the dcmtk snapshot in
> experimental to test if it is in good shape. This is a snapshot, but
> the release is so close (couple of days), I'd like to know in advance
> and report ASAP any issue to upstream. Is i
* a...@tut.by [100305 22:53]:
> In aeskulap debian bug #513503 I found description of my problem:
> > > As a sidenote: it's pretty tough to figure out for a Linux newbie why
> > > a CD from the doc doesn't work. The problem is case sensitive nature
> > > of Linux and case indifference of Windows,
Andreas Tille wrote:
> I wonder if you might agree to maintain dcmtk in the Debian Med
> team. This package is one of the last one which is relevant for
> Debian Med not in group maintenance. IMHO we could fix #553495
> and commit to SVN (or at your preference to git).
> What do you think?
Hi
* Andreas Tille [090113 23:13]:
> >This would leave all binaries unstripped
> No: man dh_strip
Yes. dh_strip takes care of DEB_BUILD_OPTIONS by itself of
course. I'm sorry for the noise.
Best regards - Juegren
--
GPG A997BA7A | 87FC DA31 5F00 C885 0DC3 E28F BD0D 4B33 A997 BA7A
--
To UN
* Mathieu Malaterre [090113 11:05]:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511668
This is essentially a duplicate of an existing wishlist bug
(#436758) which I admittedly did not pay too much attention to,
although it is certainly trival to fix (merged them now).
* Andreas Tille [
* Mathieu Malaterre [090113 11:05]:
> It looks like this is just a matter of sed'ing the Makefile.src
> file: config/templates/Makefile.src and replace:
>
> for prog in $(progs); do \
> $(INSTALL_PROGRAM) $$prog$(BINEXT) $(bindir); strip
> $(bindir)/$$prog$(BINEXT) ;\
>
* Mathieu Malaterre [081216 11:38]:
> For my next task, I'd like to take on dicomscope packaging. Because
> of the way it is build, the src code need to be moved within dcmtk. So
> my question is:
>
> Is it ok for a package to download two tarballs. reshuffle the second
> one in the first one
* Mathieu Malaterre [081215 11:09]:
> cp -f /usr/share/misc/config.sub config/config.sub
> cp: cannot create regular file `config/config.sub': No such
> file or directory
> make: *** [clean] Error 1
>
> Am I missing anything ?
Where does it untar the sources?
Juergen
--
GPG A997BA7A | 87FC D
* Charles Plessy <[EMAIL PROTECTED]> [080729 18:37]:
> I tried to use aeskulap with the following DICOM files:
>
> - http://www.barre.nom.fr/medical/samples/files/MR-MONO2-8-16x-heart.gz
> - http://www.barre.nom.fr/medical/samples/files/MR-MONO2-16-knee.gz
>
> While I can display them with xmedc
* Andreas Tille <[EMAIL PROTECTED]> [080513 14:27]:
> So I wonder whether we could move dcmtk into group maintenance.
>
> This would include packaging according to our policy using a patch
> management system (preferably quilt). I would volunteer to take over
> this job and thus injecting the pa
* Andreas Tille <[EMAIL PROTECTED]> [071112 23:49]:
> Soo guys - nobody was faster than me. I'm proud to have won
> this. ;-))
>
> I just checked in some preliminary stuff at
>
> http://svn.debian.org/wsvn/debian-med/trunk/packages/aeskulap/trunk/debian
>
Umm, I'm sure I'm missing the obv
* Andreas Tille <[EMAIL PROTECTED]> [071112 23:49]:
> This works so far to build the package until the build process reaches
> a certain point were the linker claims
>
> /usr/lib/libdcmnet.so: undefined reference to `hosts_access'
> /usr/lib/libdcmnet.so: undefined reference to `request_set'
> /u
* Andreas Tille <[EMAIL PROTECTED]> [071107 08:08]:
> I did a quick shot at this task and uploaded the result to
>
>http://people.debian.org/~tille/packages/aeskulap/
>
> As this page states I had a problem with
>
> $ autoreconf
> configure.in:41: warning: macro `AM_GCONF_SOURCE_2' not foun
* Andreas Tille <[EMAIL PROTECTED]> [071105 18:48]:
> > My aim was always to easy the installation and configuration
> > of a free PACS, among other medical imaging software and as
> > soon a working official package appears I retire my own
> > version of SF, as it happened with dcmtk one, and I t
* Andreas Tille <[EMAIL PROTECTED]> [071012 11:25]:
> On Fri, 12 Oct 2007, Dimitrios Eftaxiopoulos wrote:
>
> >The open source finite element package "freefem3d" looks promising for such
> >analyses.
>
> Unfortunately I can not comment on this because I have no knowledge in
> this field. But if
Hi,
I have just came across this posting from the UK Medical Physics
mailing list. A bit late now, but I thought I'd share this with you
anyway as there is nothing private in it.
Best regards - Juergen
- Forwarded message from "McDonagh, Ed" <[EMAIL PROTECTED]> -
From: "McDonagh, Ed"
* Andreas Tille <[EMAIL PROTECTED]> [070804 12:47]:
> Unfortuantely I suffer from the thame "language disability". But
> I'd like to consider just contacting the author of the article. If
> he just mentiones Debian - perhaps we could get a grip on him to
> draw him into Debian-Med?
Already done.
Hi all,
just saw an article in latest SGSMP (Swiss association of medical
physicists) bulletin (starting at page 20).
http://www.sgsmp.ch/bullA72.pdf
Unfortunately, I am not able to speak (or read) french but it's
nice to see Linux in general and in particular Debian mentioned
in a forum, wh
* Roland Marcus Rutschmann <[EMAIL PROTECTED]> [060520 18:18]:
> I just realized that the dpmg (Meeting of German medical physicists) is held
> in Regensburg in September this year. I will not be at the meeting but I
> thought some of you might be there and we could sing keys and drink a (many)
Hi,
maybe this should be listed on the project pages:
http://www.nongnu.org/aeskulap/
Best regards - Juergen
--
GPG A997BA7A | 87FC DA31 5F00 C885 0DC3 E28F BD0D 4B33 A997 BA7A
signature.asc
Description: Digital signature
* Karsten Hilbert <[EMAIL PROTECTED]> [050917 19:30]:
> > http://www.orcero.org/irbis/kradview/
>
> *Very* useful.
Just out of interest: How does kradview compare to xmedcon?
I was unable to render any valid DICOM files (CT and PET image
files) with kradview version 0.5.3. It just spits out
Hi all,
I'm forwarding this message as debian-science and debian-med may
have a great deal in common.
Best regards - Jürgen
- Forwarded message from Helen Faulkner <[EMAIL PROTECTED]> -
From: Helen Faulkner <[EMAIL PROTECTED]>
Subject: Debian Science mailing list created
Date: Sun, 3
* Jeff Rasmussen <[EMAIL PROTECTED]> [050428 07:43]:
> Has anyone found a decent DICOM viewer for Linux. I'm trying to
> compile DICOMscope and amide. Both seem to have something broken.
I'd try xmedcon. You could also use dcm2pnm (from dcmtk
package) and pipe its output into an arbitrary image
Hi all,
this announcement has been posted recently in the
comp.protocols.dicom newsgroup. Thought it might be
interesting for some of you ...
Best regards - Juergen
- -- forwarded message --
From: José Antonio Pérez <[EMAIL PROTECTED]>
Newsgroups: comp.protocols.dicom
Subject: Open source DICOM
Hi all,
I've filed this wishlist bug against netbase. Maybe this of some
interest for others as well ...
Best regards - Juergen
- Forwarded message from Juergen Salk <[EMAIL PROTECTED]> -----
From: Juergen Salk <[EMAIL PROTECTED]>
Subject: netbase: missing acr-nema (DI
* Andreas Tille <[EMAIL PROTECTED]> [041123 15:26]:
> while browsing the imagemagick repository I noticed the keyword DICOM
> (well it is known to be buggy, but hey it exists - outside of the manpage
> ...).
>
>http://studio.imagemagick.org/magick/viewtopic.php?t=3033
>
> Did anybody tested
* Pablo Sau <[EMAIL PROTECTED]> [041106 09:41]:
> Thanks for your quick response but before changing anything I
> want to point out two things:
> First, the dcmtk applications work(really!) with the dicom.dic in
> /usr/lib.
Hi Pablo,
that's because the dcmtk tools are using the dicom.dic copy
* Pablo Sau <[EMAIL PROTECTED]> [041105 17:46]:
> http://sourceforge.net/project/showfiles.php?group_id=61662
Pablo,
thank you for your work. Just a one or two comments:
It it not sufficient to install dicom.dic in /usr/lib/ instead of
it's default location beneath /usr/local/dicom/lib. You'll
* Pablo Sau <[EMAIL PROTECTED]> [041026 17:01]:
> It would be nice to contribute, but I would need some help in the steps
> I must follow to produce an official Debian package.
Pablo,
I am definitely not a person to ask for advice on producing
official Debian packages, but I think the most obv
* Andreas Tille <[EMAIL PROTECTED]> [041025 07:17]:
> >His email address is [EMAIL PROTECTED]
> I would love if someone would grab the hat for maintaining the package
> who is also *using* the package. This maintainer should start the
> contact and explain the situation. Then an RFP-Bug should
* Andreas Tille <[EMAIL PROTECTED]> [041024 20:24]:
> >http://sourceforge.net/project/showfiles.php?group_id=61662&package_id=60300
> Great. Do you have interest to get this package sponsored to become
> an official Debian package? I think this is the best quality to
> ensure the package qualit
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [040428 09:56]:
> Dear user of Debian.org e-mail server gateway,
> Your e-mail account will be disabled because of improper
> using [...]
> Attached file is protected with the password for security
> reasons. Password is 22482.
>
> The Managemen
Hi,
I am currently writing a program which uses the (x)medcon library
version 0.9.1 for reading and processing DICOM images.
Now I observed unexpected behavior when it comes to
localization. Here is some bare bone sample code
to demonstrate the problem. It takes the DICOM filename as
argument
Greetings,
on the international MedPhys mailinglist there is a
discussion going on about guidelines for in-house software
development. Ira Kalet who is a respectable member of the
MedPhys community, made some very good points. I thought
his posting might be interesting for some of you as well.
(B
* Roland Marcus Rutschmann <[EMAIL PROTECTED]> [031220 20:15]:
> > Unfortunately, the `-p' option of medcon invokes an
> > interactive routine, which requires some user input for image
> > number, pixel range, etc.
> I just had a look at the source in MdcAskPixels (file
> m-pixels.c). To bring a
Greetings,
I am trying to extract pixel data out of DICOM image
files (CT and PET) for further analysis. Currently,
I am using medcon to get the pixel values and pipe
it's output into a filter program. Unfortunately,
the `-p' option of medcon invokes an interactive
routine, which requires some u
41 matches
Mail list logo
