Hi Santiago,
the numbering is different, that is right. This is not due to renumbering for efficient solving, because in this case the equation numbering (which is related to degrees of freedom) is changed, and this has nothing to do with node numbering (at least in oofem).
The node renumbering in vtk export comes from the fact, that export is done on a region basis. Regions (represented by cross section id at the moment) allow to have smoothing (which is always done in order to bring internal values from integration points to nodes) only on a certain part of a domain and not through the internal boundary, for example. They come also handy when domain is made from two materials and one needs to visualize internal variable available in only one material. Then one region (without internal variable) is skipped and recovery is done only on second region.
This region based recovery requires node renumbering, since nodes on internal region boundary have to be doubled. Unfortunately renumbering takes place also when there is only a single region.
But there is a simple way how to deactivate region based recovery (and in effect to keep nodal numbering). In sm/src/vtkexportmodule.h just comment out line "#define RBR_SUPPORT" and recompile. This can be used for homogeneous problems containing only one type of material model.
If you need values of any variable for specific node/element you can always get them from oofem output file (possibly using extractor tool for more comfortable extracting).
Any suggestion here is welcome.
>Besides, it would be nice to be able to use a kind of include directive in input files, to separate different sections (e.g., >mesh from problem data).
I agree. Unfortunately could not do it right now, but it is on my todo list.
Borek