Hi, I made tests with 'test_ogrsf.exe' and a dbase file.
https://github.com/OSGeo/gdal/pull/24
Regards
>
> De: Even Rouault
>Para: A Huarte
>CC: "gdal-dev@lists.osgeo.org"
>Enviado: Martes 22 de octubre de 2013 14:17
>Asunto: Re: [gdal-dev] Support of fi
Hello List,
I am using SDE as my raster data source with the ultimate goal to tile this
dataset: I am running the following gdal_translate command to generate the
initial VRT:
gdal_translate -projwin 390605 5588320 410128 5568805 -a_srs EPSG:25832
-a_nodata none -of vrt SDE:server,5153,db,us
Completely getting nothing... even when I install gdal into /usr/local/lib over
top of my standard gdal, the basic driver registration stubbornly returns
'None'
gpkg_dr = ogr.GetDriverByName( 'GPKG' )
It makes me think I'm doing something wrong in adding the driver to OGR, but
I've go
Le mercredi 06 novembre 2013 20:35:46, Paul Ramsey a écrit :
> Completely getting nothing... even when I install gdal into /usr/local/lib
> over top of my standard gdal, the basic driver registration stubbornly
> returns 'None'
>
> gpkg_dr = ogr.GetDriverByName( 'GPKG' )
>
> It makes me t
It does, though 'otool -L' indicates it's reading libgdal from /usr/local/lib,
in defiance of DYLD_LIBRARY_PATH. Fortunately I installed there previously so I
guess that's why it's finding the driver. Installing hasn't changed the
behaviour of the python test though.
-> "GPKG" (read/write)
P
Mystery "solved".
When running 'python', the python ogr libraries were being
preferentially loaded from /Library/Frameworks/GDAL, the package
installed with the OSX QGIS build from KyngChaos, regardless of the
value of the PYTHONPATH variable. That framework in turn seems to have
preferentially lo
t-systems.com> writes:
>
>
>
> Hello List,
> I am using SDE as my raster data source with the ultimate goal to tile
this dataset: I am running the following gdal_translate command to generate
the initial VRT:
>
> gdal_translate -projwin 390605 5588320 410128 5568805 -a_srs EPSG:25832
-
I have created a geotiff file using the "GTiff" driver, and have
successfully set options for it to be a strips file with no
compression. Also, successfully called the functions
dataset->SetMetadataItem( "AREA_OR_POINT",
"Point",
Norman,
I believe you want to call SetGCPProjection() instead of SetProjection()
when using GCPs instead of an affine transform.
Best regards,
Frank
On Wed, Nov 6, 2013 at 1:23 PM, Norman Goldstein wrote:
> I have created a geotiff file using the "GTiff" driver, and have
> successfully set o
Frank,
I am using GDAL
Version : 1.9.2
so maybe that is why I do not see the method SetGCPProjection().
I think you have convinced me, though, to calculate the 6 coefficients
directly,
and then call SetGeoTransform(). Will let you guys know how this works out
for me.
Thank you,
Norm
O
10 matches
Mail list logo