Le jeudi 13 décembre 2012 02:24:40, Jeremy Palmer a écrit :
Hi,
I'm trying to copy data from PostgreSQL to FileGDB. My PostgreSQL table has
a primary key column and ogr indenties it as the FID e.g
CREATE TABLE public.test_fileGDB (
id INTEGER PRIMARY KEY,
data1 TEXT,
shape
2012/12/13 deb ot...@hush.ai:
Hi,
I want to re-project shapefile from current projection (whatever that is) to
ESPG:4326.
My example layer (misc.shp) is in EPSG:31227:
ogrinfo -al -so misc.shp
INFO: Open of `misc.shp'
using driver `ESRI Shapefile' successful.
At first sight, I would say it is a limitation of the FileGDB API.
In FGdbLayer::CreateFeature( OGRFeature *poFeature ),
you can see the following commented code :
/* Cannot write to FID field - it is managed by GDB*/
//std::wstring wfield_name = StringToWString(m_strOIDFieldName);
Thanks for your reply, Stefano
There is no PROJCS as your target SRS is a geographic one. Indeeed
you can see the GEOGCS label.
I think I understand what you are saying. If specific SRS has WGS84 system then
there is no projection.
EPSG:31227 is not only deprecated, it was removed from EPSG
Hello,
I compiled GEOS 3.3.6 on our Linux server and I used the following configure
for GDAL 1.9.1 with GEOS installed dir:
./configure
--prefix=/nas01/depts/ie/cempd/SA/sa_06_2009/src/libs/gdal-1.9.1/local
--with-static-proj4=/nas01/depts/ie/cempd/SA/sa_06_2009/src/libs/proj-4.8.0/local
Le jeudi 13 décembre 2012 14:51:43, Ran, Limei a écrit :
Hello,
I compiled GEOS 3.3.6 on our Linux server and I used the following
configure for GDAL 1.9.1 with GEOS installed dir:
./configure
--prefix=/nas01/depts/ie/cempd/SA/sa_06_2009/src/libs/gdal-1.9.1/local
Le jeudi 13 décembre 2012 09:56:14, Jeremy Palmer a écrit :
At first sight, I would say it is a limitation of the FileGDB API.
In FGdbLayer::CreateFeature( OGRFeature *poFeature ),
you can see the following commented code :
/* Cannot write to FID field - it is managed by GDB*/
Hello,
I want to modify every single pixel of a 1 band GeoTiff file,
following a formula (multiply each pixel for a value and then add
another value).
output_pixel[i][j] = input_pixel[i][j] * K[i][j] + C[i][j]
I can't apply a linear scale (it would be as easier as -scale option
in
Hello Even,
My GEOS configured path is:
nas01/depts/ie/cempd/SA/sa_06_2009/src/libs/geos-3.3.6/local
The proj4 is specified in the same way and PROJ4 works. But, not GEOS.
Thank you very much,
Limei
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent:
Le jeudi 13 décembre 2012 19:58:50, Jorge Arevalo a écrit :
Hello,
I want to modify every single pixel of a 1 band GeoTiff file,
following a formula (multiply each pixel for a value and then add
another value).
output_pixel[i][j] = input_pixel[i][j] * K[i][j] + C[i][j]
I can't apply a
Although FileGDB does have programmatic ways to preserve the FID, these are
not exposed through the FileGDB API yet. What people normally do in these
cases is to copy the fid to the target dataset as a non-primary key value. I
guess we could add something along these lines as an enhancement
Hello List,
By default the OGR-Driver will swap the axis order to longitude,
latitude for geographic coordinate systems.
Since OGR 1.8.0, the GML driver has coordinate system support. This is
only reported when all the geometries of a layer have a srsName
attribute, whose value is the same
Le jeudi 13 décembre 2012 20:35:36, Jürgen Weichand a écrit :
Hello List,
By default the OGR-Driver will swap the axis order to longitude,
latitude for geographic coordinate systems.
Since OGR 1.8.0, the GML driver has coordinate system support. This is
only reported when all the
Thanks for the response and the wise advice, Even. I'll do it in that way.
On Thu, Dec 13, 2012 at 8:06 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le jeudi 13 décembre 2012 19:58:50, Jorge Arevalo a écrit :
Hello,
I want to modify every single pixel of a 1 band GeoTiff file,
Great thanks.
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of rburhum
Sent: Friday, 14 December 2012 8:41 a.m.
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FileGDB -preserve_fid
Although FileGDB does have
Thanks Even.
It seems that just using the -sql options works nicely - you don't even need to
do the column rename :)
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Friday, 14 December 2012 7:56 a.m.
To: Jeremy Palmer
Cc: gdal-dev@lists.osgeo.org
Thanks Dmitry for your replay.
I did that using IRasterIO(), but non of the IRasterIO() parameters has
which overview its displaying. (i.e overview number). How can i know which
overview it has displayed?
I used GetOverview(int). I was able to get the overview numbers. But when i
zoomed to
17 matches
Mail list logo