Andreas, I do not disagree that there are useful abstractions at the keyword + data level, but ultimately that will be an implementation detail for the system. Such an abstraction cannot be the only one exposed to a client code, if one wants to support the kind of manipulation that is often found in such files (i.e. multiply PORV on layer 53 by 1e6 to make a fake aquifer etc).
The EclipseGridParser class grew up from a simple keyword + data abstraction. I would say that for not-too-complex needs, it remains a valid choice. Reading .grdecl files is one such case. Atgeirr _______________________________________________ Opm mailing list [email protected] http://www.opm-project.org/mailman/listinfo/opm
