Ticket #1351 (new defect)

Opened 2 years ago

Last modified 2 years ago

v.build error in split_q.c

Reported by: epatton Owned by: grass-dev@…
Priority: normal Milestone: 6.4.2
Component: Vector Version: svn-develbranch6
Keywords: v.build, topology Cc:
Platform: Linux CPU: x86-32

Description

Hello,

I'm trying to rebuild topology on a vector, and when doing so, I run into the attached error (full backtrace from gdb).

Aside from the error itself, it's quite odd that the vector's topology is damaged in the first place; I guess that's a separate issue.

Attachments

v.build.error.txt Download (11.2 KB) - added by epatton 2 years ago.

Change History

Changed 2 years ago by epatton

in reply to: ↑ description   Changed 2 years ago by mmetz

Replying to epatton:

Hello, I'm trying to rebuild topology on a vector, and when doing so, I run into the attached error (full backtrace from gdb). Aside from the error itself, it's quite odd that the vector's topology is damaged in the first place; I guess that's a separate issue.

I guess that the import did not finish successfully and left behind a broken vector, indicated by that warning about a coor file size mismatch.

This assertion error

split_q.c:69: RTreeClassify: Assertion `!p->taken[i]' failed.

occurred in the past in some cases of reprojection. Since the vector name is GSHHS_land, I guess that it has been imported with v.in.gshhs which does projection on the fly but does not check if the reprojection is legal. If this GSHHS_Land vector has been imported with v.in.gshhs into a non-latlon projection, then it needs to be confirmed first that the extent chosen for import can actually be represented in the target location. If not, v.build is actually right in refusing to build topology, although the error message is as cryptic as it can get.

Markus M

Note: See TracTickets for help on using tickets.