stoneforge 0.1.6.dev1__tar.gz → 0.2.0__tar.gz

{stoneforge-0.1.6.dev1 → stoneforge-0.2.0}/CHANGELOG.txt

@@ -1,6 +1,6 @@
 Change Log
 ==========
 
-0.1.0 (29/01/2022)
+0.2.0 (25/02/2026)
 ------------------
-- First Release
+- Major Update 

{stoneforge-0.1.6.dev1/stoneforge.egg-info → stoneforge-0.2.0}/PKG-INFO

@@ -1,22 +1,26 @@
-Metadata-Version: 2.1
+Metadata-Version: 2.4
 Name: stoneforge
-Version: 0.1.6.dev1
+Version: 0.2.0
 Summary: Geophysics equations, algorithms and methods
-Home-page: https://github.com/giecaruff/stoneforge
-Author: GIECAR - UFF
-License: MIT
-Requires-Python: >=3.10
+Author: GIECAR - UFF, Wagner M. Lupinacci, Fernando Vizeu, Fábio Júnior D Fernandes, José A. V. Dias, Mario M. Ramos, Jordan S. Cuno, João Vitor A. Estrella, Ana Carolina, Breno D. Chrispim
+License-Expression: MIT
+Project-URL: homepage, https://github.com/giecaruff/stoneforge
+Classifier: Development Status :: 5 - Production/Stable
+Classifier: Intended Audience :: Education
+Classifier: Operating System :: Microsoft :: Windows :: Windows 10
+Classifier: Programming Language :: Python :: 3
+Requires-Python: >=3.12
 Description-Content-Type: text/markdown
 License-File: LICENSE
-Requires-Dist: numpy==1.26.4
-Requires-Dist: pytest==8.1.1
-Requires-Dist: scipy==1.13.0
-Requires-Dist: scikit-learn==1.4.2
-Requires-Dist: xgboost==2.0.3
-Requires-Dist: matplotlib==3.8.4
-Requires-Dist: pandas==2.2.2
-Requires-Dist: catboost==1.2.5
-Requires-Dist: lightgbm==4.3.0
+Requires-Dist: dlisio>=1.0.4
+Requires-Dist: numpy>=2.2.0
+Requires-Dist: pytest>=8.3.4
+Requires-Dist: scipy>=1.14.1
+Requires-Dist: scikit-learn>=1.6.1
+Requires-Dist: matplotlib>=3.10.0
+Requires-Dist: pandas>=2.2.2
+Requires-Dist: hypothesis>=6.148.6
+Dynamic: license-file
 
 <p align="center">
 <img src="https://raw.githubusercontent.com/giecaruff/logos/main/APPY/stoneforge.png" width="400"/>
@@ -30,7 +34,7 @@ Part of the <strong>Appy</strong> project
 
 
 <p align="center">
-<a href="https://giecaruff.github.io/sites/"><strong>Documentation</strong> (latest)</a> |
+<a href="https://giecaruff.github.io/stoneforge/"><strong>Documentation</strong> (latest)</a> |
 <a href="http://gcr.sites.uff.br/"><strong>Institutional</strong> (GIECAR website)</a> 
 </p>
 
@@ -63,21 +67,18 @@ and them verify the installation using the following command in Python:
 ```
 >>> import stoneforge
 ```
-  
-## Dataset
 
-The stoneforge dataset comprises selected data from eleven wildcat wells in the National Petroleum Reserve in Alaska / by F.N. Zihlman and H.L. Oliver.
-Contains data sets from 11 wildcat wells drilled in the National Petroleum Reserve in Alaska (NPRA).
 
-Zihlman, F. N creator ; Oliver, H. L ; Geological Survey (U.S.)
-Reston, Va. : Denver, Colo : U.S. Dept. of the Interior, U.S. Geological Survey1999
+  
+## Dataset
 
-Our special thanks to the INDIANA UNIVERSITY for mantaining this dataset
+The stoneforge dataset comprises the following data: 
 
+Four .las data from wildcat wells in the National Petroleum Reserve in Alaska. Those where drilled in the National Petroleum Reserve in Alaska (NPRA). </br>
+[USGS Well Index](https://pubs.usgs.gov/of/1999/ofr-99-0015/Wells/WellIdx.htm)
 
-Change Log
-==========
+Two .dlis data from the Mississippi Fan (Gulf of Mexico) from the DSDP (Deep Sea Drilling Project); DSDP Leg 96 - Hole 616; Processed and Original data. </br>
+[DSDP Leg 96 - Hole 616](https://mlp.ldeo.columbia.edu/data/dsdp/leg96/616/)
 
-0.1.0 (29/01/2022)
-------------------
-- First Release
+Zihlman, F. N creator ; Oliver, H. L ; Geological Survey (U.S.)
+Reston, Va. : Denver, Colo : U.S. Dept. of the Interior, U.S. Geological Survey1999

{stoneforge-0.1.6.dev1 → stoneforge-0.2.0}/README.md

@@ -10,7 +10,7 @@ Part of the <strong>Appy</strong> project
 
 
 <p align="center">
-<a href="https://giecaruff.github.io/sites/"><strong>Documentation</strong> (latest)</a> |
+<a href="https://giecaruff.github.io/stoneforge/"><strong>Documentation</strong> (latest)</a> |
 <a href="http://gcr.sites.uff.br/"><strong>Institutional</strong> (GIECAR website)</a> 
 </p>
 
@@ -43,13 +43,18 @@ and them verify the installation using the following command in Python:
 ```
 >>> import stoneforge
 ```
+
+
   
 ## Dataset
 
-The stoneforge dataset comprises selected data from eleven wildcat wells in the National Petroleum Reserve in Alaska / by F.N. Zihlman and H.L. Oliver.
-Contains data sets from 11 wildcat wells drilled in the National Petroleum Reserve in Alaska (NPRA).
+The stoneforge dataset comprises the following data: 
+
+Four .las data from wildcat wells in the National Petroleum Reserve in Alaska. Those where drilled in the National Petroleum Reserve in Alaska (NPRA). </br>
+[USGS Well Index](https://pubs.usgs.gov/of/1999/ofr-99-0015/Wells/WellIdx.htm)
+
+Two .dlis data from the Mississippi Fan (Gulf of Mexico) from the DSDP (Deep Sea Drilling Project); DSDP Leg 96 - Hole 616; Processed and Original data. </br>
+[DSDP Leg 96 - Hole 616](https://mlp.ldeo.columbia.edu/data/dsdp/leg96/616/)
 
 Zihlman, F. N creator ; Oliver, H. L ; Geological Survey (U.S.)
 Reston, Va. : Denver, Colo : U.S. Dept. of the Interior, U.S. Geological Survey1999
-
-Our special thanks to the INDIANA UNIVERSITY for mantaining this dataset

stoneforge-0.2.0/docs/_build/html/_sources/index.rst.txt

@@ -0,0 +1,44 @@
+.. Stoneforge documentation master file, created by
+   sphinx-quickstart on Mon May 27 13:42:11 2024.
+   You can adapt this file completely to your liking, but it should at least
+   contain the root `toctree` directive.
+
+Welcome to Stoneforge's documentation!
+======================================
+
+**Version**: 1.4
+
+**Stoneforge** is a Python library for geophysics equations, algorithms and methods that also,
+are used in the software Appy. It is linked to the GIECAR laboratory at the Universidade Federal
+Fluminense (UFF) related to the Geology and Geophysics Departament (GGO), and its purpose is to teach
+and develop routines in Python to solve geological and geophysical problems. Main APPy references are :footcite:t:`estrella2022sbgf,estrella2022seg`.
+
+.. note::
+   This project is under active development as of May 2024.
+
+.. toctree::
+   :maxdepth: 2
+   :caption: Contents:
+
+   usage/installation
+   usage/quickstart
+
+   modules/petrophysics/index
+   modules/reservoir/index
+   modules/rockphysics
+   modules/pseudowells
+   modules/machinelearning/index
+   modules/preprocessing
+
+
+Indices and tables
+==================
+
+* :ref:`genindex`
+* :ref:`modindex`
+* :ref:`search`
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/machinelearning/classification.rst.txt

@@ -0,0 +1,39 @@
+=========================
+Classification
+=========================
+
+This section contains documentation for the Classification module (Machine learning).
+
+.. automodule:: stoneforge.machine_learning.classification
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Settings (Classification)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.classification.settings
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Fit (Classification)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.classification.fit
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Predict (Classification)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.classification.predict
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+--------------------------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/machinelearning/index.rst.txt

@@ -0,0 +1,10 @@
+Machine Learning
+================
+
+This section contains machine learning methods used in Stoneforge.
+
+.. toctree::
+   :maxdepth: 1
+
+   classification
+   regression

stoneforge-0.2.0/docs/_build/html/_sources/modules/machinelearning/regression.rst.txt

@@ -0,0 +1,39 @@
+=========================
+Regression
+=========================
+
+This section contains documentation for the Regression module in (machine learning).
+
+.. automodule:: stoneforge.machine_learning.regression
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Settings (Regression)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.regression.settings
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Fit (Regression)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.regression.fit
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Predict (Regression)
+--------------------------------
+
+.. automodule:: stoneforge.machine_learning.regression.predict
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+--------------------------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/petrophysics/index.rst.txt

@@ -0,0 +1,60 @@
+=========================
+Petrophysics
+=========================
+
+**About:** This section contains documentation for the Petrophysics module. We indicate the reference (Pt-Br) of :footcite:t:`freire2020youtube` for the methods used in this module.
+
+This module implements a comprehensive suite of petrophysical models for porosity, shale volume, water saturation, and permeability, following well-established formulations from the geoscience and reservoir engineering literature (e.g., Archie, Simandoux, Indonesia, Larionov, Clavier, Timur, Coates, Tixier).
+
+Beyond numerical implementation, the library adopts a multi-layered scientific validation strategy designed to ensure correctness, numerical robustness, and physical consistency across scalar and log-scale data. The testing framework is structured into four complementary levels:
+
+1. Analytical (Equation-Based) Validation
+
+Each petrophysical model is validated against its analytical formulation using deterministic unit tests. For fixed, physically meaningful inputs, the numerical output is compared directly to the closed-form equation, ensuring exact correspondence with the theoretical model. This guarantees that the implementation faithfully reproduces the published equations and assumptions.
+
+2. Vectorization and Numerical Behavior
+
+Because petrophysical data are inherently log-based and vectorized, all models are tested using NumPy arrays to verify correct broadcasting, array-wise computation, and performance on realistic datasets. These tests explicitly check:
+
+- Vectorized execution (arrays in → arrays out)
+
+- Correct propagation of NaN values
+
+- Numerical stability across valid physical ranges
+
+- Enforcement of physical bounds (e.g., 0 ≤ 𝜙, 𝑉𝑠ℎ, 𝑆𝑤 ≤ 1; 𝑘 ≥ 0)
+
+This level ensures the models behave reliably when applied to full well logs rather than isolated scalar values.
+
+3. Physical Invariants and Limiting Behavior (Property-Based Testing)
+
+Advanced property-based testing is employed to validate physical laws and monotonic trends, independent of any specific numerical example. Using randomized but physically constrained inputs, the models are verified against invariant properties such as:
+
+- Increasing resistivity leads to decreasing water saturation
+
+- Increasing porosity leads to increasing permeability
+
+- Increasing shale volume increases shale-corrected water saturation
+
+- Limiting cases (e.g., 𝑉𝑠ℎ→0, 𝑅𝑡→∞, 𝑆𝑤→1) converge to physically meaningful results
+
+This approach provides strong guarantees that the models remain physically consistent even outside hand-picked test cases and is particularly effective at identifying subtle numerical or logical errors.
+
+4. Cross-Model Consistency
+
+Where applicable, cross-model relationships are validated (e.g., shaly-sand models converging to Archie behavior in clean formations). This ensures internal coherence across the petrophysical workflow and reinforces interpretational reliability.
+
+.
+
+.. toctree::
+   :maxdepth: 1
+
+   shale_volume
+   porosity
+   water_saturation
+   permeability
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/petrophysics/permeability.rst.txt

@@ -0,0 +1,32 @@
+=========================
+Permeability
+=========================
+
+The library incorporates several classical empirical permeability (k) estimators derived from porosity, water saturation, and resistivity measurements. These models reflect historically validated correlations between rock storage capacity, fluid distribution, and flow properties, providing practical permeability proxies in the absence of core data. While empirical in nature, these methods remain widely used for quick-look evaluations and comparative reservoir analysis.
+
+Porosity–saturation–based formulations represent the primary class of estimators:
+
+- Timur Model – A foundational empirical relationship linking permeability to porosity (φ) and irreducible water saturation (Sw). The model captures the intuitive dependence of permeability on pore volume and fluid occupancy, typically predicting higher permeability for well-connected pore systems exhibiting low water saturation.
+
+- Coates Model – A refinement of the Timur-type approach, incorporating similar dependencies but calibrated to better reflect movable fluid fractions and pore geometry effects. The formulation is frequently applied in conjunction with NMR-derived parameters, although it can be used with conventional porosity and saturation logs.
+
+Resistivity-integrated estimators extend permeability prediction by exploiting electrical responses:
+
+- Coates–Dumanoir Model – Combines deep formation resistivity (Rt or ResD) with porosity to estimate permeability. This model implicitly links pore structure and fluid distribution to electrical behavior, offering an alternative pathway when saturation estimates are uncertain or unavailable. Proper calibration is essential, as unit consistency and formation-specific constants strongly influence results.
+
+- Tixier Model – Utilizes the contrast between deep and shallow resistivity measurements to infer permeability through invasion-profile behavior. The method is based on the premise that permeability governs mud filtrate invasion dynamics; therefore, resistivity differentials can serve as indirect indicators of pore connectivity and transmissibility.
+
+These empirical methods do not replace laboratory-derived permeability but provide operationally useful approximations, particularly during early-stage interpretation, interval ranking, or uncertainty screening. Their reliability depends on lithology, pore type, fluid system, and calibration against representative core or test data.
+
+Permeability
+----------------
+
+.. automodule:: stoneforge.petrophysics.permeability
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/petrophysics/porosity.rst.txt

@@ -0,0 +1,36 @@
+=========================
+Porosity
+=========================
+
+The library provides a set of conventional porosity estimation techniques derived from density, neutron, and sonic well logs, as well as hybrid formulations designed to mitigate lithology and shale effects. These methods reflect standard petrophysical models and enable users to compute both total and effective porosity under varying geological and logging conditions.
+
+- Density-based porosity calculations rely on the bulk density response of the formation. The Density Porosity model estimates total porosity from the contrast between the measured bulk density (RHOB) and assumed matrix (ρ_ma) and fluid (ρ_f) densities. This formulation is grounded in the volumetric mixing law and is particularly effective in clean formations where matrix properties are reasonably constrained.
+
+- Neutron-derived porosity exploits the sensitivity of neutron tools to hydrogen concentration. The Neutron Porosity estimator corrects the raw neutron response for shale effects by incorporating shale volume (Vsh) and an apparent shale porosity term. This correction is essential because bound water in clays can significantly inflate neutron readings, leading to overestimated porosity if untreated.
+
+- Sonic-based porosity is computed using the Wyllie Time-Average Equation, which models acoustic transit time (Δt) as a linear combination of matrix and fluid contributions. Sonic porosity is often useful in consolidated formations but may require caution in poorly compacted or complex lithologies where the time-average assumption breaks down.
+
+To improve robustness and reduce tool-specific biases, the library includes combined estimators:
+
+- Neutron–Density Porosity – Computes effective porosity from the joint response of density and neutron logs. Depending on configuration, the estimator uses either the arithmetic mean or a root-mean-square formulation, helping stabilize results where individual logs are affected by lithology or fluid variations.
+
+- Gaymard–Poupon Method – A crossplot-inspired correction that integrates neutron and density porosities to better resolve shale-free porosity. This method is widely applied in shaly sand interpretations to compensate for systematic tool deviations.
+
+Effective porosity calculations are also explicitly supported:
+
+- Effective Porosity – Derives shale-corrected porosity from total porosity and shale volume, accounting for the non-reservoir pore space associated with clays. This adjustment is critical for volumetric evaluations and saturation models.
+
+For workflow simplification, the library exposes a façade function that unifies all porosity models under a single interface. This design allows users to select estimation methods based on available logs, formation characteristics, and interpretation strategy while maintaining methodological consistency across analyses.
+
+Porosity
+----------------
+
+.. automodule:: stoneforge.petrophysics.porosity
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/petrophysics/shale_volume.rst.txt

@@ -0,0 +1,38 @@
+=========================
+Shale Volume
+=========================
+
+The library implements a set of established shale volume (Vshale) estimation techniques widely used in petrophysical interpretation. These methods derive shale content from different logging measurements and reflect distinct theoretical assumptions about rock response, mineralogy, and compaction effects. Collectively, they provide flexible alternatives suitable for a variety of geological settings and data availability scenarios.
+
+Gamma ray–based approaches constitute the primary group of models. The Gamma Ray Index (IGR) serves as the fundamental normalization step, scaling the measured gamma ray log between clean (GRmin) and shale (GRmax) reference values. From this index, several transformation models are provided:
+
+- Linear Model – Assumes a direct proportional relationship between gamma ray response and shale fraction. It is simple, robust, and commonly used as a baseline estimator.
+
+- Larionov Model (Young Rocks) – Introduces a nonlinear correction to account for the typical gamma ray behavior of Tertiary or weakly compacted formations, where the linear assumption tends to overestimate shale volume.
+
+- Larionov Model (Old Rocks) – Adapts the nonlinear response for older, more compacted lithologies, reflecting reduced gamma ray sensitivity with increasing diagenesis.
+
+- Clavier Model – Applies an empirical nonlinear transformation designed to moderate shale volume estimates, particularly in formations exhibiting intermediate gamma ray responses.
+
+- Stieber Model – Incorporates a correction that limits shale volume inflation at higher gamma ray index values, often producing more conservative estimates in laminated or dispersed shale systems.
+
+Beyond gamma ray methods, the library includes multi-log and specialized estimators:
+
+- Neutron–Density Method (Neutron–Density Crossplot) – Computes shale volume using neutron porosity (NPHI) and bulk density (RHOB) measurements via a three-point mixing model. This approach is particularly useful where gamma ray logs are unreliable or where lithology effects must be explicitly handled.
+
+- NMR-Based Method – Estimates shale volume from the relationship between total and effective porosity derived from nuclear magnetic resonance (NMR) data, leveraging differences in fluid and bound water responses.
+
+By offering multiple formulations, the library enables users to select methods consistent with formation age, mineralogical complexity, logging conditions, and calibration strategy. This multi-model design supports comparative analysis and uncertainty assessment in shale volume interpretation workflows.
+
+Shale Volume
+----------------
+
+.. automodule:: stoneforge.petrophysics.shale_volume
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/petrophysics/water_saturation.rst.txt

@@ -0,0 +1,32 @@
+=========================
+Water Saturation
+=========================
+
+The library implements a suite of widely adopted water saturation (Sw) models derived from resistivity and porosity measurements. These formulations cover both clean and shaly reservoir scenarios, reflecting distinct assumptions about conductive pathways, clay effects, and rock electrical behavior. The available methods enable consistent saturation evaluation across a broad range of lithological and petrophysical conditions.
+
+- The Archie Equation constitutes the fundamental clean-formation model. It relates water saturation to true formation resistivity (Rt), porosity (φ), and water resistivity (Rw), governed by the tortuosity factor (a), cementation exponent (m), and saturation exponent (n). Archie’s model assumes that the rock matrix is non-conductive and that electrical conduction occurs exclusively through the formation water. As such, it is most reliable in clean, clay-free reservoirs where surface conductivity is negligible.
+
+For shaly formations, the library provides models that explicitly incorporate clay conductivity effects:
+
+- Simandoux Model – Extends Archie’s formulation by accounting for the parallel conductive contribution of shale. The model integrates shale volume (Vsh) and shale resistivity (Rsh), making it suitable for dispersed clay systems and laminated shaly sands. It remains one of the most commonly applied shaly-sand saturation equations.
+
+- Indonesia (Poupon–Leveaux) Model – Introduces a nonlinear coupling between matrix and shale conductivity terms. This formulation often produces more stable results in formations with moderate-to-high shale content and is particularly valued where Simandoux may overestimate Sw.
+
+- Fertl Model – A simplified shaly-formation model designed to reduce sensitivity to shale resistivity uncertainties. Instead of requiring explicit Rsh input, the method uses an empirical correction term controlled by the alpha parameter (α). This approach is operationally convenient when shale resistivity is poorly constrained or unavailable.
+
+All shale-corrected models require effective porosity rather than total porosity, reflecting the need to isolate the interconnected pore space contributing to fluid flow and electrical conduction.
+
+To streamline interpretation workflows, the library exposes a façade function that unifies all saturation models under a single interface. This design allows users to select the appropriate equation based on reservoir type, shale content, and data quality while preserving parameter consistency.
+
+Water Saturation
+----------------
+
+.. automodule:: stoneforge.petrophysics.water_saturation
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/preprocessing.rst.txt

@@ -0,0 +1,28 @@
+=========================
+Preprocessing
+=========================
+
+This section contains documentation for the Preprocessing module.
+NOTE: Those methods will be modified in the future to be more flexible and
+to allow for more complex workflows.
+
+.. automodule:: stoneforge.preprocessing
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Data Management
+-------------------------
+
+.. automodule:: stoneforge.preprocessing.data_management
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Data Processing
+-------------------------
+
+.. automodule:: stoneforge.preprocessing.data_processing
+    :members:
+    :undoc-members:
+    :show-inheritance:

stoneforge-0.2.0/docs/_build/html/_sources/modules/pseudowells.rst.txt

@@ -0,0 +1,23 @@
+=========================
+Pseudo Wells
+=========================
+
+This section contains documentation for the Pseudo Wells module.
+
+.. automodule:: stoneforge.pseudo_wells
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Monte Carlo Simulations
+-------------------------
+
+.. automodule:: stoneforge.pseudo_wells.monte_carlo_simulations
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/reservoir/index.rst.txt

@@ -0,0 +1,15 @@
+=========================
+Reservoir
+=========================
+
+**About:** This section contains documentation for the Reservoir analysis module.
+
+.. toctree::
+   :maxdepth: 1
+
+   net_pay
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/reservoir/net_pay.rst.txt

@@ -0,0 +1,18 @@
+=========================
+Net Pay
+=========================
+
+This section is about some methods to stimate some reservoir properties, such as net pay, based on well log data.
+
+Basic Calculations
+------------------
+
+.. automodule:: stoneforge.petrophysics.net_pay
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/modules/rockphysics.rst.txt

@@ -0,0 +1,47 @@
+=========================
+Rock Physics
+=========================
+
+This section contains documentation for the Rock Physics module. We indicate the reference (Pt-Br) of :footcite:t:`wagner2020rock_physics` for the methods used in this module.
+
+.. automodule:: stoneforge.rock_physics
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Elastic Constants
+---------------------
+
+.. automodule:: stoneforge.rock_physics.elastic_constants
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Fluid Substitution
+---------------------
+
+.. automodule:: stoneforge.rock_physics.fluid_substitution
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Gem
+----------------
+
+.. automodule:: stoneforge.rock_physics.gem
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+Rock Physics Bounds
+---------------------
+
+.. automodule:: stoneforge.rock_physics.rock_physics_bounds
+    :members:
+    :undoc-members:
+    :show-inheritance:
+
+References
+----------------
+
+.. footbibliography::

stoneforge-0.2.0/docs/_build/html/_sources/usage/installation.rst.txt

@@ -0,0 +1,40 @@
+=========================
+Installing Stoneforge
+=========================
+
+This guide will walk you through the installation of the the Stoneforge library.
+
+Prerequisites
+=============
+
+Before you begin, ensure you have met the following requirements:
+
+* You have installed Python 3.8 or later (with pip).
+* You have a Windows/Linux/Mac machine.
+
+Installation
+============
+
+To install Stoneforge, follow these steps:
+
+Windows, Linux and macOS
+------------------------
+
+1. Open your terminal.
+
+2. Install the Stoneforge package with pip:
+
+.. code-block:: bash
+
+   pip install stoneforge
+
+Verify Installation
+===================
+
+To verify that Stoneforge has been installed correctly, type the following command in your terminal:
+
+.. code-block:: bash
+
+   pip show stoneforge
+
+If no error message is displayed, the installation was successful!