[GRASS-dev] Re: [GRASS GIS] #1351: v.build error in split_q.c
GRASS GIS
trac at osgeo.org
Thu Apr 21 11:06:35 EDT 2011
#1351: v.build error in split_q.c
-------------------------------+--------------------------------------------
Reporter: epatton | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.2
Component: Vector | Version: svn-develbranch6
Keywords: v.build, topology | Platform: Linux
Cpu: x86-32 |
-------------------------------+--------------------------------------------
Comment(by mmetz):
Replying to [ticket:1351 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
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1351#comment:1>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list