Rocksolid Light

Welcome to Rocksolid Light

mail  files  register  newsreader  groups  login

Message-ID:  

Science is what happens when preconception meets verification.

devel / comp.protocols.dicom / Re: Multiframe dimensions for volume generation

SubjectAuthor
* Multiframe dimensions for volume generationMarius Herzog
`- Multiframe dimensions for volume generationWim Corbijn

1
Multiframe dimensions for volume generation

<249516c5-2145-4af2-90fa-0401b20cefefn@googlegroups.com>

  copy mid

https://news.novabbs.org/devel/article-flat.php?id=696&group=comp.protocols.dicom#696

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:ac8:5a4f:0:b0:3f0:abe7:24a7 with SMTP id o15-20020ac85a4f000000b003f0abe724a7mr8759253qta.6.1683883881347;
Fri, 12 May 2023 02:31:21 -0700 (PDT)
X-Received: by 2002:a05:620a:f07:b0:74e:8b1:37eb with SMTP id
v7-20020a05620a0f0700b0074e08b137ebmr8054900qkl.4.1683883881124; Fri, 12 May
2023 02:31:21 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!diablo1.usenet.blueworldhosting.com!peer03.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: Fri, 12 May 2023 02:31:20 -0700 (PDT)
Injection-Info: google-groups.googlegroups.com; posting-host=85.208.245.2; posting-account=DojC6gkAAADp9UqhaJcgWB-0Yl5saxOW
NNTP-Posting-Host: 85.208.245.2
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <249516c5-2145-4af2-90fa-0401b20cefefn@googlegroups.com>
Subject: Multiframe dimensions for volume generation
From: priv@mariusherzog.net (Marius Herzog)
Injection-Date: Fri, 12 May 2023 09:31:21 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 1798
 by: Marius Herzog - Fri, 12 May 2023 09:31 UTC

I'm looking into the Multiframe dimension module to get information on how to construct correct volumes from the frame data.
However, the order of the dimensions in the sample in C.7.6.1.17 as well as some real-word data surprised me. Often the order specfied is: Stack ID, In-Stack Position Number, Echo Time. So when I'd scroll through the 2D data, I'd first see all "temporal" frames that are at a specified location, before moving on to the next spatial position.
For 3D reconstruction however I would expect the spatial dimension to always be the last index, so I have contiguous frames building a volume. Can I rearrange the order for my own purposes when doing 3D reconstruction, or is there something I need to consider?

Re: Multiframe dimensions for volume generation

<de176aba-fa72-45dc-bb93-0c5bc213da5dn@googlegroups.com>

  copy mid

https://news.novabbs.org/devel/article-flat.php?id=700&group=comp.protocols.dicom#700

  copy link   Newsgroups: comp.protocols.dicom
X-Received: by 2002:a05:622a:4ce:b0:3ef:8159:5ec4 with SMTP id q14-20020a05622a04ce00b003ef81595ec4mr11573188qtx.9.1684122566780;
Sun, 14 May 2023 20:49:26 -0700 (PDT)
X-Received: by 2002:a05:622a:506:b0:3f3:9171:e45b with SMTP id
l6-20020a05622a050600b003f39171e45bmr7543274qtx.0.1684122566629; Sun, 14 May
2023 20:49:26 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.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: Sun, 14 May 2023 20:49:26 -0700 (PDT)
In-Reply-To: <249516c5-2145-4af2-90fa-0401b20cefefn@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=155.190.34.57; posting-account=vx2zTAoAAACDW_MHEZ4KcTvAGtbQWzdb
NNTP-Posting-Host: 155.190.34.57
References: <249516c5-2145-4af2-90fa-0401b20cefefn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <de176aba-fa72-45dc-bb93-0c5bc213da5dn@googlegroups.com>
Subject: Re: Multiframe dimensions for volume generation
From: c.w.corbijn@gmail.com (Wim Corbijn)
Injection-Date: Mon, 15 May 2023 03:49:26 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 2830
 by: Wim Corbijn - Mon, 15 May 2023 03:49 UTC

Hi Marius,

You can order the data as you want, the order given is just the preferred order from the creating system. This might be because they acquired it this way or any other reason.
Typically you will find indeed a single stack that is repeated several times with mostly In-Stack position number next to the Stack Id.
So for reconstruction you just need to select all In-Stack positions with the same StackID and Echo-Time and you have your volume.
Internally you can show any order that is correct for yor application or has the preference of the Physician.

When you have a spine you might encounter one of the few Multi Stack cases, be aware of that.
Success
Wim

On Friday, May 12, 2023 at 11:31:22 AM UTC+2, Marius Herzog wrote:
> I'm looking into the Multiframe dimension module to get information on how to construct correct volumes from the frame data.
> However, the order of the dimensions in the sample in C.7.6.1.17 as well as some real-word data surprised me. Often the order specfied is: Stack ID, In-Stack Position Number, Echo Time. So when I'd scroll through the 2D data, I'd first see all "temporal" frames that are at a specified location, before moving on to the next spatial position.
> For 3D reconstruction however I would expect the spatial dimension to always be the last index, so I have contiguous frames building a volume. Can I rearrange the order for my own purposes when doing 3D reconstruction, or is there something I need to consider?

1
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor