Le jeudi 26 juillet 2012 00:34:03, Jim Bellenger a écrit :
> I have found that there is a problem with how the GDALmake.opt file is
> created with 1.9.1 on Linux when using the FileGDB API 1.2.
>
> ESRI now has two .so files required so I think there should be the
> following changes to the config
I have found that there is a problem with how the GDALmake.opt file is
created with 1.9.1 on Linux when using the FileGDB API 1.2.
ESRI now has two .so files required so I think there should be the
following changes to the configure script
21840c21840
< if test -z "`${CXX} ${CPPFLAGS} testfgd
Le mercredi 25 juillet 2012 22:09:32, Sebastian D'Agostino a écrit :
> Hi Even,
>
> Thank you very much for your reply.
>
> I couldn't provide code for my question because it isn't standalone code
> (I'm using a couple of classes in a big C++ project).
Yes my suggestion was that you try to isola
Le mercredi 25 juillet 2012 19:27:41, Sebastian D'Agostino a écrit :
> Hi,
>
> I wanted to know if there are any known issues regarding feature addition
> from an ESRI Shapefile without a geometry.
>
> I'm having problems adding features without any geometry after deleting
> features.
Sebastian,
Hi,
I wanted to know if there are any known issues regarding feature addition
from an ESRI Shapefile without a geometry.
I'm having problems adding features without any geometry after deleting
features.
Sebastián D'Agostino
SUR Emprendimientos Tecnológicos
Perú 345 Piso 5to Oficina "B" (C1067
Sorry - I had UTM 43S in my first post. It should be UTM36S
Hi,
Not sure if this should go to proj list, but I would like to transform
about 14 jpg orthos (already in a vrt)
from Clarke 1880 Cape Datum, Lo33 to WGS84 Hartebeeshoek94 datum UTM 36S
The jpw file has:
0.0500030
0.0
0.0
Hi,
Not sure if this should go to proj list, but I would like to transform
about 14 jpg orthos (already in a vrt)
from Clarke 1880 Cape Datum, Lo33 to WGS84 Hartebeeshoek94 datum UTM 43S
The jpw file has:
0.0500030
0.0
0.0
-0.0500030
-50999.9749
-2872000.0249
Hi Chaitanya,
I used the blow statements :
// To fetch features
while( (poFeature = poLayer->GetNextFeature()) != NULL )
{
}
// To set fields
for (int fieldCount = 0; fieldCount < poFDefn->GetFieldCount(); fieldCount
++)
{
}
Kind regards,
Tai
--
View this message in context:
http://osgeo
25.07.2012 11:11, dequan chen ?:
hi Dmitry
Should i need to download source code and modify a little, then build
myself ? I'm not familiar in C++. :-(
but I want to know whether the latest version has revised the issue,
and where to get the gdal installation ?
thanks a lot.
It's enough to
Tai,
Please provide some more details. OGR Feature definition stores the fields
in a zero based array.
On Wed, Jul 25, 2012 at 1:29 PM, taibc wrote:
> Hi friends,
>
> My program use GEO and GDAL (with Visual Studio 2010, C++). After running
> the program, there are many error messages: Error 1:
Hi friends,
My program use GEO and GDAL (with Visual Studio 2010, C++). After running
the program, there are many error messages: Error 1: Invalid Index : -1
(More than 1000 errors).
Although I set environment variable: GDAL_DATA = C:\gdal\data by modifying
settings of My Computer and Visual Stud
11 matches
Mail list logo