GSTL: the geostatistical template library in C++
Identifieur interne : 008911 ( Main/Exploration ); précédent : 008910; suivant : 008912GSTL: the geostatistical template library in C++
Auteurs : Nicolas Remy [États-Unis] ; Arben Shtuka [France] ; Bruno Levy [France] ; Jef Caers [États-Unis]Source :
- Computers & geosciences [ 0098-3004 ] ; 2002.
Descripteurs français
- Pascal (Inist)
- Wicri :
- topic : Simulation.
English descriptors
Abstract
The development of geostatistics has been mostly accomplished by application-oriented engineers in the past 20 years. The focus on concrete applications gave birth to many algorithms and computer programs designed to address different issues, such as estimating or simulating a variable while possibly accounting for secondary information such as seismic data, or integrating geological and geometrical data. At the core of any geostatistical data integration methodology is a well-designed algorithm. Yet, despite their obvious differences, all these algorithms share many commonalities on which to build a geostatistics programming library, lest the resulting library is poorly reusable and difficult to expand. Building on this observation, we design a comprehensive, yet flexible and easily reusable library of geostatistics algorithms in C ++. The recent advent of the generic programming paradigm allows us elegantly to express the commonalities of the geostatistical algorithms into computer code. Generic programming, also referred to as "programming with concepts", provides a high level of abstraction without loss of efficiency. This last point is a major gain over object-oriented programming which often trades efficiency for abstraction. It is not enough for a numerical library to be reusable, it also has to be fast. Because generic programming is "programming with concepts", the essential step in the library design is the careful identification and thorough definition of these concepts shared by most geostatistical algorithms. Building on these definitions, a generic and expandable code can be developed. To show the advantages of such a generic library, we use GSTL to build two sequential simulation programs working on two different types of grids-a surface with faults and an unstructured grid without requiring any change to the GSTL code.
Affiliations:
Links toward previous steps (curation, corpus...)
- to stream PascalFrancis, to step Corpus: 000856
- to stream PascalFrancis, to step Curation: 000196
- to stream PascalFrancis, to step Checkpoint: 000804
- to stream Main, to step Merge: 008D89
- to stream Main, to step Curation: 008911
Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en" level="a">G<sub>S</sub>
TL: the geostatistical template library in C++</title>
<author><name sortKey="Remy, Nicolas" sort="Remy, Nicolas" uniqKey="Remy N" first="Nicolas" last="Remy">Nicolas Remy</name>
<affiliation wicri:level="1"><inist:fA14 i1="01"><s1>Department of Geological and Environmental Sciences, Stanford University, Braun Hall, Building 320</s1>
<s2>Stanford, CA 94305-2115</s2>
<s3>USA</s3>
<sZ>1 aut.</sZ>
</inist:fA14>
<country>États-Unis</country>
<wicri:noRegion>Stanford, CA 94305-2115</wicri:noRegion>
</affiliation>
</author>
<author><name sortKey="Shtuka, Arben" sort="Shtuka, Arben" uniqKey="Shtuka A" first="Arben" last="Shtuka">Arben Shtuka</name>
<affiliation wicri:level="3"><inist:fA14 i1="02"><s1>Ecole Superieure de Geologie, A.S.G.A.-Gocad, Batiment G. BP 40-rue du Doyen Marcel Roubault</s1>
<s2>54501 Vandoeuvre-les-Nancy</s2>
<s3>FRA</s3>
<sZ>2 aut.</sZ>
</inist:fA14>
<country>France</country>
<placeName><region type="region" nuts="2">Grand Est</region>
<region type="old region" nuts="2">Lorraine (région)</region>
<settlement type="city">Vandœuvre-lès-Nancy</settlement>
</placeName>
</affiliation>
</author>
<author><name sortKey="Levy, Bruno" sort="Levy, Bruno" uniqKey="Levy B" first="Bruno" last="Levy">Bruno Levy</name>
<affiliation wicri:level="3"><inist:fA14 i1="03"><s1>Institut lie Recherche en Informatique et en Automatique, INRIA Lorraine/Loria, Technopfle de Nancy Brabois-Campus scientifique, 615, rue du Jardin Botanique</s1>
<s2>54602 Villers-les-Nancy</s2>
<s3>FRA</s3>
<sZ>3 aut.</sZ>
</inist:fA14>
<country>France</country>
<placeName><region type="region" nuts="2">Grand Est</region>
<region type="old region" nuts="2">Lorraine (région)</region>
<settlement type="city">Villers-les-Nancy</settlement>
</placeName>
</affiliation>
</author>
<author><name sortKey="Caers, Jef" sort="Caers, Jef" uniqKey="Caers J" first="Jef" last="Caers">Jef Caers</name>
<affiliation wicri:level="1"><inist:fA14 i1="04"><s1>Department of Petroleum Engineering, Stanford University</s1>
<s2>Stanford, CA 94305-2220</s2>
<s3>USA</s3>
<sZ>4 aut.</sZ>
</inist:fA14>
<country>États-Unis</country>
<wicri:noRegion>Stanford, CA 94305-2220</wicri:noRegion>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">INIST</idno>
<idno type="inist">02-0513659</idno>
<date when="2002">2002</date>
<idno type="stanalyst">PASCAL 02-0513659 INIST</idno>
<idno type="RBID">Pascal:02-0513659</idno>
<idno type="wicri:Area/PascalFrancis/Corpus">000856</idno>
<idno type="wicri:Area/PascalFrancis/Curation">000196</idno>
<idno type="wicri:Area/PascalFrancis/Checkpoint">000804</idno>
<idno type="wicri:explorRef" wicri:stream="PascalFrancis" wicri:step="Checkpoint">000804</idno>
<idno type="wicri:Area/Main/Merge">008D89</idno>
<idno type="wicri:Area/Main/Curation">008911</idno>
<idno type="wicri:Area/Main/Exploration">008911</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a">G<sub>S</sub>
TL: the geostatistical template library in C++</title>
<author><name sortKey="Remy, Nicolas" sort="Remy, Nicolas" uniqKey="Remy N" first="Nicolas" last="Remy">Nicolas Remy</name>
<affiliation wicri:level="1"><inist:fA14 i1="01"><s1>Department of Geological and Environmental Sciences, Stanford University, Braun Hall, Building 320</s1>
<s2>Stanford, CA 94305-2115</s2>
<s3>USA</s3>
<sZ>1 aut.</sZ>
</inist:fA14>
<country>États-Unis</country>
<wicri:noRegion>Stanford, CA 94305-2115</wicri:noRegion>
</affiliation>
</author>
<author><name sortKey="Shtuka, Arben" sort="Shtuka, Arben" uniqKey="Shtuka A" first="Arben" last="Shtuka">Arben Shtuka</name>
<affiliation wicri:level="3"><inist:fA14 i1="02"><s1>Ecole Superieure de Geologie, A.S.G.A.-Gocad, Batiment G. BP 40-rue du Doyen Marcel Roubault</s1>
<s2>54501 Vandoeuvre-les-Nancy</s2>
<s3>FRA</s3>
<sZ>2 aut.</sZ>
</inist:fA14>
<country>France</country>
<placeName><region type="region" nuts="2">Grand Est</region>
<region type="old region" nuts="2">Lorraine (région)</region>
<settlement type="city">Vandœuvre-lès-Nancy</settlement>
</placeName>
</affiliation>
</author>
<author><name sortKey="Levy, Bruno" sort="Levy, Bruno" uniqKey="Levy B" first="Bruno" last="Levy">Bruno Levy</name>
<affiliation wicri:level="3"><inist:fA14 i1="03"><s1>Institut lie Recherche en Informatique et en Automatique, INRIA Lorraine/Loria, Technopfle de Nancy Brabois-Campus scientifique, 615, rue du Jardin Botanique</s1>
<s2>54602 Villers-les-Nancy</s2>
<s3>FRA</s3>
<sZ>3 aut.</sZ>
</inist:fA14>
<country>France</country>
<placeName><region type="region" nuts="2">Grand Est</region>
<region type="old region" nuts="2">Lorraine (région)</region>
<settlement type="city">Villers-les-Nancy</settlement>
</placeName>
</affiliation>
</author>
<author><name sortKey="Caers, Jef" sort="Caers, Jef" uniqKey="Caers J" first="Jef" last="Caers">Jef Caers</name>
<affiliation wicri:level="1"><inist:fA14 i1="04"><s1>Department of Petroleum Engineering, Stanford University</s1>
<s2>Stanford, CA 94305-2220</s2>
<s3>USA</s3>
<sZ>4 aut.</sZ>
</inist:fA14>
<country>États-Unis</country>
<wicri:noRegion>Stanford, CA 94305-2220</wicri:noRegion>
</affiliation>
</author>
</analytic>
<series><title level="j" type="main">Computers & geosciences</title>
<title level="j" type="abbreviated">Comput. geosci.</title>
<idno type="ISSN">0098-3004</idno>
<imprint><date when="2002">2002</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
<seriesStmt><title level="j" type="main">Computers & geosciences</title>
<title level="j" type="abbreviated">Comput. geosci.</title>
<idno type="ISSN">0098-3004</idno>
</seriesStmt>
</fileDesc>
<profileDesc><textClass><keywords scheme="KwdEn" xml:lang="en"><term>algorithms</term>
<term>computer programs</term>
<term>geometry</term>
<term>geostatistics</term>
<term>simulation</term>
<term>stochastic models</term>
</keywords>
<keywords scheme="Pascal" xml:lang="fr"><term>Programme ordinateur</term>
<term>Géostatistique</term>
<term>Simulation</term>
<term>Modèle stochastique</term>
<term>Géométrie</term>
<term>Algorithme</term>
<term>Estimation</term>
</keywords>
<keywords scheme="Wicri" type="topic" xml:lang="fr"><term>Simulation</term>
</keywords>
</textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en">The development of geostatistics has been mostly accomplished by application-oriented engineers in the past 20 years. The focus on concrete applications gave birth to many algorithms and computer programs designed to address different issues, such as estimating or simulating a variable while possibly accounting for secondary information such as seismic data, or integrating geological and geometrical data. At the core of any geostatistical data integration methodology is a well-designed algorithm. Yet, despite their obvious differences, all these algorithms share many commonalities on which to build a geostatistics programming library, lest the resulting library is poorly reusable and difficult to expand. Building on this observation, we design a comprehensive, yet flexible and easily reusable library of geostatistics algorithms in C ++. The recent advent of the generic programming paradigm allows us elegantly to express the commonalities of the geostatistical algorithms into computer code. Generic programming, also referred to as "programming with concepts", provides a high level of abstraction without loss of efficiency. This last point is a major gain over object-oriented programming which often trades efficiency for abstraction. It is not enough for a numerical library to be reusable, it also has to be fast. Because generic programming is "programming with concepts", the essential step in the library design is the careful identification and thorough definition of these concepts shared by most geostatistical algorithms. Building on these definitions, a generic and expandable code can be developed. To show the advantages of such a generic library, we use G<sub>S</sub>
TL to build two sequential simulation programs working on two different types of grids-a surface with faults and an unstructured grid without requiring any change to the GSTL code.</div>
</front>
</TEI>
<affiliations><list><country><li>France</li>
<li>États-Unis</li>
</country>
<region><li>Grand Est</li>
<li>Lorraine (région)</li>
</region>
<settlement><li>Vandœuvre-lès-Nancy</li>
<li>Villers-les-Nancy</li>
</settlement>
</list>
<tree><country name="États-Unis"><noRegion><name sortKey="Remy, Nicolas" sort="Remy, Nicolas" uniqKey="Remy N" first="Nicolas" last="Remy">Nicolas Remy</name>
</noRegion>
<name sortKey="Caers, Jef" sort="Caers, Jef" uniqKey="Caers J" first="Jef" last="Caers">Jef Caers</name>
</country>
<country name="France"><region name="Grand Est"><name sortKey="Shtuka, Arben" sort="Shtuka, Arben" uniqKey="Shtuka A" first="Arben" last="Shtuka">Arben Shtuka</name>
</region>
<name sortKey="Levy, Bruno" sort="Levy, Bruno" uniqKey="Levy B" first="Bruno" last="Levy">Bruno Levy</name>
</country>
</tree>
</affiliations>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Wicri/Lorraine/explor/InforLorV4/Data/Main/Exploration
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 008911 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Main/Exploration/biblio.hfd -nk 008911 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Wicri/Lorraine |area= InforLorV4 |flux= Main |étape= Exploration |type= RBID |clé= Pascal:02-0513659 |texte= GSTL: the geostatistical template library in C++ }}
![]() | This area was generated with Dilib version V0.6.33. | ![]() |