mirror of
https://github.com/wassname/geopandas.git
synced 2026-09-21 13:00:14 +08:00
lmmarsano
201ae9cd93
* TST: test read_postgis with NULL geometry Though GIS databases permit NULL values in the geometry field, read_postgis throws exceptions when it encounters them. test_read_postgis_null_geom defines this test case with sqlite3 database, and support functions are revised to support it. create_sqlite is revised to loosen data type restrictions and follow [recommendations from the python manual](https://docs.python.org/3/library/sqlite3.html) - connection parameter instead of filename to allow for in-memory database - 'with' statement for transaction management - parameter substitution instead of string operations validate_boro_df strips NULL values before checking geometry type. * TST: replace sqlite test with spatialite test The original SQLite test reflected unlikely usage for geospatial analysis. In parity with PostGIS, the new test runs against SQLite with SpatiaLite enabled. For coverage, test geometries read as text and binary. * TST: add libspatialite as a test dependency * TST: add conda-forge testing environment for Python 2.7 add this environment to continuous integration conda-forge Python 2.7 enables loadable SQLite extensions with conda-forge/python-feedstock#227 adding this environment enables SpatiaLite tests * BUG: fix read_postgis & GeoDataFrame to accept NULL geometry values read_postgis failed to load nullable binary geometry data while GeoDataFrame raised exceptions on NULL in the geometry field. This fixes both issues. It moreover adds logic to detect python version & load geometries from python 2 buffers as necessary. * ENH DOC: drop hex_encoded parameter from read_postgis & from_postgis drop hex_encoded, since sqlite3 represents binary & text as distinct Python data types adjust names to clarify this distinction adjust documentation to clarify geometry is expected in WKB representation (which was implicit) add example SpatiaLite usage reflecting this expectation