I have a GIS database with all coordinates stored in WGS84 datum. I am
trying to translate the coordinates of the database to the datum of my map.
I am creating two OGRSpatialReference, one for WGS84 and one for the current
map. I am then creating an OGRCoordinateTransformation. When I do so I get
Marc,
proj4 usually comes with the gdal library. Instead of coding your own
program, first try the ogr2ogr utility[1] that comes with the gdal library.
[1]: http://www.gdal.org/ogr2ogr.html
On Tue, Oct 18, 2011 at 1:36 PM, wrote:
> I have a GIS database with all coordinates stored in WGS84 dat
I have a GIS database, and all data is stored in WGS84 datum. I have
developed an application using GDAL, and I now need to translate my WGS84
coordinates to several different datums, depending what map is loaded. I
seem to be going around in circles, and need a nudge in the right direction.
I am d
Marc,
Can you provide the code leading to the error?
On Tue, Oct 18, 2011 at 1:21 PM, Marc Hillman wrote:
> I have a GIS database, and all data is stored in WGS84 datum. I have
> developed an application using GDAL, and I now need to translate my WGS84
> coordinates to several different datums,
I’m not sure the code will help too much, but here are the relevant code
fragments. I’m using a hand crafted VB.net wrapper which explains some of the
syntax
Private WGS84SRS As New OGRSpatialReference ' Coordinate system in WGS84
Private MapSRS As OGRSpatialReference ' Coordinate
My program does MANY other things that GDAL can’t. I’m using GDAL as a small
part of something much larger. I need to do the transformation at runtime.
Marc,
proj4 usually comes with the gdal library. Instead of coding your own program,
first try the ogr2ogr utility[1] that comes with the gd
Marc,
Looks like there might be a problem with the targetSRS. Please check if it
is ok. Try the exportToWkt method on it. Also, make sure the file pcs.csv in
gdal's data directory contains the entry for 3577.
On Tue, Oct 18, 2011 at 3:41 PM, wrote:
> I’m not sure the code will help too much, bu
Marc, if you get the same error with ogr2ogr/gdal_translate/gdalwarp,
it means that your destination srs is not supported. What is the
definition that you use for the destination srs?
On Tue, Oct 18, 2011 at 8:13 AM, wrote:
> My program does MANY other things that GDAL can’t. I’m using GDAL as
Hi all,
In the frame of recent development aiming at providing the OrfeoToolbox
functionnalities in Qgis [1], I'm planning on providing an Ubuntu
package with the necessary binaries, built on top of dependencies from
the ubuntugis-unstable repository.
The instructions to have it working on U
Did you compile gdal yourself, or use a pre-built package. It is also possible
GDAL_DATA environment variable isn’t set.
kss
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of dev4cx4...@snkmail.com
Sent: Tuesday, October 18, 2011 4:12 AM
To: gdal-dev
Hi All,
I'm a C# programmer and new to the Open Source arena. I'm looking to develop a
program that uses GDAL for reading and writing VECTOR data (shapefiles, ESRI
file geodatabases, etc) and incorporates the PROJ.4 capabilities for projecting
data too. To this point I've done the following:
> Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
> patched GDAL 1.8.0 package integrating this fix, and building gdal with
> --with-rename-internal-libtiff-symbols=yes and
> --with-rename-internal-libgeotiff-symbols=yes
> I think applying and using the "rename-internal-libtiff
2011/10/18 Pouliot, Christopher (DNR)
> 1) **What is the best way to incorporate PROJ.4? Can I simply set
> the PROJ_LIB environment variable in my application to point to my PROJ.dll
> location?
>
In the default gdal build proj4 is loaded dynamically. Your responsibility
is to deploy pr
Hi,
To those who are interested, I've just posted updated pre-loaded [1] git
repository of GDAL which is a copy of what I use to maintain at GitHub [2]:
http://mateusz.loskot.net/tmp/gdal/mloskot-github-gdal-20111018.7z
[1] http://lists.osgeo.org/pipermail/gdal-dev/2011-October/030369.html
[2] h
Dear devs and users,
As part of ongoing improvements to the netcdf driver (mainly for the
proper export of projected CRS) Patrick Sunter and I have prepared a
document - that may serve as an RFC - to deal with proposed changes to
the netcdf driver export and import.
Most of these changes are nece
On Tue, Oct 18, 2011 at 07:16:20PM +0200, Even Rouault wrote:
> > Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
> > patched GDAL 1.8.0 package integrating this fix, and building gdal with
> > --with-rename-internal-libtiff-symbols=yes and
> > --with-rename-internal-libgeotiff
On Tue, Oct 18, 2011 at 1:10 PM, Etienne Tourigny
wrote:
> 2) Change to a default south-up orientation for NetCDF data
Etienne,
Could you expand on this a bit? In particular I'm wondering if:
1) Is a south-up file represented as south up to GDAL applications?
That is, will geotransform[5] be n
Hi Frank,
On Tue, Oct 18, 2011 at 7:22 PM, Frank Warmerdam wrote:
> On Tue, Oct 18, 2011 at 1:10 PM, Etienne Tourigny
> wrote:
>> 2) Change to a default south-up orientation for NetCDF data
>
> Etienne,
>
> Could you expand on this a bit? In particular I'm wondering if:
>
> 1) Is a south-up fil
On 11-10-18 10:19 PM, Etienne Tourigny wrote:
Hi Frank,
On Tue, Oct 18, 2011 at 7:22 PM, Frank Warmerdam wrote:
On Tue, Oct 18, 2011 at 1:10 PM, Etienne Tourigny
wrote:
2) Change to a default south-up orientation for NetCDF data
Etienne,
Could you expand on this a bit? In particular I'm
19 matches
Mail list logo