- Aug 06, 2008
-
-
Mattijs Janssens authored
-
Mattijs Janssens authored
-
- Aug 05, 2008
-
-
Mark Olesen authored
- remove TimeRange property from XML. Not needed for discrete time data - represent Lagrangian data as VTK_VERTEX for simple visualization
-
Mark Olesen authored
- handle new cloud locations, got missed before the release - handle multiple clouds - more efficient checking of fields etc. - write case file at the end, thus we can potentially do something more intelligent about the time set handling
-
henry authored
-
- Aug 04, 2008
-
-
Mark Olesen authored
-
henry authored
-
- Aug 03, 2008
-
-
Mark Olesen authored
- streamlined code somewhat, minor attempt to reclaim some memory - now use "mesh parts" for patches/zones/sets/etc throughout to avoid ambiguity with mesh regions - collect superCells and addPointCellLabels in a class. The old version actually seemed to have overwritten the addPointCellLabels with each cellSet/cellZone. This means that part of the pointFields would be trashed in the combination of polyhedral cells, cellSets/cellZones and internalMesh - polyDecomp information for muitiple mesh regions, but not yet exploited - pointFields now working for cellZones/cellSets - extroplating fields onto walls also works as expected for interpolated pointFields - added tooltips to reader GUI TODO: - pointFields (real and interpolated) for faceSets/faceZones
-
- Aug 02, 2008
-
-
Mark Olesen authored
- various GUI properties are now animateable="0" (meaning they no longer show up on the time-line) - move reader switches to the bottom of the GUI - move Lagrangian fields above pointFields for better visibility - basic support for multiple clouds - filter fields based on selection before looping over all the geometry bits - mesh conversion functions now return VTK mesh types for easier handling - faceZones mesh conversion had points/faces allocation reversed - updateInfo with every call to setTime() that changes the timeIndex This seems to be the only way to notice Lagrangian fields - restore displaying patchnames that got forgotten in the last commit - misc reorganization
-
- Aug 01, 2008
-
-
Mark Olesen authored
- normal mesh data on port0 - Lagrangian data on port1 - no fixed block numbers for dividing internalMesh, patches, zones etc. This helps avoid ugly gaps in the multiblock output - avoid segfault if Lagrangian fields are converted without positions TODO: - can we label the output ports? - the selection of Lagrangian data and fields is wonky.
-
- Jul 30, 2008
-
-
Mattijs Janssens authored
-
Andrew Heather authored
-
Mark Olesen authored
- added printMemory() method to aid debugging memory used - call UpdateInformation() if the mesh has changed - automatic activation of "internalMesh", "p", "U" is suppressed if a fvMesh is cached. Otherwise, appearing/disappearing volFields can cause a crash Note: The message "had to make up a selection value" that sometimes occurs seems to be paraview related (see paraview mailing list),
-
- Jul 29, 2008
-
-
Mattijs Janssens authored
-
Mattijs Janssens authored
-
Mark Olesen authored
-
- Jul 28, 2008
-
-
Mattijs Janssens authored
-
Mark Olesen authored
- vtkPV3Foam get PrintSelf (reduces number of methods) - move output data member from vtkPV3Foam -> PV3FoamReader in preparation for rewriting output method - roughed in code to track mesh/field changes in preparation for rewriting output method - progress bar with arbitrary values to give the user something to watch
-
- Jul 27, 2008
-
-
henry authored
-
- Jul 25, 2008
-
-
Andrew Heather authored
-
Mark Olesen authored
- Remove paraFoam/Allwmake leftover junk - Always attempt make of libccmio to ensure lnInclude/ exists
-
Mark Olesen authored
- avoid code duplication in vtkPV3Foam.C and checkTimeOption.H - can also be used in Time::findClosestTime(), but didn't touch that
-
Mark Olesen authored
- On the first call, select 'internalMesh' and the 'p', 'U' fields. This corresponds to a fairly common default case without loading all possible fields etc. - Include zones should now work without issuing a FatalError when the corresponding files are missing. I must have tried too many things at once and didn't notice this before. - Use ZoneMesh for zone names if the fvMesh is already cached (skips re-reading the same files). - Change reader description to "OpenFOAM Reader" to distinguish it a bit from the vtkOpenFOAMReader built into paraview/vtk - Misc. file and method names reorganized - Remaining problem: mixing internalMesh and cellZones is clunky since there aren't yet interpolated point values for cellSets/cellZones. Paraview complains about the mismatch, but extracting a block is still okay. TODO: - multi-port output for Lagrangian - hold all the vtk mesh parts (including multiblock) and just pass the reference. With this, the pipeline might notice that the geometry is actually identical and skip the PVGeometryFilter that takes so long.
-
- Jul 24, 2008
-
-
Mark Olesen authored
-
henry authored
-
Mark Olesen authored
-
- Jul 23, 2008
-
-
Andrew Heather authored
-
henry authored
-
Andrew Heather authored
This reverts commit 7446cee7.
-
Andrew Heather authored
This reverts commit 3ae1a491.
-
Andrew Heather authored
-
Mark Olesen authored
- retain failsafe check (constant/blockMeshDict)
-
Andrew Heather authored
-
Mark Olesen authored
-
- Jul 22, 2008
-
-
Mark Olesen authored
previous disabling of the TimeSelection arrays [commit c52b20b1..] resulted in the mesh caching being disabled :( Simplified code is enabled/disabled by PV3FOAM_TIMESELECTION define. Might be removed in the future.
-
Mark Olesen authored
-
Mark Olesen authored
-
Mark Olesen authored
- it also found things like size_t instead of size_type in fileName class
-
- Jul 21, 2008
-
-
Mark Olesen authored
- allows post-processing functions with an optional dictionary (eg, the developer can hard-wire some defaults)
-
henry authored
-