[petsc-dev] DMDA VTK viewer regression: field names missing

Jed Brown jed at jedbrown.org
Thu Apr 4 11:43:56 CDT 2019


Matthew Knepley <knepley at gmail.com> writes:

> On Thu, Apr 4, 2019 at 11:52 AM Jed Brown <jed at jedbrown.org> wrote:
>
>> Matthew Knepley <knepley at gmail.com> writes:
>>
>> > On Thu, Apr 4, 2019 at 12:26 AM Jed Brown via petsc-dev <
>> > petsc-dev at mcs.anl.gov> wrote:
>> >
>> >> Patrick Sanan via petsc-dev <petsc-dev at mcs.anl.gov> writes:
>> >>
>> >> > I was going to say something similar to Matt; to me it is worth the
>> 1.5x
>> >> > redundancy in the data if I can just view the output file with "doing
>> >> > anything special". I have also done something similar to what you're
>> >> > describing with save states, and it works fine; weirdly it seems like
>> >> much
>> >> > higher overhead than it is, though.
>> >>
>> >> That overhead for 2D fields isn't a big deal for me, but how would you
>> >> identify that three components should be interpreted as vectors?  What
>> >> if they are three chemical concentrations?  Plotting as vectors would
>> >> just be confusing in that case.
>> >>
>> >
>> > In PyLith, we annotate solution fields with transformation properties
>> like
>> > this.
>>
>> How do you "annotate" in a VTK file?
>>
>
> My intention was to have them annotated in the library, and then we
> only generate VTK vectors for true vectors. For other fields we make a
> bunch of scalars.

This could map to your fields/components concept in Plex, but we don't
presently have that distinction in DMDA.


More information about the petsc-dev mailing list