Vector diffusion in corners
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- cpp
- Lĩnh vực
- computer-graphics
Hướng nghiên cứu
Start by reproducing the corner outliers in the vertex-based connection Laplacian on the tessellated Bézier surface described in the issue. Check the mass matrix, Laplacian form and vertex tangent-basis alignment, then confirm that smoothing no longer produces anomalous corner values.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
While attempting to smooth out vector and line fields (actually Hopf differentials of a tessellated Bézier surface) with the vertex-based connection Laplacian, I repeatedly found outlying values in boundary corners - as can be seen on these pictures, where Q (in red) is the original line field, while Q (smoothed) (in blue) is the result of 1 step of implicit smoothing with the usual h^2 timestep:
As far as I an tell, I weight everything correctly with the Mass matrix.
It happens whether or not the corner has a single "flapping" triangle.
I have no boundary conditions (so I guess I implicitly prescribe zero Neumann).
What could be the cause of this phenomenon?
Edit: Tried switching lumped mass matrix to Galerkin, weak Laplacian to strong form, as well as various timesteps (smaller/bigger than h^2, and also keeping it to unity) - the corners (and to a lesser extent boundaries) always stand out...
Edit 2: Also tried the uniform weights in place of cotans with and without degree-based mass - the issue remains.
I suspect the problem might be the alignment of the vertex tangent basis vectors: they are everywhere aligned with an outgoing halfedge, except at such corners.
- Ngôn ngữ chính
- C++
- Star
- 1.3k
- Fork
- 183
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của nmwsharp/geometry-central
-
warning: control reaches end of non-void function in VectorHeatMethodSolver::computeLogMapCó thể đã có người làm @dyollb đã nhận 63 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
nmwsharp/geometry-central#256 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
nmwsharp/geometry-central#258 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
nmwsharp/geometry-central#255 · 1 bình luận ·
-
FlipEdgeNetwork::iterativeShorten() hangs on a contractible closed loopCó thể đã có người làm @designbynumbers đã nhận 114 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
nmwsharp/geometry-central#253 ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 57/100
nmwsharp/geometry-central#247 ·
Tất cả issue của nmwsharp/geometry-central
Issue tương tự
-
chore: update release scheduleĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 4 ngày
-
nth_root does not restore the rounding mode and can return an upper bound below the true rootĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
scanaislop/aislop#482 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
EchoTools/nevr-runtime#547 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
1 type: problem 2 scope: firmware 3 good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
SpaceTeam/STS1_COBC_SW#511 ·