Opened 15 years ago
Closed 3 years ago
#233 closed task (invalid)
Test Looser Snap Tolerance
Reported by: | pramsey | Owned by: | pramsey |
---|---|---|---|
Priority: | minor | Milestone: | GEOS Fund Me |
Component: | Core | Version: | main |
Severity: | Idea | Keywords: | |
Cc: | strk, mloskot |
Description
In Union(), snapping tolerance will determine how nearly-parallel lines are snapped together. Right now the tolerance is rather tight, but we might get better results with a slightly more libertine approach. Testing is required.
Change History (8)
comment:1 by , 15 years ago
Type: | defect → task |
---|
comment:3 by , 15 years ago
When using Geometry interfaces then we're 100% in sync with JTS (Geometry.intersection, for exapmle).
BUT, from C-API we don't do that. Instead we use BinaryOp there, which is similar in spirit but predates the official JTS code for it.
Who does and who doesn't do self-snapping is unknown to me. Time to ask Martin ?
comment:4 by , 15 years ago
Milestone: | 3.2.0 → 3.3.0 |
---|
comment:6 by , 7 years ago
Cc: | added |
---|
Note:
See TracTickets
for help on using tickets.
Also, right now we snap between geometries, but not necessarily within geometries. There is new code hiding in JTS that does this. For example, small narrow spikes and gores in single geometries can cause the same problems as almost-the-same edges in paired geometries.