[Smtk-developers] smtk + netgen

[David Thompson]

Hi Maxim,

Sorry for the slow reply.

We have a few mesh workers (separate executables that use remus to communicate with ModelBuilder). Each worker typically deserializes a model from an SMTK file (whose filename is passed as a parameter to the worker's job) and meshes it, then returns (via Remus) the location of the mesh file it generated to ModelBuilder.

Unfortunately, none of these mesh workers are public yet as the meshers themselves are not under our control. However, TJ is working on a simple Delaunay-triangulation mesh worker that might serve as an example of how we are tying SMTK to mesh generators:

https://gitlab.kitware.com/cmb/smtk/merge_requests/676

It's a work in progress until it gets merged, but hopefully it will help. We would really like to have a mesh worker based on the cgm session that uses netgen to create meshes, so if you are thinking about contributing one that would be great.

Given the tendency we have observed for most meshers to crash somewhere between occasionally and frequently, we like running the mesher in a separate process even though it adds the overhead of reading/writing files.

	David



> On Jun 5, 2017, at 16:59, Maxim Torgonskiy <kriolog at gmail.com> wrote:
> 
> Hi T.J.,
> 
> Thank you for your reply.  Sorry, I think I didn't explain myself
> well. I need the netgen mesher itself, not only import/export.
> Here is an example of how meshkit does it with moab and netgen:
> https://bitbucket.org/fathomteam/meshkit/src/d23e7dd46053e2fe6382f7bfe69efbecfc8893e8/example/example_ngtetmesher.cpp?at=master&fileviewer=file-view-default
> The test model is the following:
> https://bitbucket.org/fathomteam/meshkit/src/d23e7dd46053e2fe6382f7bfe69efbecfc8893e8/data/threeholecube.stp?at=master&fileviewer=file-view-default
> Is there any possibility to bind netgen with smtk? I've found only a
> remus::Worker class
> (https://github.com/Kitware/Remus/tree/master/remus/worker) that can
> mesh using a server-client architecture (which could be a  big
> advantage for us in the future).
> 
> Thanks,
> Maxim
> 
> 2017-06-05 16:27 GMT-04:00 TJ Corona <tj.corona at kitware.com>:
>> Hi Maxim,
>> 
>> smtk::mesh uses MOAB as its backend, and we have nascent support for a
>> modeling session that uses smtk::mesh as its backend. It looks like MOAB has
>> support for reading/writing to/from netcdf, so if you are interested in
>> using SMTK to perform model annotation, I think this functionality could be
>> easily supported. Do you have a sample Netgen file we could try
>> importing/exporting?
>> 
>> Sincerely,
>> T.J.
>> 
>> Thomas J. Corona, Ph.D.
>> Kitware, Inc.
>> Senior R&D Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4443
>> 
>> On Jun 5, 2017, at 2:44 PM, Maxim Torgonskiy <kriolog at gmail.com> wrote:
>> 
>> Hello,
>> 
>> We use smtk for one our paraview-based project (paraview filter
>> https://github.com/kriolog/paraview_smtk_reader). We also need to
>> integrate netgen in it. Meshkit already have netgen bindings and uses
>> the same dependencies as smtk. Is it a good idea is to use the
>> versions of cgm, moab, occ/oce which I already have in
>> smtk-superbuild? Or maybe there is a ready solution for
>> smtk-(remus?)-netgen or smtk-meshkit bridge?
>> 
>> Thanks,
>> Maxim
>> _______________________________________________
>> Smtk-developers mailing list
>> Smtk-developers at smtk.org
>> http://public.kitware.com/mailman/listinfo/smtk-developers
>> 
>> 
> _______________________________________________
> Smtk-developers mailing list
> Smtk-developers at smtk.org
> http://public.kitware.com/mailman/listinfo/smtk-developers