#123 closed task (invalid)
SQLite output format support for shp2pgsql
Reported by: | schuyler.erle | Owned by: | |
---|---|---|---|
Priority: | medium | Milestone: | PostGIS Fund Me |
Component: | postgis | Version: | |
Keywords: | Cc: |
Description (last modified by )
Please find attached a patch that adds a -L option to shp2pgsql provide special-case data typing and string formatting for SQLite-compatible output.
I have tested the output with SQLite 3.5.2 and it correctly creates and populates a table. The geometries are correctly stored as WKB in an SQLite BLOB column.
Granted there are other ways to import spatial data into an SQLite table, but shp2pgsql is the fastest way that I've found to convert both Shapefiles *and* DBF files into SQL suitable for quick import into a database, which is very handy for piping to SQLite's in-memory databases.
Attachments (1)
Change History (6)
comment:1 by , 15 years ago
by , 15 years ago
Attachment: | shp2pgsql-sqlite-mode.patch added |
---|
comment:2 by , 15 years ago
Hi Schuyler,
I'm not sure about the SQLite changes, however it shows the valid point that we shouldn't be using E'….' escaping in shp2pgsql. We should change shp2pgsql so that it uses proper SQL escaping (we'd lose pre-8.1 compatibility in the process, but that is no longer an issue in trunk) which should help a little.
I'll go ahead and make the changes in trunk.
ATB,
Mark.
comment:3 by , 14 years ago
Description: | modified (diff) |
---|---|
Milestone: | → PostGIS Future |
comment:4 by , 13 years ago
Description: | modified (diff) |
---|---|
Resolution: | → invalid |
Status: | new → closed |
Supporting other databases is a little outside the realm of a loader for PostGIS, which is an extension for PostgreSQL.
I looked into having an option to generate pure SQL-99 output, using a BLOB or similar, which at least would not be specific to a different database. Unfortunately BLOB support varies among databases too much for it to be useful (PostgreSQL doesn't use standard syntax, among others).
Closing as invalid.
Please note that the patch was generated against the SVN trunk revision 3813.