From joaho at statoil.com  Sat Apr  2 10:53:59 2016
From: joaho at statoil.com (Joakim Hove)
Date: Sat, 2 Apr 2016 10:53:59 +0000
Subject: [Opm] Update ert
Message-ID: <2C495325BE67E94ABEF4C1C984227EF04378187A@WS343.statoil.net>

Hello;

unless someone screams I intend to merge: https://github.com/OPM/opm-output/pull/8 on monday. As indicated in the PR message this will require a very new version of ERT to compile; and as requested by Atgeirr I hereby give a heads-up on the mailing of the ert-upgrade requirement.

I am happy to write small notifications like this - but I do not want to spam people unnecessary either. As a general I foresee that as opm-output evolves there will be several small accompanying ert changes; so my suggestion is that:


1.      This message serves as a general: "There will be more frequent ert updates while opm-output is developed" warning.

2.      All PRs which require a new ert version will be marked as such.

3.      No more specific warnings like this e-mail.

I will certainly adapt if people would prefer it otherwise.

Joakim



-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160402/4d95bd2f/attachment.html>

From JOKVA at statoil.com  Wed Apr  6 08:34:34 2016
From: JOKVA at statoil.com (=?iso-8859-1?Q?J=F8rgen_Kvalsvik?=)
Date: Wed, 6 Apr 2016 08:34:34 +0000
Subject: [Opm] Oil-water-gas rates at perforation in simulators
Message-ID: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>

Hi,

I'm working on a better way of doing (Eclipse-compatible) output, and need to grab some info from the simulators.

I have a WellState (and possibly Well* from opm-core) that I want to extract rates at some perforation. It seems to me that the perfRates in WellState only store the combined rate of oil, water and gas, and not the three individual rates (which I'm interested in outputting). Are there any way of grabbing these three on a per-well per-connection basis from WellState?

I (think I) have traced the computation of the rates to compute_wflux in cfs_tpfa_residual.c. Please correct me if I'm wrong, but if this is correct then it also seems to only care about the total because it accumulates the phase mobilities before computing the flux (which I is more-or-less directly assigned to WellState::perfRates).

tl;dr: how can I grab individual oil/water/gas rates at each perforation for a well?


-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160406/41f4ab5b/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Wed Apr  6 08:45:22 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Wed, 6 Apr 2016 08:45:22 +0000
Subject: [Opm] Oil-water-gas rates at perforation in simulators
In-Reply-To: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>
References: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>
Message-ID: <E74A7932-0F3C-4624-A301-12FA8D96D29F@sintef.no>


6. apr. 2016 kl. 10.34 skrev Jørgen Kvalsvik <JOKVA at statoil.com<mailto:JOKVA at statoil.com>>:

Hi,

I'm working on a better way of doing (Eclipse-compatible) output, and need to grab some info from the simulators.

I have a WellState (and possibly Well* from opm-core) that I want to extract rates at some perforation. It seems to me that the perfRates in WellState only store the combined rate of oil, water and gas, and not the three individual rates (which I'm interested in outputting). Are there any way of grabbing these three on a per-well per-connection basis from WellState?

I (think I) have traced the computation of the rates to compute_wflux in cfs_tpfa_residual.c. Please correct me if I'm wrong, but if this is correct then it also seems to only care about the total because it accumulates the phase mobilities before computing the flux (which I is more-or-less directly assigned to WellState::perfRates).

You are looking at older things designed for the two-phase operator-split simulators.

We kept using (by inheritance) the same state classes when we started the three-phase fully implicit black-oil effort,
which saved effort but may be confusing. Quite possible that was a bad choice at the time.


tl;dr: how can I grab individual oil/water/gas rates at each perforation for a well?

The well state class used for Flow is in opm/autodiff/WellStateFullyImplicitBlackoil.hpp.
Its perfPhaseRates() member should contain exactly what you are looking for.

Atgeirr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160406/2b6f43ef/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Wed Apr  6 09:11:45 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Wed, 6 Apr 2016 09:11:45 +0000
Subject: [Opm] Renaming dune-cornerpoint -> opm-grid
Message-ID: <AC16E480-5398-45BF-96D3-58E60B5DAF21@sintef.no>

The repository has now been renamed on github. The old URL will still work for a long time (half a year I think) so no-one need to do anything right now.

The next step is creating PRs with the required changes. This is underway.

Atgeirr



From JOKVA at statoil.com  Wed Apr  6 09:48:13 2016
From: JOKVA at statoil.com (=?iso-8859-1?Q?J=F8rgen_Kvalsvik?=)
Date: Wed, 6 Apr 2016 09:48:13 +0000
Subject: [Opm] Oil-water-gas rates at perforation in simulators
In-Reply-To: <E74A7932-0F3C-4624-A301-12FA8D96D29F@sintef.no>
References: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>,
 <E74A7932-0F3C-4624-A301-12FA8D96D29F@sintef.no>
Message-ID: <0DE2898B514EE542B05967D975C25F501EEEBCC0@WS343.statoil.net>

And if I want to support other simulators than Flow? Will all simulators use WellState as a base *and* be able to offer these values?
________________________________
Fra: Opm [opm-bounces at opm-project.org] på vegne av Atgeirr Rasmussen [Atgeirr.Rasmussen at sintef.no]
Sendt: 6. april 2016 10:45
Til: opm at opm-project.org
Emne: Re: [Opm] Oil-water-gas rates at perforation in simulators


6. apr. 2016 kl. 10.34 skrev Jørgen Kvalsvik <JOKVA at statoil.com<mailto:JOKVA at statoil.com>>:

Hi,

I'm working on a better way of doing (Eclipse-compatible) output, and need to grab some info from the simulators.

I have a WellState (and possibly Well* from opm-core) that I want to extract rates at some perforation. It seems to me that the perfRates in WellState only store the combined rate of oil, water and gas, and not the three individual rates (which I'm interested in outputting). Are there any way of grabbing these three on a per-well per-connection basis from WellState?

I (think I) have traced the computation of the rates to compute_wflux in cfs_tpfa_residual.c. Please correct me if I'm wrong, but if this is correct then it also seems to only care about the total because it accumulates the phase mobilities before computing the flux (which I is more-or-less directly assigned to WellState::perfRates).

You are looking at older things designed for the two-phase operator-split simulators.

We kept using (by inheritance) the same state classes when we started the three-phase fully implicit black-oil effort,
which saved effort but may be confusing. Quite possible that was a bad choice at the time.


tl;dr: how can I grab individual oil/water/gas rates at each perforation for a well?

The well state class used for Flow is in opm/autodiff/WellStateFullyImplicitBlackoil.hpp.
Its perfPhaseRates() member should contain exactly what you are looking for.

Atgeirr



-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160406/79bbebc0/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Wed Apr  6 09:55:00 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Wed, 6 Apr 2016 09:55:00 +0000
Subject: [Opm] Oil-water-gas rates at perforation in simulators
In-Reply-To: <0DE2898B514EE542B05967D975C25F501EEEBCC0@WS343.statoil.net>
References: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>
 <E74A7932-0F3C-4624-A301-12FA8D96D29F@sintef.no>
 <0DE2898B514EE542B05967D975C25F501EEEBCC0@WS343.statoil.net>
Message-ID: <283F988F-63FC-4999-8976-F74F716877CC@sintef.no>


6. apr. 2016 kl. 11.48 skrev Jørgen Kvalsvik <JOKVA at statoil.com<mailto:JOKVA at statoil.com>>:

And if I want to support other simulators than Flow? Will all simulators use WellState as a base *and* be able to offer these values?

No.

We could consider a transformation similar to the one done for the reservoir state classes, where the SimulationStateContainer class
now can support more or less arbitrary states, and output facilities can query it for any field in a sensible way.

However I had the impression from other discussions that for wells we were not going that route, but instead creating a data
container for the output facilities' use, and making the existing simulator or state classes able to create such objects.

Atgeirr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160406/9f23b35e/attachment.html>

From JOKVA at statoil.com  Wed Apr  6 10:03:06 2016
From: JOKVA at statoil.com (=?iso-8859-1?Q?J=F8rgen_Kvalsvik?=)
Date: Wed, 6 Apr 2016 10:03:06 +0000
Subject: [Opm] Oil-water-gas rates at perforation in simulators
In-Reply-To: <283F988F-63FC-4999-8976-F74F716877CC@sintef.no>
References: <0DE2898B514EE542B05967D975C25F501EEEBC76@WS343.statoil.net>
 <E74A7932-0F3C-4624-A301-12FA8D96D29F@sintef.no>
 <0DE2898B514EE542B05967D975C25F501EEEBCC0@WS343.statoil.net>,
 <283F988F-63FC-4999-8976-F74F716877CC@sintef.no>
Message-ID: <0DE2898B514EE542B05967D975C25F501EEEBCD1@WS343.statoil.net>

That's exactly it, and I'm writing that particular output representation. It's more of a question of being able to implement this conversion in the root wellstate rather than on a case-by-case basis, but it seems I have my answer. Thanks!
________________________________
Fra: Opm [opm-bounces at opm-project.org] på vegne av Atgeirr Rasmussen [Atgeirr.Rasmussen at sintef.no]
Sendt: 6. april 2016 11:55
Til: opm at opm-project.org
Emne: Re: [Opm] Oil-water-gas rates at perforation in simulators


6. apr. 2016 kl. 11.48 skrev Jørgen Kvalsvik <JOKVA at statoil.com<mailto:JOKVA at statoil.com>>:

And if I want to support other simulators than Flow? Will all simulators use WellState as a base *and* be able to offer these values?

No.

We could consider a transformation similar to the one done for the reservoir state classes, where the SimulationStateContainer class
now can support more or less arbitrary states, and output facilities can query it for any field in a sensible way.

However I had the impression from other discussions that for wells we were not going that route, but instead creating a data
container for the output facilities' use, and making the existing simulator or state classes able to create such objects.

Atgeirr



-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160406/c501a21b/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Thu Apr  7 07:51:46 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Thu, 7 Apr 2016 07:51:46 +0000
Subject: [Opm] Renaming dune-cornerpoint -> opm-grid
In-Reply-To: <AC16E480-5398-45BF-96D3-58E60B5DAF21@sintef.no>
References: <AC16E480-5398-45BF-96D3-58E60B5DAF21@sintef.no>
Message-ID: <E100EA26-E9DF-48D8-A43B-15B13C926220@sintef.no>

Dear OPM community,

We have now completed renaming dune-cornerpoint -> opm-grid. Now the module name is changed throughout the system.

1. If you have not already done so, you should now rename your github fork (if you have one) from dune-cornerpoint to opm-grid.

2. You should rename your dune-cornerpoint working directory to opm-grid.

3. You should look at the remote URLs used in that directory with "git remote -v" and check that they refer to the
correct URL (opm-grid.git, not dune-cornerpoint.git). If not use "git remote set-url" to update (replace dune-cornerpoint with opm-grid).

4. You should pull down the changes in all repositories (including opm-grid). The repositories changed for this renaming include
opm-common, opm-core, opm-grid, opm-autodiff, opm-upscaling and ewoms.

5. In each build directory, I recommend deleting all files and doing the "cmake <location of source>" command again.

6. Do 'make' in each build directory.

You should (hopefully) have no problems. If you do, please report and we'll try to fix it.

Atgeirr




From markus at dr-blatt.de  Thu Apr  7 09:33:41 2016
From: markus at dr-blatt.de (Markus Blatt)
Date: Thu, 7 Apr 2016 11:33:41 +0200
Subject: [Opm] Renaming dune-cornerpoint -> opm-grid
In-Reply-To: <E100EA26-E9DF-48D8-A43B-15B13C926220@sintef.no>
References: <AC16E480-5398-45BF-96D3-58E60B5DAF21@sintef.no>
 <E100EA26-E9DF-48D8-A43B-15B13C926220@sintef.no>
Message-ID: <20160407093341.GA20324@boromir.dr-blatt.de>

Hi,

is there in easy way to rename the forked version of the repository on
github?

Markus
-- 
Dr. Markus Blatt - HPC-Simulation-Software & Services http://www.dr-blatt.de
Hans-Bunte-Str. 8-10, 69123 Heidelberg, Germany,  USt-Id: DE279960836
Tel.: +49 (0) 160 97590858
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <//opm-project.org/pipermail/opm/attachments/20160407/bd22cfb3/attachment.sig>

From Atgeirr.Rasmussen at sintef.no  Thu Apr  7 09:46:47 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Thu, 7 Apr 2016 09:46:47 +0000
Subject: [Opm] Renaming dune-cornerpoint -> opm-grid
In-Reply-To: <20160407093341.GA20324@boromir.dr-blatt.de>
References: <AC16E480-5398-45BF-96D3-58E60B5DAF21@sintef.no>
 <E100EA26-E9DF-48D8-A43B-15B13C926220@sintef.no>
 <20160407093341.GA20324@boromir.dr-blatt.de>
Message-ID: <90EE3035-68F6-476F-A8A3-0F253968024C@sintef.no>


> 7. apr. 2016 kl. 11.33 skrev Markus Blatt <markus at dr-blatt.de>:
> 
> Hi,
> 
> is there in easy way to rename the forked version of the repository on
> github?


Yes, go to the "Settings" tab for your fork, and it's the first item on that page.

Atgeirr



From ibrahematef at gmail.com  Thu Apr  7 22:07:12 2016
From: ibrahematef at gmail.com (Ibrahem Atef)
Date: Fri, 8 Apr 2016 00:07:12 +0200
Subject: [Opm] Compiling source
Message-ID: <5706d9df.c856c20a.5399f.ffffb773@mx.google.com>




Hi,
	I have been following, literally, the instruction specified on this page:
http://opm-project.org/?page_id=231

unfortunately with no success due to dependency of modules on other libraries “such as ert”. I need some help with compiling the modules from source in more detail.

Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160408/5520488d/attachment.html>

From Arne.Morten.Kvarving at sintef.no  Fri Apr  8 05:55:36 2016
From: Arne.Morten.Kvarving at sintef.no (Arne Morten Kvarving)
Date: Fri, 8 Apr 2016 05:55:36 +0000
Subject: [Opm] Compiling source
Message-ID: <uu9yf4lxajxseun3jybr73oc.1460094880923@email.android.com>

Hi there,

it is hard to give more detailed instructions than those available. Did you follow the prerequisites link on top of the page? It explains how to get and build all dependencies, including ert.

Arnem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160408/f54501ad/attachment.html>

From joakim.hove at gmail.com  Fri Apr  8 06:07:00 2016
From: joakim.hove at gmail.com (Joakim Hove)
Date: Fri, 8 Apr 2016 08:07:00 +0200
Subject: [Opm] Fwd:  Compiling source
In-Reply-To: <CALKD1M8kF3G6Tz6bibDdk3a3jsYS6qqsYzTSPsuCgQOALrdAag@mail.gmail.com>
References: <5706d9df.c856c20a.5399f.ffffb773@mx.google.com>
 <CALKD1M8kF3G6Tz6bibDdk3a3jsYS6qqsYzTSPsuCgQOALrdAag@mail.gmail.com>
Message-ID: <CALKD1M8f--XCC3B4ekqPa-T-4SdWF5wFTBi3dcny3znd9EtoKw@mail.gmail.com>

Forgot the list ...

---------- Forwarded message ----------
From: Joakim Hove <joakim.hove at gmail.com>
Date: Fri, Apr 8, 2016 at 1:14 AM
Subject: Re: [Opm] Compiling source
To: Ibrahem Atef <ibrahematef at gmail.com>





unfortunately with no success due to dependency of modules on other
> libraries “such as ert”. I need some help with compiling the modules from
> source in more detail.
>

Compile ert:


   1. In a directory beside the opm modules: 'git clone
   https://github.com/Ensembles/ert.git'
   2. cd ert ; mkdir build ; cd build
   3. cmake ../devel
   4. make
   5. Optional: make install (If installing you might also want to pass
   -DCMAKE_INSTALL_PREFIX=/path/to/where/ert/should/go in 3).

ert should be the only prerequisite you need to compile -  for the others
you can install the binary packages.


Jaokim









>
> Best regards
>
> _______________________________________________
> Opm mailing list
> Opm at opm-project.org
> http://opm-project.org/cgi-bin/mailman/listinfo/opm
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160408/ad85f590/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Fri Apr  8 07:23:09 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Fri, 8 Apr 2016 07:23:09 +0000
Subject: [Opm] Compiling source
In-Reply-To: <5706d9df.c856c20a.5399f.ffffb773@mx.google.com>
References: <5706d9df.c856c20a.5399f.ffffb773@mx.google.com>
Message-ID: <9AADB191-E19C-45C9-9EF0-4BD191055AAB@sintef.no>

Hi,

As Arne Morten said, the prerequisites must be in place before you build OPM.
However the build order part of the page you refer to was outdated after our recent
reorganization efforts. I have updated this to show the correct order.

Atgeirr


8. apr. 2016 kl. 00.07 skrev Ibrahem Atef <ibrahematef at gmail.com<mailto:ibrahematef at gmail.com>>:




Hi,
            I have been following, literally, the instruction specified on this page:
http://opm-project.org/?page_id=231

unfortunately with no success due to dependency of modules on other libraries “such as ert”. I need some help with compiling the modules from source in more detail.

Best regards
_______________________________________________
Opm mailing list
Opm at opm-project.org<mailto:Opm at opm-project.org>
http://opm-project.org/cgi-bin/mailman/listinfo/opm

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160408/f7c4f3fe/attachment.html>

From Atgeirr.Rasmussen at sintef.no  Fri Apr  8 11:17:54 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Fri, 8 Apr 2016 11:17:54 +0000
Subject: [Opm] Renaming module: opm-autodiff -> opm-simulators
Message-ID: <27309068-741A-4EED-8475-7CA7E5BD4834@sintef.no>

Dear OPM community,

The opm-autodiff module contain quite a few simulator programs, including the Flow family.
Soon there will also be some simulator programs there that are not based on AD (moved from
opm-core).

This renaming is intended to make that clearer, and make it easier for users to find the tools
they want to use.

We will do this like before: rename repository, create PRs for affected modules, inform via the
mailing list.

Atgeirr



From Atgeirr.Rasmussen at sintef.no  Mon Apr 11 12:54:52 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Mon, 11 Apr 2016 12:54:52 +0000
Subject: [Opm] OPM meeting in Oslo June 1-2
Message-ID: <D7930DD4-97D3-4A55-8C9F-1F717E3D2355@sintef.no>

Dear OPM community,

We would like to invite you to participate in the 2016 OPM Meeting on June 1-2 in Oslo! We hope to welcome anybody who
wants to come, please contact Atgeirr Flø Rasmussen <atgeirr at sintef.no> or Tor Harald Sandve <Tor.Harald.Sandve at iris.no>
if you want to join. Please tell us as early as possible if you are planning to come to the OPM meeting so we can get an overview.

We propose to make the Wednesday more user-centric and the Thursday more developer-centric, but anyone can participate on
either or both days. The agenda is still open, so feel free to propose items for the agenda for either of the two days, either on the
mailing list or directly to the organizers. We plan a conference dinner on Wednesday evening. The rest of the agenda will be posted
as soon as we have one. Please indicate if you want to join the conference dinner.  

Time: Wednesday 1st - Thursday 2nd of June 2016. We will start at 10:00 on Wednesday, and end at 15:00 on Thursday.

Location: SINTEF, Forskningsveien 1, Oslo, Norway.

Travel/Accommodation: Participants must make their own arrangements. Oslo hotels can fill up in the summer, so it is good to
book early. There are no hotels in the immediate area of SINTEF, but it is easily accessible by tram ("trikk"), metro ("t-bane") from
downtown hotels (or taxi). Unfortunately, we have no funds to cover travel or accommodation. There is no fee for the meeting.
Conference facilities and lunch will be provided by SINTEF.

Hope to see you in June!

Atgeirr Flø Rasmussen and Tor Harald Sandve (organizers)


From paolo.orsini at gmail.com  Mon Apr 18 13:21:30 2016
From: paolo.orsini at gmail.com (Paolo Orsini)
Date: Mon, 18 Apr 2016 15:21:30 +0200
Subject: [Opm] issues compiling opm-material
Message-ID: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>

Hi,

I have been using an old version (back to August 2014) of opm-parser and
opm-core. I was trying to updated to the latest development version, and I
am having trouble to rebuild the system up to opm-core.

I have followed the link below for the prerequisites:
http://opm-project.org/?page_id=239

And this other link to respect the module inter-dependencies:
http://opm-project.org/?page_id=231

I don't have any problem up to opm-parser. Then when I try to build
opm-material, I can generate the make files with cmake, but I can't compile
the package (i.e. when running make). At the end the email the error I get.
Any idea?

Thanks

Paolo

ERROR, see below:

 Scanning dependencies of target test_eclblackoilpvt
[ 26%] Building CXX object
CMakeFiles/test_eclblackoilpvt.dir/tests/test_eclblackoilpvt.cpp.o
Linking CXX executable bin/test_eclblackoilpvt
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::initialize(std::string const&)':
JsonObject.cpp:(.text+0x23): undefined reference to `cJSON_Parse'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::~JsonObject()':
JsonObject.cpp:(.text+0x461): undefined reference to `cJSON_Delete'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::has_item(std::string const&) const':
JsonObject.cpp:(.text+0x495): undefined reference to `cJSON_GetObjectItem'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::size() const':
JsonObject.cpp:(.text+0x561): undefined reference to `cJSON_GetArraySize'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::get_array_item(unsigned long) const':
JsonObject.cpp:(.text+0x5ae): undefined reference to `cJSON_GetArrayItem'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::get_item(std::string const&) const':
JsonObject.cpp:(.text+0x74a): undefined reference to `cJSON_GetObjectItem'
/usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In function
`Json::JsonObject::to_string() const':
JsonObject.cpp:(.text+0xd76): undefined reference to `cJSON_Print'
collect2: error: ld returned 1 exit status
make[2]: *** [bin/test_eclblackoilpvt] Error 1
make[1]: *** [CMakeFiles/test_eclblackoilpvt.dir/all] Error 2
make: *** [all] Error 2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160418/b56621da/attachment.html>

From paolo.orsini at gmail.com  Mon Apr 18 14:01:23 2016
From: paolo.orsini at gmail.com (Paolo Orsini)
Date: Mon, 18 Apr 2016 16:01:23 +0200
Subject: [Opm] issues compiling opm-material
In-Reply-To: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>
References: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>
Message-ID: <CACGnotYKQR3JSOUeW-FrbRwdh-TX_o-CHvDc2ko1XpVcsxBYcw@mail.gmail.com>

Sorry,
I forgot to mention I am using ubuntu 14.04 LTS and g++ 4.8.4

Paolo

On Mon, Apr 18, 2016 at 3:21 PM, Paolo Orsini <paolo.orsini at gmail.com>
wrote:

> Hi,
>
> I have been using an old version (back to August 2014) of opm-parser and
> opm-core. I was trying to updated to the latest development version, and I
> am having trouble to rebuild the system up to opm-core.
>
> I have followed the link below for the prerequisites:
> http://opm-project.org/?page_id=239
>
> And this other link to respect the module inter-dependencies:
> http://opm-project.org/?page_id=231
>
> I don't have any problem up to opm-parser. Then when I try to build
> opm-material, I can generate the make files with cmake, but I can't compile
> the package (i.e. when running make). At the end the email the error I get.
> Any idea?
>
> Thanks
>
> Paolo
>
> ERROR, see below:
>
>  Scanning dependencies of target test_eclblackoilpvt
> [ 26%] Building CXX object
> CMakeFiles/test_eclblackoilpvt.dir/tests/test_eclblackoilpvt.cpp.o
> Linking CXX executable bin/test_eclblackoilpvt
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::initialize(std::string const&)':
> JsonObject.cpp:(.text+0x23): undefined reference to `cJSON_Parse'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::~JsonObject()':
> JsonObject.cpp:(.text+0x461): undefined reference to `cJSON_Delete'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::has_item(std::string const&) const':
> JsonObject.cpp:(.text+0x495): undefined reference to `cJSON_GetObjectItem'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::size() const':
> JsonObject.cpp:(.text+0x561): undefined reference to `cJSON_GetArraySize'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::get_array_item(unsigned long) const':
> JsonObject.cpp:(.text+0x5ae): undefined reference to `cJSON_GetArrayItem'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::get_item(std::string const&) const':
> JsonObject.cpp:(.text+0x74a): undefined reference to `cJSON_GetObjectItem'
> /usr/local/lib/x86_64-linux-gnu/libopmjson.a(JsonObject.cpp.o): In
> function `Json::JsonObject::to_string() const':
> JsonObject.cpp:(.text+0xd76): undefined reference to `cJSON_Print'
> collect2: error: ld returned 1 exit status
> make[2]: *** [bin/test_eclblackoilpvt] Error 1
> make[1]: *** [CMakeFiles/test_eclblackoilpvt.dir/all] Error 2
> make: *** [all] Error 2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160418/b879d839/attachment.html>

From joaho at statoil.com  Mon Apr 18 14:39:22 2016
From: joaho at statoil.com (Joakim Hove)
Date: Mon, 18 Apr 2016 14:39:22 +0000
Subject: [Opm] issues compiling opm-material
In-Reply-To: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>
References: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>
Message-ID: <2C495325BE67E94ABEF4C1C984227EF0437872BD@WS343.statoil.net>


ERROR, see below:

My hunch is that you have problems with a mix of old and new versions of the code. Make sure to remove all traces of the old stuff!

 Joakim


-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160418/9c6d0354/attachment.html>

From paolo.orsini at gmail.com  Tue Apr 19 06:41:35 2016
From: paolo.orsini at gmail.com (Paolo Orsini)
Date: Tue, 19 Apr 2016 08:41:35 +0200
Subject: [Opm] issues compiling opm-material
In-Reply-To: <2C495325BE67E94ABEF4C1C984227EF04378783C@WS343.statoil.net>
References: <CACGnotZXNRuWj8YMKVATD2N40_fcv7-e0cZTzvye3EU2WFBj9Q@mail.gmail.com>
 <2C495325BE67E94ABEF4C1C984227EF0437872BD@WS343.statoil.net>
 <CACGnotbjfaObAx39eY2FUnOrOK25Ne-eL0HRbs+tb+auOkubgg@mail.gmail.com>
 <2C495325BE67E94ABEF4C1C984227EF04378732F@WS343.statoil.net>
 <CACGnotbG5QXtC2-CkmWxaOpiSxzZV1ETtdutofeod4SVAzCniQ@mail.gmail.com>
 <2C495325BE67E94ABEF4C1C984227EF04378735C@WS343.statoil.net>
 <CACGnotar7W0HThYXoGcnNJEzVoc4nxSsJGPCUaWpzi-C7J-vCg@mail.gmail.com>
 <2C495325BE67E94ABEF4C1C984227EF04378783C@WS343.statoil.net>
Message-ID: <CACGnotYFJM7tRgU7=7EJhvpDHN-0S0gdNNHeXaEr0jCANU3Dog@mail.gmail.com>

I am sorry, I just realised I didn't include the opm-project mail list.
here the message again:

Deleting all files installed by the old installation solved the problem!
I used the manifest to track down these files:

 xargs rm < install_manifest.txt

I understand why this can be dangerous though, and why it is not included
as an option in cmake: there is a chance of deleting system files needed by
other applications!

Cheers

On Tue, Apr 19, 2016 at 8:36 AM, Joakim Hove <joaho at statoil.com> wrote:

> Good – I am glad to hear; good if you post a brief note to the mailing
> list.
>
>
>
> J
>
>
>
> *From:* Paolo Orsini [mailto:paolo.orsini at gmail.com]
> *Sent:* 19. april 2016 08:35
>
> *To:* Joakim Hove
> *Subject:* Re: [Opm] issues compiling opm-material
>
>
>
> Thanks a lot Joakim,
>
>
>
> Deleting all files installed by the old installation solved the problem!
>
> I used the manifest to track down these files:
>
>  xargs rm < install_manifest.txt
>
> I understand why this can be dangerous though, and why it is not included
> as an option in cmake: there is a chance of deleting system files needed by
> other applications!
>
>
>
> Cheers
>
>
>
> Paolo
>
>
>
> On Mon, Apr 18, 2016 at 5:21 PM, Joakim Hove <joaho at statoil.com> wrote:
>
> install/strip, will this attempt a clean up before reinstalling?
>
>
>
> No – that will strip unnecessary symbols from the shared libraries;
> something different entirely.
>
>
>
> If not, an option to delete all the files from /usr/local/ before a fresh
> install would be a great thing to have...
>
>
>
>
> https://cmake.org/Wiki/CMake_FAQ#Can_I_do_.22make_uninstall.22_with_CMake.3F
>
>
>
>
>
>
>
> *From:* Paolo Orsini [mailto:paolo.orsini at gmail.com]
> *Sent:* 18. april 2016 17:07
>
>
> *To:* Joakim Hove
> *Subject:* Re: [Opm] issues compiling opm-material
>
>
>
> Thanks,
>
> I will try manually as you suggested.
>
>
>
> I have seen an option in the makefile, install/strip, will this attempt a
> clean up before reinstalling?
>
> If not, an option to delete all the files from /usr/local/ before a fresh
> install would be a great thing to have...
>
> (just shooting here, not pretending anything. The building system is
> already great as it is... but I haven't updated for a while and now I am
> getting crazy!!)
>
>
>
> Thanks a lot for your help
>
>
>
> Paolo
>
>
>
> On Mon, Apr 18, 2016 at 4:59 PM, Joakim Hove <joaho at statoil.com> wrote:
>
> What's the best way to clean (uninstall), to remove an installation?
>
>
>
> I have no other suggestion than going to /usr/local/ and removing the
> library and header files from OPM and ERT using ‘rm’. Dune & boost files
> can just stay around.
>
>
>
> J
>
>
>
> *From:* Paolo Orsini [mailto:paolo.orsini at gmail.com]
> *Sent:* 18. april 2016 16:48
> *To:* Joakim Hove
> *Subject:* Re: [Opm] issues compiling opm-material
>
>
>
> Thanks a lot for the hint.
>
> So far I have been always installed the packages, e.g. for opm-parser:
>
> 1. cmake path/to/source
>
> 2. make
>
> 3. sudo make install
>
>
>
> Command 3 copy library and config files on several system (Ubuntu) folders.
>
> What's the best way to clean (uninstall), to remove an installation?
>
> Is the clean up of these installations you are referring too?
>
> Or also older dune modules, boost, etc?
>
>
>
> Paolo
>
>
>
>
>
>
>
>
>
> On Mon, Apr 18, 2016 at 4:39 PM, Joakim Hove <joaho at statoil.com> wrote:
>
>
>
> ERROR, see below:
>
>
>
> My hunch is that you have problems with a mix of old and new versions of
> the code. Make sure to remove all traces of the old stuff!
>
>
>
>  Joakim
>
>
>
> -------------------------------------------------------------------
> 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 at opm-project.org
> http://opm-project.org/cgi-bin/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
>
>
>
>
>
> -------------------------------------------------------------------
> 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
>
>
>
>
> -------------------------------------------------------------------
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160419/d6d0f89f/attachment.html>

From JOKVA at statoil.com  Tue Apr 19 09:46:22 2016
From: JOKVA at statoil.com (=?iso-8859-1?Q?J=F8rgen_Kvalsvik?=)
Date: Tue, 19 Apr 2016 09:46:22 +0000
Subject: [Opm] Reading Injector data simulators
Message-ID: <0DE2898B514EE542B05967D975C25F501EEECB3C@WS343.statoil.net>

Hi,

In order to support summary output of the WI*-family of keywords I need to read injector-oriented data from the simulator. Currently a tuple of rates (water, oil, gas, polymer etc.) associated with each well. This feels very production centric - can I derive injection from here (negative production?) or will I have to require the simulator to provide injector rates?

- Jørgen


-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160419/96c9e884/attachment.html>

From markus at dr-blatt.de  Thu Apr 21 11:11:41 2016
From: markus at dr-blatt.de (Markus Blatt)
Date: Thu, 21 Apr 2016 13:11:41 +0200
Subject: [Opm] opm-simulators: What is up with the history
Message-ID: <20160421111141.GA9936@boromir.dr-blatt.de>

Hi,

I am havin trouble checkout historical states of the archive.

E.g. I want to use the state at commit 5bb705f, see
https://github.com/OPM/opm-simulators/tree/5bb705f

Unfortunately, there are some files missing (e.g. CMakeLists.txt). Is
that expected?

Markus

-- 
Dr. Markus Blatt - HPC-Simulation-Software & Services http://www.dr-blatt.de
Hans-Bunte-Str. 8-10, 69123 Heidelberg, Germany,  USt-Id: DE279960836
Tel.: +49 (0) 160 97590858


From Atgeirr.Rasmussen at sintef.no  Mon Apr 25 10:19:45 2016
From: Atgeirr.Rasmussen at sintef.no (Atgeirr Rasmussen)
Date: Mon, 25 Apr 2016 10:19:45 +0000
Subject: [Opm] OPM release 2016.04 first release candidate
Message-ID: <F54EA2CB-8888-4E93-AD7A-3784DBE95243@sintef.no>

Dear OPM community,

The first release candidate is ready for the 2016.04 release can be tested!

There are major structural changes compared to the last release:
- opm-autodiff has been renamed opm-simulators
- opm-polymer is no longer an independent module, it is now part of opm-simulators
- dune-cornerpoint has been renamed opm-grid
- opm-porsol is no longer an independent module, it is now part of opm-upscaling
- opm-output is a new module, required for opm-simulators
- opm-verteq is no longer actively maintained (its code repository will remain available)
The module page on the web site shows the current structure: http://opm-project.org/?page_id=274

There are binary packages available for 64-bit Ubuntu 14.04 and RHEL 6, also there is experimental support for Ubuntu 16.04. For those building from source, the relevant branch is called release/2016.04 in each repository.

For Ubuntu, note that the binary packages are not in the usual (ppa:opm/ppa) archive but in ppa:opm/testing. To install (for example) Flow from opm-simulators, you should do the following:

sudo apt-add-repository ppa:opm/testing
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libopm-simulators-bin

Atgeirr

From joaho at statoil.com  Tue Apr 26 12:45:08 2016
From: joaho at statoil.com (Joakim Hove)
Date: Tue, 26 Apr 2016 12:45:08 +0000
Subject: [Opm] Reduce use of Deck in downstream modules
Message-ID: <2C495325BE67E94ABEF4C1C984227EF04378AEB2@WS343.statoil.net>

Hello;

I would like to draw the attention to this PR: https://github.com/OPM/opm-parser/pull/781

This PR is a step in a long term plan to reduce the use of the Deck api outside of opm-parser. The PR will introduce this code in Deck.hpp:


#ifdef OPM_PARSER_DECK_API_WARNING
#ifndef OPM_PARSER_DECK_API

#pragm message "Warning ....."

#endif
#endif

When the PR is merged there will be no immediate changes in downstream modules, but you are advised to compile downstream modules with the flag 'OPM_PARSER_DECK_API_WARNING' set - then you will get a warning for each compilation unit which includes Deck.hpp. After some time I intend to remove the outer #ifdef - and the situation will be reversed; you will get a warning unless the symbol 'OPM_PARSER_DECK_API' has been defined.

When this is in effect I hope we together can find ways to eliminate use of Deck api outside of opm-parser. The reason I am so keen on getting downstream to use EclipseState is that that API is 'better' - and most importantly more difficult to use wrong.

Jaokim




-------------------------------------------------------------------
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160426/0a68d0c1/attachment.html>

From paolo.orsini at gmail.com  Fri Apr 29 15:58:30 2016
From: paolo.orsini at gmail.com (Paolo Orsini)
Date: Fri, 29 Apr 2016 17:58:30 +0200
Subject: [Opm] Parser error when processing the EQUALS keyword
Message-ID: <CACGnota8LzhV-KxoRQByXnraovYca3q6hYTjncKoY1QdfJKV7w@mail.gmail.com>

Hi Joakim,

As I was using the parser, I came across the following error:

---------------------------------------------
 Program threw an exception: Fatal error processing EQUALS keyword. Tried
to set not defined keyword TOPS
terminate called after throwing an instance of 'std::invalid_argument'
  what():  Fatal error processing EQUALS keyword. Tried to set not defined
keyword TOPS
​----------------------------------------------

In the GRID section I was trying to parse an EQUALS keyword defined as
follows:

EQUALS
TOPS  1125     1   1    1 1   1 1  / ​
/

The meaning of this would be assign a depth of 1125, to the block I=1, J=1,
K=1.
Am I right to assume that TOPS under EQUAL is not supported yet?

Thanks

Paolo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160429/05de1b56/attachment.html>

From markus at dr-blatt.de  Fri Apr 29 17:02:36 2016
From: markus at dr-blatt.de (Markus Blatt)
Date: Fri, 29 Apr 2016 19:02:36 +0200
Subject: [Opm] Mailinglist not archived after November 2015
Message-ID: <20160429170236.GA18987@boromir.dr-blatt.de>

Hi,

somehow the last month archived at http://opm-project.org/?page_id=496
is November 2015.

Markus
-- 
Dr. Markus Blatt - HPC-Simulation-Software & Services http://www.dr-blatt.de
Hans-Bunte-Str. 8-10, 69123 Heidelberg, Germany,  USt-Id: DE279960836
Tel.: +49 (0) 160 97590858
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <//opm-project.org/pipermail/opm/attachments/20160429/41cc0764/attachment.sig>

From joakim.hove at gmail.com  Fri Apr 29 18:09:56 2016
From: joakim.hove at gmail.com (Joakim Hove)
Date: Fri, 29 Apr 2016 20:09:56 +0200
Subject: [Opm] Parser error when processing the EQUALS keyword
In-Reply-To: <CACGnota8LzhV-KxoRQByXnraovYca3q6hYTjncKoY1QdfJKV7w@mail.gmail.com>
References: <CACGnota8LzhV-KxoRQByXnraovYca3q6hYTjncKoY1QdfJKV7w@mail.gmail.com>
Message-ID: <CALKD1M9vxYioB3edSFZsT_B5dptsfB85Q8CQBdYa6vycSxkmJg@mail.gmail.com>

>
>
> In the GRID section I was trying to parse an EQUALS keyword defined as
> follows:
>
> EQUALS
> TOPS  1125     1   1    1 1   1 1  / ​
> /
>
> The meaning of this would be assign a depth of 1125, to the block I=1,
> J=1, K=1.
> Am I right to assume that TOPS under EQUAL is not supported yet?
>
>
You are right - TOPS under EQUALS (or ADD / COPY / MUL / .. ) is not
supported yet. It is a bit of a chicken and hen problem; you need a grid to
be able to interpret the EQUALS keyword correctly - and then the keywords
to actually define the required grid come from the EQUALS keyword.

We recently managed to shoehorne in support for ACTNUM manipulations
through e.g. EQUALS, but that approach can not be easily extended to e.g.
TOPS, ZCORN or COORD. So - unfortunately I do not see us supporting general
grid manipulations through e.g. the EQUALS keyword in the immediate future.

Joakim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <//opm-project.org/pipermail/opm/attachments/20160429/0457638c/attachment.html>

From abir at statoil.com  Fri Apr 29 18:30:17 2016
From: abir at statoil.com (Alf Birger Rustad)
Date: Fri, 29 Apr 2016 18:30:17 +0000
Subject: [Opm] Mailinglist not archived after November 2015
Message-ID: <e2e8d0be-1046-4de1-9f1a-5012de1fa3a6@email.android.com>

Thanks for reporting, we will try to fix it next week. In the mean time you can access the archives through mailman directly, here:
http://opm-project.org/pipermail/opm/

Cheers,
Alf


-------------------------------------------------------------------
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