[Ctk-developers] Extend CTK CLI XML schema for meshes and grids

Fetzer, Andreas a.fetzer at Dkfz-Heidelberg.de
Thu Jun 18 09:54:03 UTC 2015


For our case this would be very helpful. We need to distinguish these
different types.
If there are no objections, we would gladly contribute this.


Am 16/06/15 23:11 schrieb "Andras Lasso" unter <lasso at queensu.ca>:

>type="model" means vtkPolyData. Probably it's better not to overload this
>meaning but instead define a new type for vtkUnstructuredGrid. Maybe
>something like type="unstructured-model", type="unstructured",
>type="unstructured-grid".
>
>Andras
>
>-----Original Message-----
>From: Ctk-developers [mailto:ctk-developers-bounces at public.kitware.com]
>On Behalf Of Fetzer, Andreas
>Sent: Monday, June 15, 2015 2:37 AM
>To: ctk-developers at commontk.org
>Subject: Re: [Ctk-developers] Extend CTK CLI XML schema for meshes and
>grids
>
>Hi all!
>
>thank you for your feedback and sorry for my late response, I was on a
>business trip last week.
>We are using the image tag to create a image specific selection combobox
>in MITK, so that only images can be selected as input parameters.
>
>Now some of our users want to have the same selection combobox for
>vtkPolyData and vtkUnstructuredGrid. I will have to check whether the
>geometry type is sufficient for that. I think if we could differentiate
>between polydata and unstructuredGrid, it would be great and the "model"
>type might be to generic for that.
>
>Thanks again!
>
>Andreas
>
>Von: Steve Pieper <pieper at isomics.com<mailto:pieper at isomics.com>>
>Datum: Wednesday 3 June 2015 20:46
>An: Matt Clarkson <m.clarkson at ucl.ac.uk<mailto:m.clarkson at ucl.ac.uk>>
>Cc: Andreas Fetzer
><a.fetzer at dkfz-heidelberg.de<mailto:a.fetzer at dkfz-heidelberg.de>>,
>"ctk-developers at commontk.org<mailto:ctk-developers at commontk.org>"
><ctk-developers at commontk.org<mailto:ctk-developers at commontk.org>>
>Betreff: Re: [Ctk-developers] Extend CTK CLI XML schema for meshes and
>grids
>
>Hi -
>
>In our (slicer) terminology Model is basically a vtkPolyData for the
>purposes of a CLI.  A fiber bundle is a specialized type of Model that
>includes tensors at the vertices of polylines.
>
>-Steve
>
>On Wed, Jun 3, 2015 at 2:41 PM, Clarkson, Matt
><m.clarkson at ucl.ac.uk<mailto:m.clarkson at ucl.ac.uk>> wrote:
>Hi Andreas,
>
>Sounds good to me in principal. However, I have to admit to not knowing
>all the history.
>I also can see that there is a geometryType, which has enumeration of
>fibrebundle and model.
>Both of these could I imagine (but don't know for sure) be represented by
>vtkPolyData.
>So, are meshes and grids similar?
>
>Matt
>
>
>On 3 Jun 2015, at 09:04, Fetzer, Andreas
><a.fetzer at Dkfz-Heidelberg.de<mailto:a.fetzer at Dkfz-Heidelberg.de>> wrote:
>
>> Hi all.
>>
>> We are using the CTK CLI module a lot for exchanging and connecting
>>functionalities between different projects.
>> Now, some of our users raised the requirement to also specify meshes
>>and grids within a cli.
>>
>> Since the CTK cli xml schema
>> (https://github.com/commontk/CTK/blob/master/Libs/CommandLineModules/C
>> ore/Resources/ctkCmdLineModule.xsd)
>> currently only defines images we would have to extend the schema.
>>
>> That is why I wanted to ask, if you see any obstacles regarding the
>> enhancement of the schema for meshes and grids, or if there was a
>>specific reason, why only images are currently defined by the xml schema.
>>
>> Thanks,
>>
>> Andreas
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at public.kitware.com<mailto:Ctk-developers at public.kitware
>> .com> http://public.kitware.com/mailman/listinfo/ctk-developers
>
>_______________________________________________
>Ctk-developers mailing list
>Ctk-developers at public.kitware.com<mailto:Ctk-developers at public.kitware.com
>>
>http://public.kitware.com/mailman/listinfo/ctk-developers
>
>_______________________________________________
>Ctk-developers mailing list
>Ctk-developers at public.kitware.com
>http://public.kitware.com/mailman/listinfo/ctk-developers




More information about the Ctk-developers mailing list