Rocksolid Light

Welcome to RetroBBS

mail  files  register  newsreader  groups  login

Message-ID:  

But Captain -- the engines can't take this much longer!


devel / comp.protocols.dicom / AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

SubjectAuthor
* AcquisitionContextSequence ImageView vs ViewCodeSequence in new VLToni Magni
+* Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in newPatrick A. Nast
|`- Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in newToni Magni
`* Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in newDavid Clunie
 `* Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in newToni Magni
  `- Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in newToni Magni

1
AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=635&group=comp.protocols.dicom#635

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:620a:c91:b0:746:9016:1eb0 with SMTP id q17-20020a05620a0c9100b0074690161eb0mr5160996qki.2.1680132952388;
Wed, 29 Mar 2023 16:35:52 -0700 (PDT)
X-Received: by 2002:ac8:5905:0:b0:3de:f192:600d with SMTP id
5-20020ac85905000000b003def192600dmr7674837qty.2.1680132952101; Wed, 29 Mar
2023 16:35:52 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Wed, 29 Mar 2023 16:35:51 -0700 (PDT)
Injection-Info: google-groups.googlegroups.com; posting-host=129.22.179.108; posting-account=IYNuFgoAAAC6IHIB5bZOJYBIwhUsLVsR
NNTP-Posting-Host: 129.22.179.108
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
Subject: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL
Standard for Orthodontic Views
From: email@antoniomagni.com (Toni Magni)
Injection-Date: Wed, 29 Mar 2023 23:35:52 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 25
 by: Toni Magni - Wed, 29 Mar 2023 23:35 UTC

Hi,

the ADA SCDI is about to publish an ADA/ANSI standard 1107 which defines how to use DICOM to encode photograph views commonly used in orthodontics.

In the proposed standard, we currently make use of AcquisitionContextSequence to add an ImageView and an ImageViewModifier, to describe projections, such as

260499007 SCT Occlusal projection (qualifier value)
399198007 SCT Right lateral projection (qualifier value)
....

However, this is essentially used like View Code Sequence (0054,0220), already present in other SOP Classes/Modalities.

As DICOM experts, would you recommend that in our correction package (CP-1570) View Code Sequence (0054,0220) be added to the VL Image Module (kind of like, for example, SC has in it's SC Image Module), or would you recommend going down the less elegant and more complex-to-implement AcquisitionContextSequence route we currently have?

You can find a list of demo DICOM files of how we are currently doing it with the Acquisition Context here:

http://brillig.org/~afm/dicom_samples/

Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<02add477-b7e8-4e3f-9b9a-bff588a1e692n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=637&group=comp.protocols.dicom#637

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a37:6552:0:b0:746:9411:4c18 with SMTP id z79-20020a376552000000b0074694114c18mr5467460qkb.5.1680161382254;
Thu, 30 Mar 2023 00:29:42 -0700 (PDT)
X-Received: by 2002:a05:6214:14b2:b0:5df:51fe:d57c with SMTP id
bo18-20020a05621414b200b005df51fed57cmr1009463qvb.3.1680161382108; Thu, 30
Mar 2023 00:29:42 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Thu, 30 Mar 2023 00:29:41 -0700 (PDT)
In-Reply-To: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=147.161.171.89; posting-account=QfkPSAoAAADEkVUJMxFZ--NR17j3Onov
NNTP-Posting-Host: 147.161.171.89
References: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <02add477-b7e8-4e3f-9b9a-bff588a1e692n@googlegroups.com>
Subject: Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new
VL Standard for Orthodontic Views
From: patrick.nast@zeiss.com (Patrick A. Nast)
Injection-Date: Thu, 30 Mar 2023 07:29:42 +0000
Content-Type: text/plain; charset="UTF-8"
X-Received-Bytes: 1457
 by: Patrick A. Nast - Thu, 30 Mar 2023 07:29 UTC

Hi,

maybe Anatomic Region Sequence (0008,2218), Anatomic Region Modifier Sequence (0008,2220), Primary Anatomic Structure Sequence (0008,2228) and Primary Anatomic Structure Modifier Sequence (0008,2230) would do the job?

Regards,
Patrick

Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<1e174d52-41a9-4d47-b06f-86b3db3c8bf9n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=638&group=comp.protocols.dicom#638

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:622a:184:b0:3e1:e1ae:9d5c with SMTP id s4-20020a05622a018400b003e1e1ae9d5cmr8890294qtw.11.1680195965226;
Thu, 30 Mar 2023 10:06:05 -0700 (PDT)
X-Received: by 2002:a05:6214:1924:b0:5bd:ed35:9549 with SMTP id
es4-20020a056214192400b005bded359549mr4967921qvb.4.1680195964969; Thu, 30 Mar
2023 10:06:04 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Thu, 30 Mar 2023 10:06:04 -0700 (PDT)
In-Reply-To: <02add477-b7e8-4e3f-9b9a-bff588a1e692n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=129.22.179.108; posting-account=IYNuFgoAAAC6IHIB5bZOJYBIwhUsLVsR
NNTP-Posting-Host: 129.22.179.108
References: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com> <02add477-b7e8-4e3f-9b9a-bff588a1e692n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1e174d52-41a9-4d47-b06f-86b3db3c8bf9n@googlegroups.com>
Subject: Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new
VL Standard for Orthodontic Views
From: email@antoniomagni.com (Toni Magni)
Injection-Date: Thu, 30 Mar 2023 17:06:05 +0000
Content-Type: text/plain; charset="UTF-8"
 by: Toni Magni - Thu, 30 Mar 2023 17:06 UTC

On Thursday, 30 March 2023 at 03:29:43 UTC-4, Patrick A. Nast wrote:
> Hi,
>
> maybe Anatomic Region Sequence (0008,2218), Anatomic Region Modifier Sequence (0008,2220), Primary Anatomic Structure Sequence (0008,2228) and Primary Anatomic Structure Modifier Sequence (0008,2230) would do the job?
>
> Regards,
> Patrick

I have a feeling this would not be the right place, since what i am referring to is not anatomy. It's Image view/projection. The anatomic region and structure tags are already been used for specifying anatomy. See example DCM files linked in original post.

Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<60c05c21-963b-4407-9bf8-efbee6fd5574n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=639&group=comp.protocols.dicom#639

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:620a:24cb:b0:742:b556:adb3 with SMTP id m11-20020a05620a24cb00b00742b556adb3mr6535503qkn.2.1680215962204;
Thu, 30 Mar 2023 15:39:22 -0700 (PDT)
X-Received: by 2002:a05:6214:18e6:b0:56b:ee5a:89f0 with SMTP id
ep6-20020a05621418e600b0056bee5a89f0mr4871466qvb.7.1680215962001; Thu, 30 Mar
2023 15:39:22 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Thu, 30 Mar 2023 15:39:21 -0700 (PDT)
In-Reply-To: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=50.32.179.54; posting-account=rKkGZwkAAADOuxQ23uuHnmKt95j-5iL6
NNTP-Posting-Host: 50.32.179.54
References: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <60c05c21-963b-4407-9bf8-efbee6fd5574n@googlegroups.com>
Subject: Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new
VL Standard for Orthodontic Views
From: dclunie@dclunie.com (David Clunie)
Injection-Date: Thu, 30 Mar 2023 22:39:22 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 3676
 by: David Clunie - Thu, 30 Mar 2023 22:39 UTC

Hi Toni

Interesting choice, but if it were me I would probably :

(a) add View Code Sequence (0054,0220) and View Modifier Code Sequence (0054,0222) to the VL Photographic Image as a Standard Extended SOP Class, to mirror the way it is encoded in the DX Positioning Module to mimic the way it is already done in the Digital Intra-Oral X-Ray Image

(b) submit a CP to add these to the standard for VL Photographic Image

rather than using Acquisition Context Sequence, which most consumers (which might otherwise recognize the existing view attributes) won't know to go looking inside, and which is intended for things that don't already have specific data elements defined for them already..

Wrt. CP 1570, that has been festering for some time, and WG 6 has not heard from WG 22 about it for ages, so it doesn't sound like a very good idea to be publishing an ADA/ANSI standard if it is covering the same material as CP 1570 without further input from WG 6.

I recall that CP 1744 added the anatomy information that WG 22 was looking for in relation to this, but I don't think View and View Modifier were included in the previous discussions.

David

On Wednesday, March 29, 2023 at 7:35:54 PM UTC-4, Toni Magni wrote:
> Hi,
>
> the ADA SCDI is about to publish an ADA/ANSI standard 1107 which defines how to use DICOM to encode photograph views commonly used in orthodontics.
>
> In the proposed standard, we currently make use of AcquisitionContextSequence to add an ImageView and an ImageViewModifier, to describe projections, such as
>
> 260499007 SCT Occlusal projection (qualifier value)
> 399198007 SCT Right lateral projection (qualifier value)
> ...
>
> However, this is essentially used like View Code Sequence (0054,0220), already present in other SOP Classes/Modalities.
>
> As DICOM experts, would you recommend that in our correction package (CP-1570) View Code Sequence (0054,0220) be added to the VL Image Module (kind of like, for example, SC has in it's SC Image Module), or would you recommend going down the less elegant and more complex-to-implement AcquisitionContextSequence route we currently have?
>
> You can find a list of demo DICOM files of how we are currently doing it with the Acquisition Context here:
>
> http://brillig.org/~afm/dicom_samples/

Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<a916a400-4177-4798-a14a-90cb945ceb44n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=640&group=comp.protocols.dicom#640

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:622a:341:b0:3e4:e17f:a544 with SMTP id r1-20020a05622a034100b003e4e17fa544mr7454606qtw.12.1680228296294;
Thu, 30 Mar 2023 19:04:56 -0700 (PDT)
X-Received: by 2002:ad4:5a43:0:b0:5a1:f801:8baa with SMTP id
ej3-20020ad45a43000000b005a1f8018baamr5338578qvb.9.1680228296014; Thu, 30 Mar
2023 19:04:56 -0700 (PDT)
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder.eternal-september.org!news.uzoreto.com!peer03.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Thu, 30 Mar 2023 19:04:55 -0700 (PDT)
In-Reply-To: <60c05c21-963b-4407-9bf8-efbee6fd5574n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2603:6011:7800:1f00:ac83:9750:c98c:1d7f;
posting-account=IYNuFgoAAAC6IHIB5bZOJYBIwhUsLVsR
NNTP-Posting-Host: 2603:6011:7800:1f00:ac83:9750:c98c:1d7f
References: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com> <60c05c21-963b-4407-9bf8-efbee6fd5574n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <a916a400-4177-4798-a14a-90cb945ceb44n@googlegroups.com>
Subject: Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new
VL Standard for Orthodontic Views
From: email@antoniomagni.com (Toni Magni)
Injection-Date: Fri, 31 Mar 2023 02:04:56 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 4883
 by: Toni Magni - Fri, 31 Mar 2023 02:04 UTC

David,

Thanks for the reply. The reason WG6 hasn’t heard from 22 re CP1570, was because SCDI WG11.6 (us) was still wrapping up how to define the standard and getting new codes added to SNOMED that we could use.

CP1570 (or 1571?) was proposing the utilization of the Acquisition Context for Image View, but i agree with your suggestion.

ADA-1107 should be going out to WG22 for comments/review any moment. I’ll make sure it makes use of ImageView as discussed below before it goes out and I’ll alert Andrew Casertano (author of 1570/1571) to update 1570 and/or 1571 to reflect the change.

If you had a chance to look at the sample dcm files, you might have noticed that they already make use of the attributes added by CP-1744. Thank you for the CP. They were needed.

On Thursday, 30 March 2023 at 18:39:24 UTC-4, David Clunie wrote:
> Hi Toni
>
> Interesting choice, but if it were me I would probably :
>
> (a) add View Code Sequence (0054,0220) and View Modifier Code Sequence (0054,0222) to the VL Photographic Image as a Standard Extended SOP Class, to mirror the way it is encoded in the DX Positioning Module to mimic the way it is already done in the Digital Intra-Oral X-Ray Image
>
> (b) submit a CP to add these to the standard for VL Photographic Image
>
> rather than using Acquisition Context Sequence, which most consumers (which might otherwise recognize the existing view attributes) won't know to go looking inside, and which is intended for things that don't already have specific data elements defined for them already..
>
> Wrt. CP 1570, that has been festering for some time, and WG 6 has not heard from WG 22 about it for ages, so it doesn't sound like a very good idea to be publishing an ADA/ANSI standard if it is covering the same material as CP 1570 without further input from WG 6.
>
> I recall that CP 1744 added the anatomy information that WG 22 was looking for in relation to this, but I don't think View and View Modifier were included in the previous discussions.
>
> David
> On Wednesday, March 29, 2023 at 7:35:54 PM UTC-4, Toni Magni wrote:
> > Hi,
> >
> > the ADA SCDI is about to publish an ADA/ANSI standard 1107 which defines how to use DICOM to encode photograph views commonly used in orthodontics..
> >
> > In the proposed standard, we currently make use of AcquisitionContextSequence to add an ImageView and an ImageViewModifier, to describe projections, such as
> >
> > 260499007 SCT Occlusal projection (qualifier value)
> > 399198007 SCT Right lateral projection (qualifier value)
> > ...
> >
> > However, this is essentially used like View Code Sequence (0054,0220), already present in other SOP Classes/Modalities.
> >
> > As DICOM experts, would you recommend that in our correction package (CP-1570) View Code Sequence (0054,0220) be added to the VL Image Module (kind of like, for example, SC has in it's SC Image Module), or would you recommend going down the less elegant and more complex-to-implement AcquisitionContextSequence route we currently have?
> >
> > You can find a list of demo DICOM files of how we are currently doing it with the Acquisition Context here:
> >
> > http://brillig.org/~afm/dicom_samples/

Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new VL Standard for Orthodontic Views

<fcf2ea19-785e-4b8f-b492-85c2a90054e9n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=641&group=comp.protocols.dicom#641

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:622a:b:b0:3df:58e7:4aa5 with SMTP id x11-20020a05622a000b00b003df58e74aa5mr9929801qtw.0.1680229015302;
Thu, 30 Mar 2023 19:16:55 -0700 (PDT)
X-Received: by 2002:a05:6214:b24:b0:56f:8e7:86de with SMTP id
w4-20020a0562140b2400b0056f08e786demr5218782qvj.4.1680229015015; Thu, 30 Mar
2023 19:16:55 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.protocols.dicom
Date: Thu, 30 Mar 2023 19:16:54 -0700 (PDT)
In-Reply-To: <a916a400-4177-4798-a14a-90cb945ceb44n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=2603:6011:7800:1f00:ac83:9750:c98c:1d7f;
posting-account=IYNuFgoAAAC6IHIB5bZOJYBIwhUsLVsR
NNTP-Posting-Host: 2603:6011:7800:1f00:ac83:9750:c98c:1d7f
References: <e4276b54-0c81-449a-aec5-e92466828debn@googlegroups.com>
<60c05c21-963b-4407-9bf8-efbee6fd5574n@googlegroups.com> <a916a400-4177-4798-a14a-90cb945ceb44n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <fcf2ea19-785e-4b8f-b492-85c2a90054e9n@googlegroups.com>
Subject: Re: AcquisitionContextSequence ImageView vs ViewCodeSequence in new
VL Standard for Orthodontic Views
From: email@antoniomagni.com (Toni Magni)
Injection-Date: Fri, 31 Mar 2023 02:16:55 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 5562
 by: Toni Magni - Fri, 31 Mar 2023 02:16 UTC

Oh, and by the way, yeah: if we can get basically everything that is in ADA-1107 into CP1570, geez, awesome! Sure, why make another standard? But I suspect that it might be slightly too granular and restrictive to go into DICOM itself.

But hey, who ami i to tell? Personally i would love it to go straight into DICOM. All we need is an official standardized way for developers to easily follow and implement orthodontic photographs the same (ideally exact) way. Currently DICOM offers too many ways to do it.

On Thursday, 30 March 2023 at 22:04:57 UTC-4, Toni Magni wrote:
> David,
>
> Thanks for the reply. The reason WG6 hasn’t heard from 22 re CP1570, was because SCDI WG11.6 (us) was still wrapping up how to define the standard and getting new codes added to SNOMED that we could use.
>
> CP1570 (or 1571?) was proposing the utilization of the Acquisition Context for Image View, but i agree with your suggestion.
>
> ADA-1107 should be going out to WG22 for comments/review any moment. I’ll make sure it makes use of ImageView as discussed below before it goes out and I’ll alert Andrew Casertano (author of 1570/1571) to update 1570 and/or 1571 to reflect the change.
>
> If you had a chance to look at the sample dcm files, you might have noticed that they already make use of the attributes added by CP-1744. Thank you for the CP. They were needed.
> On Thursday, 30 March 2023 at 18:39:24 UTC-4, David Clunie wrote:
> > Hi Toni
> >
> > Interesting choice, but if it were me I would probably :
> >
> > (a) add View Code Sequence (0054,0220) and View Modifier Code Sequence (0054,0222) to the VL Photographic Image as a Standard Extended SOP Class, to mirror the way it is encoded in the DX Positioning Module to mimic the way it is already done in the Digital Intra-Oral X-Ray Image
> >
> > (b) submit a CP to add these to the standard for VL Photographic Image
> >
> > rather than using Acquisition Context Sequence, which most consumers (which might otherwise recognize the existing view attributes) won't know to go looking inside, and which is intended for things that don't already have specific data elements defined for them already..
> >
> > Wrt. CP 1570, that has been festering for some time, and WG 6 has not heard from WG 22 about it for ages, so it doesn't sound like a very good idea to be publishing an ADA/ANSI standard if it is covering the same material as CP 1570 without further input from WG 6.
> >
> > I recall that CP 1744 added the anatomy information that WG 22 was looking for in relation to this, but I don't think View and View Modifier were included in the previous discussions.
> >
> > David
> > On Wednesday, March 29, 2023 at 7:35:54 PM UTC-4, Toni Magni wrote:
> > > Hi,
> > >
> > > the ADA SCDI is about to publish an ADA/ANSI standard 1107 which defines how to use DICOM to encode photograph views commonly used in orthodontics.
> > >
> > > In the proposed standard, we currently make use of AcquisitionContextSequence to add an ImageView and an ImageViewModifier, to describe projections, such as
> > >
> > > 260499007 SCT Occlusal projection (qualifier value)
> > > 399198007 SCT Right lateral projection (qualifier value)
> > > ...
> > >
> > > However, this is essentially used like View Code Sequence (0054,0220), already present in other SOP Classes/Modalities.
> > >
> > > As DICOM experts, would you recommend that in our correction package (CP-1570) View Code Sequence (0054,0220) be added to the VL Image Module (kind of like, for example, SC has in it's SC Image Module), or would you recommend going down the less elegant and more complex-to-implement AcquisitionContextSequence route we currently have?
> > >
> > > You can find a list of demo DICOM files of how we are currently doing it with the Acquisition Context here:
> > >
> > > http://brillig.org/~afm/dicom_samples/

1
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor