> The hard (or at least tedious) part may be fixing our I/O classes to > write out and read in solutions with per-subdomain variables. I'm not > familiar with the nitty-gritty details of our output formats, but I > wouldn't be surprised if they didn't all support such a thing.
I'm thinking for most cases you would extend the DOFs to cover the entire domain (for tecplot I/O, for example) and write every variable everywhere, getting 0 on the domains where they are not defined. I'm with Roy in thinking the DofMap part of this is not too hard, and we should probably just do it and libmesh_experimental() the API. If there is something at least we can start discussion about how to improve it. But I'd like to dump libmesh-0.6.3 first, since this could end up being a pretty big changset, and if nothing else it would be nice to freeze what we have currently, which has been stable for a while now. This deserves a separate email, in a few hours... -Ben ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
