Re: debian OID / dicom3tools packaging

2009-01-29 Thread Mathieu Malaterre
On Thu, Jan 29, 2009 at 2:44 AM, Steve M. Robbins st...@sumost.ca wrote: Hi, To begin, I think there's some confusion about UID and OID. They are actually the same thing, according to Clunie: What DICOM calls UIDs are referred to in the ISO OSI world as Object Identifiers (OIDs). What

Re: debian OID / dicom3tools packaging

2009-01-28 Thread Steve M. Robbins
Hi, To begin, I think there's some confusion about UID and OID. They are actually the same thing, according to Clunie: What DICOM calls UIDs are referred to in the ISO OSI world as Object Identifiers (OIDs). What Mathieu is talking about is the UID Root (or org root, according to DICOM

Re: debian OID / dicom3tools packaging

2009-01-28 Thread Matthew Palmer
On Wed, Jan 28, 2009 at 07:44:27PM -0600, Steve M. Robbins wrote: Hi, To begin, I think there's some confusion about UID and OID. They are actually the same thing, according to Clunie: What DICOM calls UIDs are referred to in the ISO OSI world as Object Identifiers (OIDs). May I

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Michael Hanke
On Tue, Jan 27, 2009 at 01:05:25PM +0100, Mathieu Malaterre wrote: Hi there, I am in the process of packaging dicom3tools: * http://debian-med.alioth.debian.org/tasks/imaging.html One important step of the packaging is the DICOM UID. In order to write a DICOM file, one need a unique

debian OID / dicom3tools packaging

2009-01-27 Thread Mathieu Malaterre
Hi there, I am in the process of packaging dicom3tools: * http://debian-med.alioth.debian.org/tasks/imaging.html One important step of the packaging is the DICOM UID. In order to write a DICOM file, one need a unique UID for each instance of a DICOM object. For more details:

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Andreas Tille
On Tue, 27 Jan 2009, Mathieu Malaterre wrote: $ echo med | od -b 000 155 145 144 012 1.3.6.1.4.1.9586.155.145.144 This would be the toplevel (root) of all UID generated from the dicom3tools package. Hmm, I'm not sure whether this helps. May be I missunderstood the problem but is the

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Mathieu Malaterre
On Tue, Jan 27, 2009 at 1:16 PM, Michael Hanke michael.ha...@gmail.com wrote: On Tue, Jan 27, 2009 at 01:05:25PM +0100, Mathieu Malaterre wrote: Hi there, I am in the process of packaging dicom3tools: * http://debian-med.alioth.debian.org/tasks/imaging.html One important step of the

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Mathieu Malaterre
On Tue, Jan 27, 2009 at 1:27 PM, Andreas Tille til...@rki.de wrote: On Tue, 27 Jan 2009, Mathieu Malaterre wrote: $ echo med | od -b 000 155 145 144 012 1.3.6.1.4.1.9586.155.145.144 This would be the toplevel (root) of all UID generated from the dicom3tools package. Hmm, I'm not

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Matthew Palmer
On Tue, Jan 27, 2009 at 01:05:25PM +0100, Mathieu Malaterre wrote: http://www.dclunie.com/medical-image-faq/html/part8.html#UIDRegistration ... To use SNMP one needs an Enterpise UID assigned by IANA, which is free and may also be used for any other purpose that requires a UID root. *

Re: debian OID / dicom3tools packaging

2009-01-27 Thread Matthew Palmer
On Tue, Jan 27, 2009 at 01:32:34PM +0100, Mathieu Malaterre wrote: So IMHO only large institution would need to change that to their own OID, unfortunately this is a compile time variable... Fix that. Making something that has to be unique to each installation a compile-time flag is