Hi community,
Is there a way to add a datum shift parameter to a reprojected shp in an
ogr2ogr call?
I am using ogr2ogr to extract a shp from a postgis database and within the
command I am reprojecting features from google Mercator to EPSG 4326. In the
process of going from a spherical coordi
Interesting. I wonder if this is a mismatch between FGDB considering
the fid to be a column and ogr considering it to be something more
intrinsic... I think it warrants a ticket unless other layer types
misbehave in a similar way.
P.
On Wed, Sep 14, 2011 at 7:18 AM, Hermann Peifer wrote:
>
> Hi
Hi again,
Once I am at it, I could also report another issue with the FileGDB driver.
The driver re-projects my test geodatabase from WGS84 to NAD83 without
any problems, but when trying to re-project to EPSG:3035 (ETRS89/LAEA
Europe), I end up with a "General function failure", see more detai
Hi All,
I am not quite sure if this is a feature or rather a bug, but OGR's
-where switch seems to be aware of the OBJECTID field in a FileGDB,
whereas the -sql option reports: 'OBJECTID' not recognised as an
available field, see below.
Would it be worth filing a ticket?
Hermann
$ ogrinf
Thanks muchly.
I implemented the fieldname launderer and the warning suppression - and all
tests pass:
https://github.com/AIFDR/riab/commit/ced28719d4878d4dfc3a70a08aebbd5f98bca744
https://github.com/AIFDR/riab/commit/a1e3632fc452af58d6288771b8528432403b8d0c
Thanks heaps for all your help
Ole