Skip to content

Conversation

@Fuad-HH
Copy link
Contributor

@Fuad-HH Fuad-HH commented May 19, 2025

  • API
  • Test API
  • More parameters for controlling interpolator behavior
  • Remove hardcoded parameters and prints
  • Fix Failing test_normalization_routine #177
  • Fix test_normalization_routine
  • Fix other interpolation tests
  • Fix RBF Interpolated Values Look Off #207
  • Fix the test_interpolation_on_ltx_mesh
  • Virtual destructor for interpolator base
  • Merge APIs for Point Cloud-based and MLS
  • Add file and method documentation
  • Merge omega_h handle pointer

the test is still not passing. pushed it to save it at current state
the values are not being compared yet
passing with 10% error margin. [future] find best degree and min required support to minimize the epsilon of the test
with 10% error margin and [temporary] it doesn't work when a source and a target becomes coincident: discussed here: SCOREC#148 (comment)
compiling, yet to be properly merged to the other apis and testing
- compiling
- yet to be completed and tested
- test is going through and finding the supports but goes infinitely
- needs number of supports and max_radius etc. as parameters
- still needs more structs, enums to represent interpolation types and other
  functionalities
- still needs evaluate function
now the test is passing and finding supports

- the mesh is used temporarily
test is passing for an uniform field. It just checks if the
functionalities are at the place
- tested but failing for some specific target points
when xgc's corresponding omega_h mesh is not available,it needs
mixed interpolation.
all these methods are based on point cloud
they can be improved
search can be unstable (find better ways) and
changed the radius adaptation so that it stops after 100
iterations even if it hasn't found enough supports
still needs to solve the problem with number of neighbors in mesh based search by merging the both radius adaptation
separate helper function header
passes interpolation class test
fix issue SCOREC#207
@Fuad-HH Fuad-HH marked this pull request as ready for review October 10, 2025 19:15
except for prints inside gpu function since fmt is not
supported for GPU
@Fuad-HH
Copy link
Contributor Author

Fuad-HH commented Dec 9, 2025

Looks like there's an issue reading the mesh in the test. Looking at the build-Omega_h phase of this latest Test-Build, I found that it is using Omega_h commit SCOREC/omega_h@fbe1cc1. This commit has an issue reading this specific mesh used in this test case. It was fixed on the next commit. Could you please use the latest commit of Omega_h?

The reading issue is described in SCOREC/omega_h#183 and was fixed in SCOREC/omega_h#184. It worked before because you cleared the cache before, and Omega_h was using the latest commit with the fix.

For instance, the last passing test job above was using SCOREC/omega_h@d1f09bb, which includes the abovementioned pull request. My guess is that #231 specifies Omega_h version to be scorec-v11.0.0. It does not include the mesh reader fix.

@Fuad-HH
Copy link
Contributor Author

Fuad-HH commented Dec 9, 2025

Thanks. The test is passing. The installation is failing here. But locally, for me, it is working. I am trying to sort it out.

@jacobmerson
Copy link
Collaborator

Looks like that new test case for installations is paying off! :)

My guess is it has something to do with the fact that you have pcms::interpolator::capi. When I look in the pcms_capi-targets.cmake it has pcms::interpolatorcapi.

Fuad-HH and others added 10 commits December 9, 2025 16:37
The goal of this PR is to separate the mls_interpolation.hpp and mls_interpolation_impl.hpp so that the implementation is not included in the header file.
this commit modifies the targets for the capi so that pcms::capi is an interface that includes the subcomponents. This matches more closely to the way that the main pcms::pcms library has been put together.
this commit modifies the targets for the fortranapi so that pcms::capi is an interface that includes the subcomponents. This matches more closely to the way that the main pcms::pcms library has been put together.
@jacobmerson
Copy link
Collaborator

@Sichao25 @cwsmith any ideas on why this might be failing? It's working locally by running the test installation (albeit with a different version of CMake).

@Sichao25
Copy link
Contributor

Maybe we can try to put include("${CMAKE_CURRENT_LIST_DIR}/pcms_interpolator-targets.cmake") before capi targets in config.cmake.in?

@jacobmerson
Copy link
Collaborator

jacobmerson commented Dec 12, 2025

Maybe we can try to put include("${CMAKE_CURRENT_LIST_DIR}/pcms_interpolator-targets.cmake") before capi targets in config.cmake.in?

That's a solid theory. Let me give it a try.

@Sichao25 it worked! thanks

@jacobmerson jacobmerson merged commit 307ddfe into SCOREC:develop Dec 12, 2025
4 checks passed
@Fuad-HH Fuad-HH deleted the mergecfortapi branch December 12, 2025 15:01
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.

RBF Interpolated Values Look Off Failing test_normalization_routine

4 participants