[vtkusers] vtkXdmf3Writer index precision

[David E DeMarle]

As for xdmf3, yes the size of the compiled in ID type is what determines it.
See
https://gitlab.kitware.com/vtk/vtk/blob/master/IO/Xdmf3/vtkXdmf3DataSet.cxx#L372
where we check the size and then give over the pointer.



David E DeMarle
Kitware, Inc.
Principal Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Thu, Nov 16, 2017 at 4:20 AM, Paul Melis <paul.melis at surfsara.nl> wrote:

> Hi,
>
> Is there a way to specify the integer precision of polydata index arrays
> when using the Xdmf3 writer? For me, it's currently writing out indices in
> 64 bits, which is a bit wasteful given the number of vertices:
>
> <?xml version="1.0" encoding="utf-8"?>
> <Xdmf xmlns:xi="http://www.w3.org/2001/XInclude" Version="3.3">
>   <Domain>
>     <Grid Name="Grid">
>       <Geometry Origin="" Type="XYZ">
>         <DataItem DataType="Float" Dimensions="39010488 3" Format="HDF"
> Precision="4">region-rbc-9.h5:Data2</DataItem>
>       </Geometry>
>       <Topology Dimensions="77777920" Type="Mixed">
>         <DataItem DataType="Int" Dimensions="311111680" Format="HDF"
> Precision="8">region-rbc-9.h5:Data3</DataItem>
>       </Topology>
>     </Grid>
>   </Domain>
> </Xdmf>
>
> Or is the output precision of (most) VTK writers fully determined by the
> compiled-in ID type?
>
> Thanks,
> Paul
>
> --
>
> Paul Melis
> | Visualization group leader & developer | SURFsara |
> | Science Park 140 | 1098 XG Amsterdam |
> | T 020 800 1312 | paul.melis at surfsara.nl | www.surfsara.nl |
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/opensou
> rce/opensource.html
>
> Please keep messages on-topic and check the VTK FAQ at:
> http://www.vtk.org/Wiki/VTK_FAQ
>
> Search the list archives at: http://markmail.org/search/?q=vtkusers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtkusers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20171120/f9544697/attachment.html>