So after reviewing gdal_rpc.cpp, I set my transformation error threshold to 0
(gdalwarp -et option), which certainly slows things down, but eliminates all of
the mapping errors I described in my post. Not sure how I missed that option
in the first place, but I'm glad that it was a simple fix.
Hi,
I need to remove the root AUTHORITY from a OGRSpatialReferenceH object. I
could not find away to do it with the C API. Am I missing something?
I ended up doing the following:
OGR_SRSNode *root = static_cast(ref)->GetRoot();
root->DestroyChild(root->FindChild("AUTHORITY"));
I would
Hi Marco,
I'm working on GDAL PostGIS Raster driver, so, don't hesitate to
report any error found.
Best regards,
Jorge
On Tue, Sep 13, 2011 at 9:56 PM, Marco Lechner - FOSSGIS e.V.
wrote:
> fixed. I used Bar instead of bar for table names and therefore had to
> put the table name in ""
>
> Marc
Hi,
just to finish this out. The snippet below is basically the core of what
i was looking for (in the end it turned out to be relatively simple, but
all things are once done).
All it does it convert a point (specified in WSG84 (lat/lon)) to UTM and
back to WGS84 lat/lon. If someone spots an issue
fixed. I used Bar instead of bar for table names and therefore had to
put the table name in ""
Marco
Am 13.09.2011 21:45, schrieb Marco Lechner - FOSSGIS e.V.:
> Hi,
>
> I'm trying to access a PostGIS Rastertable using gdalinfo.
> While
> $ gdalinfo "PG:host=localhost dbname=foo user=postgres mod
Hi,
I'm trying to access a PostGIS Rastertable using gdalinfo.
While
$ gdalinfo "PG:host=localhost dbname=foo user=postgres mode=2"
returns all the available rasters including 'bar' of foo-DB
$ gdalinfo "PG:host=localhost dbname=foo user=postgres table=bar mode=2"
returns
"ERROR 1: Error browsing
> I don't program but if something goes wrong with ESRI world files it
is the half
> a pixel shift sometimes needed because the anchor point in the world
file is in
> the middle of the top-left pixel and some other systems have anchor
point in the
> top-left corner of the top-left pixel. And the
On Tue, Sep 13, 2011 at 8:12 AM, Christiaan Janssen
wrote:
> I know this has probably been asked before in some form or another but I'm
> having trouble finding the answer so I'll ask it anyway. Could anyone give
> me a status update on the thread safety of the various parts of GDAL, OGR,
> and Pr
I know this has probably been asked before in some form or another but I'm
having trouble finding the answer so I'll ask it anyway. Could anyone give
me a status update on the thread safety of the various parts of GDAL, OGR,
and Projection Systems. I'm specifically interested in the projection
func
Matt Wilkie gov.yk.ca> writes:
>
> Hi Folks,
>
> I've built a small gdal python script which builds world files for any
> supported georeferenced raster (I think). The full code is here:
I don't program but if something goes wrong with ESRI world files it is the half
a pixel shift sometimes
Well GDAL has the necessary infrastructure for (almost) anyone to do
it themselves.
This type of application is typically handled by python scripts, feel
free to submit your own when it is ready. It would make a nice
addition to the python samples in my opinion.
EPSG zones are defined for longitud
11 matches
Mail list logo
