Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added links for keyword files in chapter 5.3 #411

Merged
merged 4 commits into from
Nov 26, 2024
Merged

Conversation

hakonhagland
Copy link
Collaborator

Used the script in #410 to add links to all keyword files in Chapter 5.3. See #410 for more information.

<text:p text:style-name="_40_Example">--</text:p>
<text:p text:style-name="_40_Example">BRINE</text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@hakonhagland, it looks like a link has been created here possibly because the style-name was directly specified as "_40_Example" rather than indirectly as for example "P64".

@@ -4328,17 +4328,17 @@ Updated with AFR/TSA Rev-D comments and new keywords.</dc:description><meta:init
<table:covered-table-cell/>
</table:table-row>
</table:table>
<text:p text:style-name="P14560">Table <text:sequence text:ref-name="refTable18" text:name="Table" text:formula="ooow:Table+1" style:num-format="1">5.3</text:sequence>: ACTDIMS Keyword Description</text:p>
<text:p text:style-name="P14560">Table <text:sequence text:ref-name="refTable18" text:name="Table" text:formula="ooow:Table+1" style:num-format="1">5.3</text:sequence>: <text:a xlink:href="#__RefHeading___Toc4408_421927891">ACTDIMS</text:a> Keyword Description</text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder whether we should add links to Table and Figure captions, since these seem to mostly refer to the current keyword?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Might be easiest to do this using the manual marker method. See #411 (comment)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There seems to be a lot more tables than figures. I think we might be able to handle the tables using the script. I will have a look at it.

<text:p text:style-name="Footnote">Tor Harald Sandve1, Sarah E. Gasda, Atgeirr Rasmussen, <text:span text:style-name="T22">and</text:span> Alf Birger Rustad. Convective dissolution in field scale CO<text:span text:style-name="T20">2</text:span> storage simulation using the OPM Flow simulator. Submitted to TCCS 11 – Trondheim Conference on CO<text:span text:style-name="T20">2</text:span> Capture, Transport and Storage Trondheim, Norway – June 21-23, 2021.</text:p></text:note-body></text:note>. Note that the CO<text:span text:style-name="T20">2</text:span>-Brine PVT properties depend on the temperature and salinity and these must therefore be entered in the PROPS section. The reservoir temperature can be defined using, e.g., the RTEMP keyword. Region based salinity can be provided using the SALINITY keyword.</text:p>
<text:p text:style-name="P52">The CO2SOL keyword must be used together with the SOLVENT keyword in the RUNSPEC section. The SOLVENT keyword activates the four component black-oil model: oil, water and gas, plus a solvent (in this case CO<text:span text:style-name="T20">2</text:span>).</text:p>
<text:p text:style-name="P52">The DISGASW keyword in the RUNSPEC section can be used to model dissolution of CO<text:span text:style-name="T20">2</text:span> in the Brine. <text:span text:style-name="T21">Note that hydrocarbon gas is not allowed to dissolve in the Brine (this is considered a reasonable assumption for most hydrocarbon gases).</text:span></text:p>
<text:p text:style-name="P52">The hydrocarbon <text:span text:style-name="T23">reservoir fluid</text:span> properties should be set up as normal apart from the water PVT properties, which will be defined by the simulators’ CO<text:span text:style-name="T20">2</text:span>-Brine PVT model, so the water PVT keywords (e.g. PVTW) are not required. The CO<text:span text:style-name="T20">2</text:span> PVT properties will also be defined by the CO<text:span text:style-name="T20">2</text:span>-Brine PVT model so the solvent PVT keywords (e.g. SDENSITY, PVTSOL) are also not required.</text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PVTSOL has not been converted to a link. This seems to be due to a typo in the file name PVSOL.fodt not PVTSOL.fodt.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for spotting that, I have added #415 to fix the filename.

@@ -4285,7 +4285,7 @@ Updated with AFR/TSA Rev-D comments and new keywords.</dc:description><meta:init
<text:p text:style-name="P3161">1</text:p>
</table:table-cell>
<table:table-cell table:style-name="Table2074.B2" office:value-type="string">
<text:p text:style-name="P5436">COMPS</text:p>
<text:p text:style-name="P5436"><text:a xlink:href="#__RefHeading___Toc27871_3671211675 Copy 1">COMPS</text:a></text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here the parameter name COMPS has been interpreted as the keyword COMPS.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not immediately see how to fix this with the current algorithm. However, we could handle special cases like this manually by inserting a marker that the script can recognize. For example, inserting a span tag with a non-existing text:style-name. The script can then check for that style name. Like this: <text:span text:style-name="NOT_KEYWORD">COMPS</text:span>, where the style "NOT_KEYWORD" indicates to script that it should not link this word.

<text:p text:style-name="P12632">The INIT Index file can either be written out in formatted form as ASCII i.e. text files, if the FMTOUT keyword has been activated (*.FINSPEC), or binary format (*.INSPEC) if the FMTOUT keyword has not been activated. If the INIT keyword in the GRID section has been used to switch on the writing of the *. INIT data file then a binary INIT Index file is automatically written out as well, unless the NOINSPEC keyword in the RUNSPEC section has been used to switch off the writing of the INIT Index file. </text:p>
<text:p text:style-name="P12632">Note that most post-processing software require the *.INSPEC file to load the *.INIT data set, although OPM ResInsight does not require this file to be able to load the *.INIT data file.</text:p>
<text:p text:style-name="_40_TextBody">This keyword switches on the writing of the <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> Index file that specifies and defines the format and data type written to the *.<text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> data file. The *.<text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> data file contains the static data specified in the <text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a>, <text:a xlink:href="#__RefHeading___Toc39329_784232322">PROPS</text:a> and <text:a xlink:href="#__RefHeading___Toc40648_784232322">REGIONS</text:a> sections. For example, the <text:a xlink:href="#__RefHeading___Toc45797_719036256">PORO</text:a>, PERM and <text:a xlink:href="#__RefHeading___Toc33334_784232322">NTG</text:a> arrays from the <text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a> section. The data is used in post-processing software, for example OPM ResInsight, to visualize the static grid properties. </text:p>
<text:p text:style-name="P12632">The <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> Index file can either be written out in formatted form as ASCII i.e. text files, if the <text:a xlink:href="#__RefHeading___Toc46651_1640804870">FMTOUT</text:a> keyword has been activated (*.FINSPEC), or binary format (*.<text:a xlink:href="#__RefHeading___Toc212474_2369005893">INSPEC</text:a>) if the <text:a xlink:href="#__RefHeading___Toc46651_1640804870">FMTOUT</text:a> keyword has not been activated. If the <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> keyword in the <text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a> section has been used to switch on the writing of the *. <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> data file then a binary <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> Index file is automatically written out as well, unless the <text:a xlink:href="#__RefHeading___Toc70892_4106839650">NOINSPEC</text:a> keyword in the <text:a xlink:href="#__RefHeading___Toc55591_1778172979">RUNSPEC</text:a> section has been used to switch off the writing of the <text:a xlink:href="#__RefHeading___Toc45789_719036256">INIT</text:a> Index file. </text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

File name extensions can be mistaken for keywords, for example *.INSPEC.

@@ -4316,7 +4316,7 @@ Updated with AFR/TSA Rev-D comments and new keywords.</dc:description><meta:init
<text:p text:style-name="P13694"><text:s text:c="8"/>&apos;SCHD&apos; <text:s text:c="5"/>&apos;/DISK1/NORNE/2017/SCHD-INCLUDES&apos; <text:s text:c="25"/>/</text:p>
<text:p text:style-name="P13694">/ <text:s text:c="6"/></text:p>
<text:p text:style-name="P13694"/>
<text:p text:style-name="P11188">The above example defines “GRID” and “SCHD” aliases in the RUNSPEC section than can be used in the GRID and SCHEDULE sections of the input deck. The next example shows how to use the “GRID” alias with the INCLUDE keyword in the GRID section.</text:p>
<text:p text:style-name="P11188">The above example defines “<text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a>” and “SCHD” aliases in the <text:a xlink:href="#__RefHeading___Toc55591_1778172979">RUNSPEC</text:a> section than can be used in the <text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a> and <text:a xlink:href="#__RefHeading___Toc43945_784232322">SCHEDULE</text:a> sections of the input deck. The next example shows how to use the “<text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a>” alias with the <text:a xlink:href="#__RefHeading___Toc605478_3199477706">INCLUDE</text:a> keyword in the <text:a xlink:href="#__RefHeading___Toc38674_784232322">GRID</text:a> section.</text:p>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The path alias "GRID" has been mistaken for a keyword. Perhaps keyword-like strings within quotes could be ignored?

@gdfldm
Copy link
Collaborator

gdfldm commented Nov 7, 2024

I have created a PDF of the Manual based on this PR and it looks very nice. I think there are just a few special cases that should be addressed.

@hakonhagland
Copy link
Collaborator Author

hakonhagland commented Nov 7, 2024

@gdfldm Thanks for the detailed review! I have tried to address your comments in the latest commit.

@gdfldm
Copy link
Collaborator

gdfldm commented Nov 8, 2024

@hakonhagland Thank you for all the updates. I have recreated the manual and found some places in Section 5 where we might want to mark up the documents by hand to avoid generating links but otherwise it looks good:

  • API: "API Tracking", "API gravity"
  • CPR: "CPR linear solver", "CPR preconditioner"
  • ENDSCALE: "SWL arrays" this is not referring to a keyword but the link may still be helpful?
  • EOS: "Equation of State (EOS)", "EOS region"
  • EQLOPTS: THPRES parameter is also a keyword
  • GIMODEL: "GI option"
  • NOINSPEC: "INIT index file"
  • REGDIMS: "FIPNUM regions" this is not referring to a keyword but the link may still be helpful?
  • SATOPTS: A link has been generated in the title of the second Table in the description of this keyword.
  • SAVE: "SAVE file"
  • VE: "VE model"
  • VISAGE: "VISAGE option" could simply change to "Visage option"?

@hakonhagland
Copy link
Collaborator Author

found some places in Section 5 where we might want to mark up the documents by hand

@gdfldm Thanks! I checked the SATOPTS page now, and saw that KRNUMX and other similar keywords was not recognized. I think that is because they are not separate keywords in the manual. They are all described under the KRNUM keyword. Maybe the script should set up aliases for these?

@gdfldm
Copy link
Collaborator

gdfldm commented Nov 8, 2024

Maybe the script should set up aliases for these?

Yes, I think so.

@hakonhagland
Copy link
Collaborator Author

@gdfldm See the last commit for updates to address the comments above.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For keywords like KRNUMX- the "-" seems to be placed outside the tag, for example:
<text:a xlink:href="#__RefHeading___Toc273792_2369005893">KRNUMX</text:a>-,

@hakonhagland
Copy link
Collaborator Author

For keywords like KRNUMX- the "-" seems to be placed outside the tag

@gdfldm Good observation! I have fixed the script to handle this case. Check the latest commit for the result.

@hakonhagland
Copy link
Collaborator Author

Rebased

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants