[GRASS-dev] [GRASS GIS] #2499: v.in.ogr in does not handle "nan" in attribute tables properly
GRASS GIS
trac at osgeo.org
Mon Jan 6 15:21:15 PST 2020
#2499: v.in.ogr in does not handle "nan" in attribute tables properly
--------------------------+-----------------------------------------
Reporter: sbl | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.8.3
Component: Vector | Version: unspecified
Resolution: | Keywords: v.in.ogr, DBMI, SQLite, nan
CPU: Unspecified | Platform: Unspecified
--------------------------+-----------------------------------------
Comment (by sbl):
Here is how it was handeled in Pandas:
https://github.com/pandas-dev/pandas/pull/8208
As a simple example for reproduction (though not with v.net.centrality)
you could do:
{{{
db.execute sql="CREATE TABLE test (column double precision);"
db.execute sql="INSERT INTO test VALUES (-nan);"
# in contrast to
db.execute sql="INSERT INTO test VALUES (NULL);"
}}}
SQLite seems to have a workaround:
http://system.data.sqlite.org/index.html/tktview/e06c4caff3c433c80616ae5c6df63fc830825e59
But that does not seem to be available in default packages of SQLite and
other DBMIs seem to struggle With nan/NaN as well… So, this does not seem
to be trivial...
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2499#comment:11>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list