Difference between revisions of "Paris Code Sprint 2016 : GDAL Agenda"
Jump to navigation
Jump to search
(→Tasks) |
|||
| (2 intermediate revisions by 2 users not shown) | |||
| Line 7: | Line 7: | ||
** Implementation in drivers that support it : PostGIS (if not already completed), SQLite/Spatialite, FileGDB, OpenFileGDB, GPKG, Oracle. Check that it works with CSV, VRT, MEM | ** Implementation in drivers that support it : PostGIS (if not already completed), SQLite/Spatialite, FileGDB, OpenFileGDB, GPKG, Oracle. Check that it works with CSV, VRT, MEM | ||
** Check how that works with reprojection. Probably need ogr2ogr hack | ** Check how that works with reprojection. Probably need ogr2ogr hack | ||
| + | ** Review remaining tasks in https://trac.osgeo.org/gdal/wiki/MeasuredGeometriesInDrivers | ||
* Breaking cyclic dependency spatialite->postgis->gdal->spatialite that cause [https://lists.debian.org/debian-gis/2016/02/msg00017.html issues in DebianGIS packaging], possibly by [https://lists.debian.org/debian-gis/2016/02/msg00020.html dlopen()'ing spatialite] | * Breaking cyclic dependency spatialite->postgis->gdal->spatialite that cause [https://lists.debian.org/debian-gis/2016/02/msg00017.html issues in DebianGIS packaging], possibly by [https://lists.debian.org/debian-gis/2016/02/msg00020.html dlopen()'ing spatialite] | ||
| Line 12: | Line 13: | ||
*Improve error handling of libcurl errors and other network errors for vsi* drivers | *Improve error handling of libcurl errors and other network errors for vsi* drivers | ||
** See: https://github.com/mapbox/rasterio/issues/538 for discussion | ** See: https://github.com/mapbox/rasterio/issues/538 for discussion | ||
| + | |||
| + | * Improve performance of ODBC and related drivers ( https://trac.osgeo.org/gdal/ticket/6373 ) - right now if you don't specify table filter it is too slow against large | ||
| + | databases as it seems every table call requeries all metadata of all tables. This I ran into when using ogr-fdw | ||
| + | ** See: https://github.com/pramsey/pgsql-ogr-fdw/issues/50 (but concluded the issue is in GDAL/OGR since querying with ogrinfo and friends is just as slow) | ||
| + | |||
| + | * Configure script for mingw64 ODBC - https://trac.osgeo.org/gdal/ticket/6000 | ||
== Discussions == | == Discussions == | ||
Latest revision as of 15:19, 19 February 2016
Discussion and group review topics for the Paris Code Sprint 2016.
Tasks
- Extending RFC 61 - Support for measured geometries :
- Python testing of new methods
- Implementation in drivers that support it : PostGIS (if not already completed), SQLite/Spatialite, FileGDB, OpenFileGDB, GPKG, Oracle. Check that it works with CSV, VRT, MEM
- Check how that works with reprojection. Probably need ogr2ogr hack
- Review remaining tasks in https://trac.osgeo.org/gdal/wiki/MeasuredGeometriesInDrivers
- Breaking cyclic dependency spatialite->postgis->gdal->spatialite that cause issues in DebianGIS packaging, possibly by dlopen()'ing spatialite
- Improve error handling of libcurl errors and other network errors for vsi* drivers
- See: https://github.com/mapbox/rasterio/issues/538 for discussion
- Improve performance of ODBC and related drivers ( https://trac.osgeo.org/gdal/ticket/6373 ) - right now if you don't specify table filter it is too slow against large
databases as it seems every table call requeries all metadata of all tables. This I ran into when using ogr-fdw
- See: https://github.com/pramsey/pgsql-ogr-fdw/issues/50 (but concluded the issue is in GDAL/OGR since querying with ogrinfo and friends is just as slow)
- Configure script for mingw64 ODBC - https://trac.osgeo.org/gdal/ticket/6000