You can put contacts in a sealed surface framework but you cannot get them.

i am facing error while creating .h5 file " The HDF5 file does not exist or is not a valid HDF5 file ". I am trying to write horizon in Java. But in cpp i am able to do this.

What are the steps to reproduce this issue?

1- I have a non public software
2- I want to honor the 5.3.4 clause of CeCILL-B

Any Licensee who may distribute a Modified Software hereby expressly agrees to:

1. indicate in the related documentation that it is based on the Software licensed hereunder, and reproduce the intellectual property notice for the Software,
2. ensure that written indications of the Software intended use, intellectual property notice and license hereunder are included in easily accessible format from the Modified Software interface,
3. mention, on a freely accessible website describing the Modified Software, at least throughout the distribution term thereof, that it is based on the Software licensed hereunder, and reproduce the Software intellectual property notice,
4. where it is distributed to a third party that may distribute a Modified Software without having to make its source code available, make its best efforts to ensure that said third party agrees to comply with the obligations set forth in this Article .

If the Software, whether or not modified, is distributed with an External Module designed for use in connection with the Software, the Licensee shall submit said External Module to the foregoing obligations.

What does happen?

Looking especially at point 3 in the 5.3.4 clause, it looks to restrictive to "mention, on a freely accessible website describing the Modified Software" something about a non public software which would use fesapi.

What were you expecting to happen?

The credits should be much less constrained.

Any other comments?

An Apache 2.0 license looks to be the best compromise looking at ethic, technical and legal parameters.

What versions of fesapi are you using?

0.11

What are the steps to reproduce this issue?

• make
• make install
  and then try the installed example executable

What does happen?

//home/travis/build/untereiner/fesapi/install/example: error while loading shared libraries: libFesapiCpp.so.0.12: cannot open shared object file: No such file or directory

What were you expecting to happen?

working example executable

Any logs, error output, etc?

(If it’s long, please paste to https://ghostbin.com/ and insert the link here.)
Travis log: https://ghostbin.com/paste/rc6h7

Any other comments?

What versions of fesapi are you using?

master branch

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What are the steps to reproduce this issue?

1. Try to get the XYZ point count of a wellbore trajectory which has not got any geometry.

What does happen?

Segmentation fault

What were you expecting to happen?

Return 0

Any logs, error output, etc?

(If it’s long, please paste to https://ghostbin.com/ and insert the link here.)

Any other comments?

…

What versions of fesapi are you using?

0.11

What are the steps to reproduce this issue?

1. Try to create a GridConnectionSet without any cell index pair

What does happen?

Observe it works

What were you expecting to happen?

It should raise an exception since the count of GridConnectionSet is a positiveInteger

What versions of fesapi are you using?

0.11

Is your feature request related to a problem? Please describe.
I want to retrieve the stratigraphic column associated to an earth model interpretation

Describe the solution you'd like
Add a getter in the EarthModelInterpretation class

Describe alternatives you've considered
/

Additional context
/

At least some in C++ as a beginning.

does fesapi provide support for 3D horizon Data

What are the steps to reproduce this issue?

1. look at AbstractIjkGridRepresentation::isColumnEdgeSplitted() function

What does happen?

range error

if (edge > 7)
	throw range_error("Edge is out of range.");

What were you expecting to happen?

I am expecting that edge must be < 4 as stated in function documentation

Any logs, error output, etc?

(If it’s long, please paste to https://ghostbin.com/ and insert the link here.)

Any other comments?

What versions of fesapi are you using?

master branch

Hello,

Here is the reporting of an issue regarding fesapi unit tests.

Regards,
Mathieu

What are the steps to reproduce this issue?

1. Uncomment line 153 un fesapi/CMakeLists.txt
2. Build fesapi
3. Run unitTest

What does happen?

Most of the unit tests fail.

What were you expecting to happen?

All unit tests should succeed.

What versions of fesapi are you using?

Fesapi is up to date according to commit #16

This version of the compiler is complaining about the different signature of the method 'readArrayNdOfValues' in src/common/HdfProxy.h and the correspondent cpp file.

Anyway, the issue can be fixed using the same typedef defined in H5Ipublic.h:
typedef int64_t hid_t;

Obviously the signature of all 'readArrayNdOfValues' needs to be changed accordingly:
from:
void readArrayNdOfValues(const std::string & datasetName, void* values, const int & datatype);
to:
void readArrayNdOfValues(const std::string & datasetName, void* values, const hid_t & datatype);

Do you want me to send a pull request for it? Or you don't plan to support this version of Visual Studio now?

Observed on travis

As a first step, fesapi must check that pull request indeed build in C++.

From https://discourse.f2i-consulting.com/t/connectionsetrepresentation/61/4

I guess one more minor comment is that it would be useful to have an overloaded API in the future, to load gridIndexPairs as UINT16 (shorts), since in the vast majority of use cases, we have only grid representations numbering in the single digits, and yet, for such cases, if we have millions of connections (which we almost always do), we still have to specify that many gridIndexPairs, which can be be wasteful on memory.

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What are the steps to reproduce this issue?

Read a fault that have some patches with seismic support and others without seismic support.

What does happen?

AbstractRepresentation::getSeismicSupportOfPatch(patch_index) may return wrong information for some patch_index (a different support than the one expected, or some support for patches that are not supposed to have one).

What were you expecting to happen?

I expect getSeismicSupportOfPatch() to return the support defined in the EPC file for a patch, or nullptr when there is no support.

Any logs, error output, etc?

Any other comments?

In general I think pushBackSeismicSupport() would need to take the patch index as a parameter to correctly fill the seismicSupportSet vector.

What versions of fesapi are you using?

An old one, but the issue exists in the latest source code available here.

What are the steps to reproduce this issue?

Hi Philippe,

I'm compiling with warnings again... 😉

What does happen?

C4267 - 'return': conversion from 'size_t' to 'unsigned int', possible loss of data

Here are the locations:
resqml2/AbstractGridRepresentation.h(93)
resqml2/AbstractGridRepresentation.h(127)
resqml2_0_1/WellboreTrajectoryRepresentation.h(208)

What were you expecting to happen?

Either static_cast or change return type to size_t

Any logs, error output, etc?

Any other comments?

I would submit a PR but I don't know which solution you would prefer. I imagine you don't want to change the API so probably the first. Let me know if so.

What versions of fesapi are you using?

Just updated to master yesterday.

What are the steps to reproduce this issue?

When build the fesapi library.

What does happen?

Build failed

What were you expecting to happen?

Build with upstrream version

Any logs, error output, etc?

https://ghostbin.com/paste/mokfy

Any other comments?

None

What versions of fesapi are you using?

Latest git version

Adrien Jeser
Software developer at Int France

What are the steps to reproduce this issue?

1. Try to read a GridConnectionSetRepresentation where the null value has not been set to -1.

What does happen?

The RESQML 2.0.1 standard tells the null value of LocalFacePerCellIndexPairs should be -1.
However, in RESQML-467 (https://energistics.atlassian.net/browse/RESQML-467) it has been decided that it would not be the case in longer term.
Since some writers have already adopted the decision in RESQML-467, fesapi should allow to read the null value which is not possible for now.

What were you expecting to happen?

To be able to read the null value set by the writer.

What versions of fesapi are you using?

Last one on master

What are the steps to reproduce this issue?

Try to import/read an epc file associated to an HDF5 file which has a wrong uuid attribute. The uuid attribute is in my case an array of string instead of a single fixed length string.

What does happen?

An exception is thrown because the uuid attribute is read with a 1 char string.

What were you expecting to happen?

A non blocking warning

Any logs, error output, etc?

Any other comments?

…

What versions of fesapi are you using?

0.11.1.1

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What are the steps to reproduce this issue?

1. Try to create a triangulated set representation which is not associated to an interpretation

What does happen?

An interpretation is required ad cannot be null.

What were you expecting to happen?

I want it to be possible

What versions of fesapi are you using?

last one on master

For example, try to use
AbstractProperty::void setRepresentation(class AbstractRepresentation * rep);
on a property belonging to EpcDocument A
with a representation belonging to EpcDocument B

What are the steps to reproduce this issue?

1. have an hdf5 file with a HDF5 array of string attribute.
2. try to read it as a single string with fesapi

What does happen?

• It only reads the first char

What were you expecting to happen?

To read the entire string without the null terminating char.

Remarks

If the string attribute is null terminated, it copies the '\0' into the string.

What versions of fesapi are you using?

Last one on master

What are the steps to reproduce this issue?

1. Try to use the method AbstractGridRepresentation::setParentWindow(
   const unsigned int & iCellIndexRegridStart, unsigned int constantChildCellCountPerIInterval, unsigned int constantParentCellCountPerIInterval, const unsigned int & iIntervalCount,
   const unsigned int & jCellIndexRegridStart, unsigned int constantChildCellCountPerJInterval, unsigned int constantParentCellCountPerJInterval, const unsigned int & jIntervalCount,
   const unsigned int & kCellIndexRegridStart, unsigned int constantChildCellCountPerKInterval, unsigned int constantParentCellCountPerKInterval, const unsigned int & kIntervalCount,
   RESQML2_0_1_NS::AbstractIjkGridRepresentation* parentGrid ...
   with a constantParentCellCountPerKInterval different than constantParentCellCountPerIInterval
2. Look at the exported constantParentCellCountPerKInterval

What does happen?

constantParentCellCountPerKInterval is actually exported as constantParentCellCountPerIInterval

What were you expecting to happen?

constantParentCellCountPerKInterval exported as given

Any other comments?

The implementation of the method makes too much use of constantParentCellCountPerIInterval.
All I, J and K regrid use it instead of just I regrid

What versions of fesapi are you using?

last one on master

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What were you expecting to happen?

The windows appveyor build should also try to build the fesapi csharp wrappers project.

What versions of fesapi are you using?

0.11

What are the steps to reproduce this issue?

auto resqml_grid = epc.getResqmlAbstractObjectByUuid<AbstractIjkGridRepresentation>("09356035-1adc-4bbd-a34e-ec08d66c8edd");
const_cast<resqml2_0_1::AbstractIjkGridRepresentation*>(resqml_grid)->loadSplitInformation();

unsigned int ncells = static_cast<unsigned int>(resqml_grid->getCellCount());
unsigned int ni = resqml_grid->getICellCount();
unsigned int nj = resqml_grid->getJCellCount();
unsigned int nk = resqml_grid->getKCellCount();


if (resqml_grid->hasEnabledCellInformation())
{
	auto enabled = new bool[ncells];
	resqml_grid->getEnabledCells(enabled);
}

What does happen?

causes an exception "The HDF5 file ust be opened"

What were you expecting to happen?

no exception

What versions of fesapi are you using?

1.4 up to #93 (a week or two ago)

Hello,

I found an issue in IjkGridParametricRepresentation.cpp. Line 1454, cumulativeLength->NullValue is not properly instantiated.

Regards,
Mathieu

What are the steps to reproduce this issue?

1. calling setGeometryAsParametricSplittedPillarNodesUsingExistingDatasets method with splitCoordinateLineColumnCumulativeCount (which is actually and HDF5 dataset path within this method) lenght lesser than splitCoordinateLineCount - 1

What does happen?

Out of range error occurs line 1454 of IjkGridParametricRepresentation.cpp

What were you expecting to happen?

I think that line 1454 is inconsistent considering that within setGeometryAsParametricSplittedPillarNodesUsingExistingDatasets, splitCoordinateLineColumnCumulativeCount parameter is an HDF5 dataset path. On my mind, the expression "splitCoordinateLineCount - 1" into brackets does not make sense. I think that this expression is a remain of the splitCoordinateLineColumnCumulativeCount unsigned int array.

What versions of fesapi are you using?

fesapi is up to date according to december 11 2017 commit.

Is your feature request related to a problem? Please describe.
The citation format is used to indicate the application using fesapi for exporting RESQML data. This attribute is on each object. Consequently, it is painful to be forced to set the format each time I create an object.

Describe the solution you'd like
I would like to set the format to be applied to each object once for all.

Describe alternatives you've considered
Not any.

Additional context
None

What are the steps to reproduce this issue?

1. Compile fesapi on macos with gcc-8

What does happen?

The following error:

In file included from /fesapi-superbuild/fesapi/src/proxies/stdsoap2.cpp:44:
/fesapi-superbuild/fesapi/src/proxies/stdsoap2.cpp: In function 'const char* soap_float2s(soap*, float)':
/fesapi-superbuild/fesapi/src/proxies/stdsoap2.h:1480:32: error: call of overloaded 'isnan(double)' is ambiguous
 #  define soap_isnan(n) isnan(n)
                                ^
/fesapi-superbuild/fesapi/src/proxies/stdsoap2.cpp:16446:7: note: in expansion of macro 'soap_isnan'
   if (soap_isnan((double)n))
       ^~~~~~~~~~
/fesapi-superbuild/fesapi/src/proxies/stdsoap2.h:1401:16: note: candidate: 'int isnan(double)'
 extern "C" int isnan(double);
                ^~~~~
In file included from /usr/local/Cellar/gcc/8.1.0/include/c++/8.1.0/math.h:36,
                 from /fesapi-superbuild/fesapi/src/proxies/stdsoap2.h:697,
                 from /fesapi-superbuild/fesapi/src/proxies/stdsoap2.cpp:44:
/usr/local/Cellar/gcc/8.1.0/include/c++/8.1.0/cmath:624:3: note: candidate: 'constexpr bool std::isnan(long double)'
   isnan(long double __x)
   ^~~~~
/usr/local/Cellar/gcc/8.1.0/include/c++/8.1.0/cmath:619:3: note: candidate: 'constexpr bool std::isnan(double)'
   isnan(double __x)
   ^~~~~
/usr/local/Cellar/gcc/8.1.0/include/c++/8.1.0/cmath:611:3: note: candidate: 'constexpr bool std::isnan(float)'
   isnan(float __x)

Same error for function isinf.

What were you expecting to happen?

no error

Any logs, error output, etc?

(If it’s long, please paste to https://ghostbin.com/ and insert the link here.)

Any other comments?

A work around consists to add # ifdef __clang__ just after # ifdef __cplusplus at line 1401 in stdsoap2.h and add a # endif after the define function

What versions of fesapi are you using?

master branch version

(Thanks for reporting an issue! Please make sure you click the link above to view the issue guidelines, then fill out the blanks below.)

What are the steps to reproduce this issue?

1. Have an EPC document which contains some GridConnectionSetRepresentation linked to interpretations
2. Try to read the interpretations of this GridConnectionSetRepresentation by finding them through the GridConnectionSetRepresentation

What does happen?

exception "There are no fault associated to the cell connections." is always thrown

What were you expecting to happen?

To get the interpretation information from the GCSR

Any other comments?

the probleme looks that the exception is always thrown from getInterpretationIndexCumulativeCount, getInterpretationIndices, getInterpretationIndexNullValue

What versions of fesapi are you using?

last one on master

Hi,

Here is an issue regarding AbstractLocal3dCrs.

Regards,
Mathieu

What are the steps to reproduce this issue?

Not relevant.

What does happen?

Attribute ProjectedAxisOrder of class AbstractLocal3dCrs cannot be set with fesapi. There exists no appropriate setter or constructor.

What were you expecting to happen?

To provide some facilities to set this attribute (probably by adding a parameter within constructors of classes LocalDepth3dCrs and LocalTime3dCrs).

Any logs, error output, etc?

No.

Any other comments?

No.

What versions of fesapi are you using?

Up to date regarding last commit.

Hi,

What are the steps to reproduce this issue?

1. Deploy fesapi v0.9 in an application
2. Deploy fesapi v0.11 in the same application

What does happen?

Since the symbols (including namespaces) are identical, it exists a conflict at runtime between the two fesapi versions.

What were you expecting to happen?

I would like to be able to use (at least) two different versions of fesapi a same application.

Any other comments?

The solution looks to be able to easily modify the C++ namespaces of fesapi. Defining the namespaces as CMAKE variables looks to answer all needs.

What are the steps to reproduce this issue?

1. Build Fesapi
2. Install Fesapi

What does happen?

When you use the installed fesapi, include of nsDefinitions.h is not honored.

What were you expecting to happen?

The fesapi install should be ok by itself without having to manually copy nsDefinitions.h

What versions of fesapi are you using?

latest on master

Grid2dRepresentation allows setting the geometry both with setGeometryAsArray2dOfLatticePoints3d and setGeometryAsArray2dOfExplicitZ.

However, the getters, e.g., get ZValues, only support Point3dZValueArray. The alternate Point3dLatticeArray is not supported.

It would really help if the Grid2dRepresentation supported Point3dLatticeArray more fully.

As it stands, the workaround for the user is to try getZValues, catch the exception, and loop over offsets and spacing to reconstruct the z values. It would be nice if this could be hidden from the users.

Is your feature request related to a problem? Please describe.
There is no SealedVolumeFrameworkRepresentation support.

Describe the solution you'd like
I want Fesapi to support it.

Describe alternatives you've considered
None

Additional context
https://discourse.f2i-consulting.com/t/how-to-create-and-populate-a-volumetric-framework/109

This issue occurs while reading the geometry of a sequence of at least 2 k-interfaces of an IjkGridParametricRepresentation containing at least one straight pillar with 2 control points.

What are the steps to reproduce this issue?

See https://discourse.f2i-consulting.com/t/issue-using-swig-enums/115

What does happen?

in C++:
gsoap_witsml1_4_1_1::witsml1__LengthUom__m = 'm'; // (ASCII 109)
and in Java:
witsml1__LengthUom.witsml1__LengthUom__m = 0

What were you expecting to happen?

Same value for the same enumerated value.

Any logs, error output, etc?

(If it’s long, please paste to https://ghostbin.com/ and insert the link here.)

Any other comments?

…

What versions of fesapi are you using?

master January 2 2019

Some adopters need to transfer perforation data (MDs and events).

Describe the solution you'd like
Since perforation data exist in WITSML2, the intent is to allow access (Read and Write) to them in association with RESQML through wellbores.

Describe alternatives you've considered

• Use of RESQML wellbore frame representation with time serie properties
• extra metadata

Additional context
The support of WITSML 1.4.1.1 will be given up.

Hi,

Here is an issue regarding generation of gSOAP proxies while building fesapi.

Regards,
Mathieu

What are the steps to reproduce this issue?

1. remove content of src/proxies (for setting CMake variable PROXIES_GENERATION to true)
2. configure and generate with CMake
3. build fesapi

What does happen?

Following error is raised during proxies generation : " Cannot open 'C:/Dev/fesapiEnv/buildHyperslabbingUncommitted/win64shared/src/C:/Dev/fesapiEnv/energistics_schemas/energyml/data/resqmlv2/v2.0.1/xsd_schemas/Common.xsd' to retrieve schema"
Path looks crazy since current build directory is append to Common.xsd absolute path.

What were you expecting to happen?

Common.xsd is supposed to be opened properly thanks to line 7 of PropertyTypeMapping.xsd

Any other comments?

I tried to update line 63 of src/CMakeLists.txt (adding file:/// as prefix for output Common.xsd location) from
COMMAND cscript ${FESAPI_ROOT_DIR}/gsoap/sed.vbs "sRESQML_SCHEMA_LOCATION${RESQML_SCHEMA_LOCATION}g" < ${FESAPI_ROOT_DIR}/gsoap/PropertyTypeMapping.xsd > ${CMAKE_CURRENT_BINARY_DIR}/PropertyTypeMapping.xsd
to
COMMAND cscript ${FESAPI_ROOT_DIR}/gsoap/sed.vbs "sRESQML_SCHEMA_LOCATION*file:///${RESQML_SCHEMA_LOCATION}*g" < ${FESAPI_ROOT_DIR}/gsoap/PropertyTypeMapping.xsd > ${CMAKE_CURRENT_BINARY_DIR}/PropertyTypeMapping.xsd

Then, I got the following error (by playing again steps to reproduce the issue):
Cannot open 'file:///C:/Dev/fesapiEnv/energistics_schemas/energyml/data/resqmlv2/v2.0.1/xsd_schemas/Common.xsd' to retrieve schema
This issue seems weird since 'file:///C:/Dev/fesapiEnv/energistics_schemas/energyml/data/resqmlv2/v2.0.1/xsd_schemas/Common.xsd' opens properly in an internet browser. This path is definitly correct.

Dev environment:

• Windows 10 64bits
• Visual Studio Community 2015
• gSOAP 2.8.59

What versions of fesapi are you using?

Up to date on 01/03/2018.

In README.md, it looks ZLIB_LIBRARY_RELEASE is not required but a cmake configure without it fails.

Test AppVeyor

What are the steps to reproduce this issue?

1. Go on https://f2i-consulting.com/fesapi/doxygen/0.11/

What does happen?

The web page does show any information except something about "My project"

What were you expecting to happen?

• "My project" should be called "Fesapi"
• Some basic information should be provided

What versions of fesapi are you using?

0.11

What are the steps to reproduce this issue?

1. Open an epc file containing a discret property
2. Try to get its min and max

What does happen?

There is no available method in fesapi to achieve that.

What were you expecting to happen?

If the min and max are set within the discrete property XML file, then fesapi should just retun them.
If not, fesapi should compute them.
I expect the same behaviour than the one for continuous properties.

What versions of fesapi are you using?

0.11

What are the steps to reproduce this issue?

1. have zlib.h not in the HDF5 include directory
2. try to build fesapi

What does happen?

zlib.h is not found

What were you expecting to happen?

the fesapi build should take into account the ZLIB_INCLUDE_DIR cmake variable

What versions of fesapi are you using?

last one on master

What are the steps to reproduce this issue?

1. Try to set an epsg code with a zero value to a CRS

What does happen?

Observe fesapi does not prevent against this forbidden usage

What were you expecting to happen?

An exception should be raised when trying to set a zero epsg code since it is forbidden by XML schema

What versions of fesapi are you using?

0.11

According to https://support.hdfgroup.org/HDF5/release/known_problems/ HDF5 libraries prior to 1.8.18 should be avoided.

What are the steps to reproduce this issue?

1. Try to set or to get the Citation.VersionString of an object

What does happen?

No method is available

What were you expecting to happen?

To find some methods to achieve that

What versions of fesapi are you using?

latest on master

What are the steps to reproduce this issue?

1. Create and horizon (Genetic Boundary) feature
2. Set an age to this horizon
3. Export it

What does happen?

If you validate the XML file of this horizon, it does not validate.
The day is the zero day instead of being the 1 day.

What were you expecting to happen?

The export must be XML valid

Any other comments?

Regression from #59

What versions of fesapi are you using?

0.13

What are the steps to reproduce this issue?

1. Try to read an epc document containing one xml file with one xsd:datetime prior 1901-12-13

What does happen?

The resulting time_t is -1 which does not represent the transfered datetime.

What were you expecting to happen?

To be able to read this date which is allowed by the standard

Any other comments?

gsoap can map xsd:datetime to char* or struct-tm as well : https://www.genivia.com/doc/databinding/html/
Using struct_tm looks adequat.

What versions of fesapi are you using?

last one on master

What are the steps to reproduce this issue?

1. Create a partial ijk grid providing an empty UUID

What does happen?

The creation does not rise any exception but ends with an invalid EPC document (xml files)

What were you expecting to happen?

An empty UUID should generate a random UUID by FESAPI convention

What versions of fesapi are you using?

Last master one