For the Norne case we only need to support MULTFLT in the GRID section, and it seems supporting using it in SCEDULE is a different ball game, while in EDIT I assume it still can be supported within the parser. Personlally, I am not sure how uncommon it is to use MULTFLT outside of the GRID section, but my guess is that it is rather uncommon. Hence I suggest we only support MULTFLT when found in GRID for now (in the simulator at least).
Cheers, Alf ________________________________________ From: Opm [opm-boun...@opm-project.org] on behalf of Atgeirr Rasmussen [atgeirr.rasmus...@sintef.no] Sent: Tuesday, June 17, 2014 11:54 PM To: opm@opm-project.org Subject: Re: [OPM] Regarding transmissibility multipliers 17. juni 2014 kl. 18:21 skrev Bård Skaflestad <bard.skafles...@sintef.no>: > I don't think we'll be able to get away with a connection-based data > structure for multipliers. I really do think we need to preserve the > per-cell nature of the multiplier arrays (and, generally, to store six > values per cell). I also think this is true. At least (I now believe), MLTFLT (at least when used in the GRID section), can be supported within the framework of the MULTX/MULTX- etc., since it only modifies those values. That means that we do not need any special treatment of FAULTS beyond the parser, since it can internalise these multipliers, and the downstream code need only look at the (ijk) tuples of each face's neighbour cells to determine the correct multipliers. Atgeirr _______________________________________________ Opm mailing list Opm@opm-project.org http://www.opm-project.org/mailman/listinfo/opm ------------------------------------------------------------------- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you _______________________________________________ Opm mailing list Opm@opm-project.org http://www.opm-project.org/mailman/listinfo/opm
