Hi all,
I'm looking for a way to remove any projection and CRS information from an
image. I've tried:
gdal_translate -a_srs in.tif out.tif
but without any success. Does anyone know how to do this (or by using
CreateCopy() via source code)?
Thanks
Hi,
Convert the file into a PNG image. Delete the .aux.xml file.
You can convert the PNG into TIFF if you want.
On Tue, Jun 21, 2011 at 4:35 PM, Goo Creations goocreati...@gmail.comwrote:
Hi all,
I'm looking for a way to remove any projection and CRS information from an
image. I've tried:
On 11-06-21 07:05 AM, Goo Creations wrote:
Hi all,
I'm looking for a way to remove any projection and CRS information from an
image. I've tried:
gdal_translate -a_srs in.tif out.tif
but without any success. Does anyone know how to do this (or by using
CreateCopy() via source code)?
Goo,
Thanks Frank, that worked!
On Tue, Jun 21, 2011 at 1:29 PM, Frank Warmerdam warmer...@pobox.comwrote:
On 11-06-21 07:05 AM, Goo Creations wrote:
Hi all,
I'm looking for a way to remove any projection and CRS information from an
image. I've tried:
gdal_translate -a_srs in.tif out.tif
On 11-06-21 01:46 AM, Nuo Tang wrote:
Hi All,
I am new here. Recently I was trying to compress all the tif (some of them have
been georeferenced in Arcgis) to jp2. This is the first time that I touch the
jp2- amazing! It has the similar quality but smaller size ( 1G tiff= 45M jp2).
However,
Hello Robert,
Try setting the GDAL_DATA and OGR_S57_OPTIONS environment variables
within your java environment.
http://www.gdal.org/ogr/drv_s57.html
Best regards,
Oliver
2011/6/20 Robert Naugle bobbyna...@gmail.com:
If I use the GDAL 1.7.3 version of ogr2ogr from the command line, like:
What would need changed in the configure file? There is no reference
there to the non-existent libexpat.
I'm not familiar with spec files... but if I wanted to learn - what
could I do there that I couldn't do in the configure/make process? The
spec file still uses the package's build system
On Jun 20, 2011, at 5:43 PM, Chris Hodgson wrote:
I'm trying to compile GDAL/OGR with support for Oracle/OCI. I have the full
oracle 11g server installed on CentOS 5.3.
# configure --with-oci=/opt/oracle/product/11.2.0/dbhome_1/
# make
...
libtool:.
g++:
Hi all, I updated the ticket with what was discussed with Antonio...
http://trac.osgeo.org/gdal/ticket/4121#comment:3
The defect is still there
Regards
Alex
PS:Sorry for the delay but the weekend was a national holyday...
2011/6/18 Antonio Valentino antonio.valent...@tiscali.it
Hi Alex,
Hi Chris,
I would not advise changing the configuration file.
If you have a full installation of Oracle in your system you probably have a
ORACLE_HOME environment variable, so if you run:
$ ./configure
...
checking for Oracle OCI headers in /oracle/path/... yes
checking for Oracle OCI
Ivan I appreciate your help here, but I think I've already tried
everything you are suggesting. I dont' have an ORACLE_HOME set on the
user doing this compiling, so if I don't specify --with-oci=... I don't
get oracle support. I do have expat 1.95 installed (with -devel package
as well) and it
vi configure :)
--Nikos
On Tue, Jun 21, 2011 at 12:02 PM, Chris Hodgson chodg...@refractions.netwrote:
Ivan I appreciate your help here, but I think I've already tried everything
you are suggesting. I dont' have an ORACLE_HOME set on the user doing this
compiling, so if I don't specify
I have the expat 1.95 added via standed RHEL repo and using oracle instant
client (11.2) without a problem with GDAL from SVN
I use
./configure \
--with-libtiff=internal \
--with-geotiff=internal \
--with-jpeg=internal \
--with-libz=internal \
--with-png=internal \
Thanks for the confirmation Mike. I'm guessing the oracle instant client
was compiled with a bit more care for the use of external developers.
However I have managed to get a successful compile after setting the
LDFLAGS environment variable to include the oracle lib folder (to get
their old
14 matches
Mail list logo