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

Fix issue in DGtal PR#1086 #1

Merged

Conversation

jlevallois
Copy link

It fixes the issue with testIntegralInvariantVolumeEstimator in your PR DGtal-team#1086

  • I add a check in DigitalSurfaceConvolver to avoid creating cells outside the domain (with non periodic spaces, it was always returning 0).
  • I also add 4 new functions in KhalimskySpaceND to check if a cell is valid or inside with only is Khalimsky coordinates (no need to create the cell).

Is it ok for you ?

:octocat:

Jérémy Levallois added 2 commits January 14, 2016 18:35

Unverified

This user has not yet uploaded their public signing key.
…coordinates
@@ -628,7 +628,7 @@ namespace DGtal
const Cell & upperCell() const;

/**
* @param c a signed cell.
* @param c a unsigned cell.
Copy link
Owner

Choose a reason for hiding this comment

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

Thanks for doc fix ! Too many copy-paste ;)

@rolanddenis
Copy link
Owner

Thanks for the fix ! Some remarks but I can make the modifications by myself if you prefer...

@jlevallois
Copy link
Author

I have a weird bug with your PR (even without my fixes if I remove some asserts on sSetKCoords())

If I compute the (mean) curvature with 3dCurvatureViewer (DGtalTools) using results of previous computation for all surfels (aka with shifting masks), I get this:

If I compute the (mean) curvature with the full kernel each time, I get the good result:

It works fine with the master branch of DGtal.
Do you have an hint about why I get this error?

Full command:
./3dCurvatureViewer -i bunny64.vol -r 15 -u 255

@jlevallois
Copy link
Author

Ok, it's not exactly the same results than with master branch:

So, maybe it's due to the shifting with innerSpel outerSpel (with sDirectIncident() and sIndirectIncident() ) ?

@rolanddenis
Copy link
Owner

Hum 😱

@rolanddenis
Copy link
Owner

Along which axis do you have those oscillations ? X ?

@rolanddenis
Copy link
Owner

I merge the PR in order to continue the discussion on the DGtal-team#1086 .

rolanddenis added a commit that referenced this pull request Jan 21, 2016
@rolanddenis rolanddenis merged commit d6ba543 into rolanddenis:dev_periodicKhalimsky Jan 21, 2016
rolanddenis pushed a commit that referenced this pull request Oct 19, 2016
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.

2 participants