Activity for VOX-FE
-
Tarun Choudhary committed [r338]
scripts to be used before and after running the solver
-
updated code for solving submodelling and body forces
-
VOX-FE released /VoxFESolver_v3.0.0_src.zip
-
-
-
-
updated to latest changes
-
Updated source files in CMakeLists.txt
-
-
Fixed the error message "Empty filename passed to function". It appeared when displacement file was read from PETSC solver. To fix this error added 'if' condition for existing piece of code.
-
commented a line to display input type in console/terminal window
-
1. updated function SelectBySED() to output some more additional information in output file 'DumpLazyRegion.txt'
-
added optional parameter 'use_cc' to disable SetConnectedComponent function
-
added source code to call function StlToVoxel converter function
-
added src file voxfeStlToVoxel.h
-
added src file voxfeStlToVoxel.cxx
-
added new optional parameter 'use_cc=N' to disable SetConnectedComponent function in remodelling tool
-
commented line 111 as function 'getDisplayPolicy()' in class 'pqApplicationCore'
-
added VOXFE_STL_DATA = 3 in VOXFE_IMAGE_TO_MODEL_TYPE
-
1. added source files (voxfeStlToVoxel.cxx and voxfeStlToVoxel.h) for stltovoxel converter
-
New branch for stl to voxel converter
-
deleting this stl_converter branch and creating same inside gui folder
-
new branch for stl to voxel converter
-
Alex posted a comment on ticket #6
Hi Richard, apologies for taking so long to respond. Teaching obligations and all that.... The constraints file is saved in the same folder lke the .model and .script files. I think the issue here is not how the syntax within the constraints file looks like: After I save, close and reopen the model in Paraview the constraints.txt is written with the correct forces. The issue is that I cannot write a correct constraints file unless I close and reopen Paraview (via the saved state file). When I set...
-
swordfishtrombone committed [r320]
merged g3_logger branch into trunk
-
fix to get working with later model file (no count)
-
Switch to petsc based solver for Zv2 example
-
elmap/materials correction for config file
-
Added CreatePetScScript routine back in for Viking
-
sample job script for viking (7)
-
sample job script for viking (6)
-
sample job script for viking (5)
-
sample job script for viking (4)
-
sample job script for viking (3)
-
sample job script for viking - switch to unix line endings
-
sample job script for viking - ready for testing
-
sample job script for viking
-
updates to makefiles after building on viking (York)
-
updates to makefiles after building on viking (York)
-
Added makefile for simple in-folder nodal strain build, to mirror those already in itkReader (convertVoxfeScript) and remodelGraph (forgot to add)
-
Added makefile for simple in-folder nodal strain build, to mirror those already in itkReader (convertVoxfeScript) and remodelGraph
-
prototype cmake recipe for remodeller
-
Hi Alex, I haven't been able to reproduce the problem, but there may well be an issue.... can I just clarify where you're saving the constraints file? (Saving a backup constraints file might always be a good idea.) There's always been an issue between the state file and the constraints output because the constraints are not sufficiently well defined. In short, it's a bug in the original file format - the constraints should have a group number so that eg. forces can be correctly distributed over them....
-
Node numbers not found during the solving phase
-
Constraints only written to file after reloading state file in Paraview
-
-
added logging & voxel size check to ReadVoxFEScript
-
fixes to several errors introduced during log additions
-
updates to jam files (and some doc) to install to a sub-directory
-
adding boost jam build/remodelControl for hymc; building -- needs testing
-
adding boost jam build for hymc
-
log tweaks
-
added glob num to output
-
added pt dump in strain processing
-
dumping glob node/displ for petsc read for all subclasses
-
dumping glob node/displ for petsc read
-
clean up/ logging commands
-
more logging commands
-
logging commands
-
reworking displ table to track strain attr error on old models (3); building
-
reworking displ table to track strain attr error on old models (2)
-
reworking displ table to track strain attr error on old models
-
#include <iterator> for std::inserter
-
Tweaks to build on windows: i) static version of g3log ii) boost allowed from 1.65 iii) snprintf define forbidden with msvc 2017
-
replaced using std.
-
replaced using std. Also further output to log file from readers
-
adding VOXFE_LOG to strain output
-
moved things around to add g3log directly into the source; only tested on ubuntu
-
dumping nodes
-
log calls
-
added nicer defines/guards
-
working logger into itkReader
-
After rejigging c++14 flags, got build with g3 logger
-
switched to tabs only to ape format
-
moved v0 script to shell
-
Convert from 'ParaBMU' displacement output to early 'v0' solver output to import into old (Borland) VoxFE gui
-
added file write test class
-
removing boost::log trial, adding g3log. boost doesn't like to load as a plugin. g3 adds a simple(ish) library with crash dump ability (least that's the hope)
-
Working logger; writes to temp dir
-
Adding boost logger, working into itkreader
-
build on linux PV 5.5.2. Required major change to CMakeLists. Also vtkFloatArray->GetTupleValue etc to vtkFloatArray->GetTuple [Plugin 1.1]
-
add logging tool
-
const tweak
-
output only selected (extracted) blocks to script
-
tweak -- truncation of YM & PR fixed
-
tweak -- broken quote mark
-
tweak on displ name, consistent for output, still with mutiplier
-
-
modified to work from the named displacement file and has optional param to multiply displ values
-
Felipe modified a comment on ticket #5
Hi, Richard! Thank you for your reply. I'll definitely wait for VOX-FE updates. Best, Felipe 2018-03-15 13:27 GMT-03:00 swordfishtrombone swordfishtbone@users.sourceforge.net: Hi Felipe, Thanks again for your interest -- a stress module (with von Mises) is long overdue, and although under discussion, is unlikely to happen until later this year... other work has taken me away unfortunately. If I get a clearer idea, I'll let you know, - regards, Richard [tickets:#5] https://sourceforge.net/p/vox-fe/tickets/5/...
-
Hi, Richard! Thank you for your reply. I'll definitely wait for VOX-FE updates. Best, Felipe Felipe Luis Palombini Doutorando | PGDesign | UFRGS Mestre | PGDesign | UFRGS Designer de Produto | UFRGS lattes.cnpq.br/8680770694335530 2018-03-15 13:27 GMT-03:00 swordfishtrombone swordfishtbone@users.sourceforge.net: Hi Felipe, Thanks again for your interest -- a stress module (with von Mises) is long overdue, and although under discussion, is unlikely to happen until later this year... other work has...
-
Hi Felipe, Thanks again for your interest -- a stress module (with von Mises) is long overdue, and although under discussion, is unlikely to happen until later this year... other work has taken me away unfortunately. If I get a clearer idea, I'll let you know, - regards, Richard
-
VOX-FE von Mises stresses
-
Hi Richard, I appreciate your reply and I understand. Thank you for considering my suggestion. Best, Felipe
-
Vox-FE and ParaView with MS-MPI support
-
Hi Felipe, Thank-you for your interest. The plugin is very specific to particular versions of paraview and has to be built against it from scratch. With regard to paraview, there is some work still ongoing, but it's not full time, and I don't think your idea (of using MPI to load data) has been discussed for some time (parallelising the solver was always of much greater importance). In any case, parallel reading would not help much unless you happen to have access to a large multi-core machine with...
-
Vox-FE and ParaView with MS-MPI support
-
Problems with the solver
-
Error at the write out step:
-
Can't find the circ2.script in the tutorial videos
1 >