-- Using default calculation of friction lengths, taking account
-- of the J-direction parts of the well only.
-- This is not entirely correct, but taken as a good enough approximation

WFRICTN
--wname diam roughness flowscalefact
  WPH2   0.31  0.01  /
-- ic jc kc  Ddist1 Ddist2 penetrDir ijkEnd Diam
   13 17  3  2*                J       14  /
   14 14  3  2*                J       10  /
   15 10  3  2*                J        8  /
   16  8  3  2*                J        6  /
   17  6  3  2*                J        4  /
   18  4  3  2*                J        2  /
/

-- Geometry of well (in layer 3)
--
-- ix 13 14 15 16 17 18 
-- jy                  
--  2                 x
--  3                 x
--  4              x  x
--  5              x
--  6           x  x
--  7           x
--  8        x  x
--  9        x
-- 10     x  x
-- 11     x
-- 12     x
-- 13     x
-- 14  x  x
-- 15  x
-- 16  x
-- 17  x


-- Letting Eclipse compute all friction lengths, Ddist1 and Ddist2 can
-- be defaulted. Note that we use a constant penetration direction  J 
-- (north-south), even though some of the connecting cells are east-west,
-- e.g. (14, 10) and (15, 10). These are seen as grid approximations, and
-- does not reflect real well geometry.

-- We approximate the calculations by assuming the well is always north-south.
-- I.e., the first friction length is between cells (13, 17) and (13, 14)
-- With cell1 = (13, 17) and penetration direction J, Eclipse knows that the
-- end cell must have I=13, hence the I-coordinate does not need to be
-- specified (and cannot by the syntax). The number ijkEnd = 14 then means
-- J = 14 (and with the known I = 13, the end cell becomes (13, 14)
-- Next we neglect the "distance" between (13, 14) and (14, 14), and
-- say that segment 2 starts in cell (14, 14). By setting Ddist1 default,
-- Eclipse assumes segment 2 starts at the end of segment 1, just as we would
-- have it. Same goes for the remaining segments.