I am new to this so pardon me if I ask a stupid question. I have
successfully used the ogr utility to convert an s57 ENC to kml format for
overlay on google earth. So now I have a google earth layer with a
bazillion yellow pushpins...haha. So My question...Is it possible to use
ogr to just pull
No problem, I do check the returned data source object. I just thought
it inconsistent with GDAL.
Thanks for the reply,
Luke
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Ari Jolma
Sent: Thursday, 21 October 2010 5:00 PM
T
I noticed that gdal_translate and gdal_merge both cause the output image
to be shifted by 1/2 a pixel SE. I assume this is how gdal handles the
cell reference, but I am not sure.
Anyways, I found a potential patch here:
https://trac.osgeo.org/gdal/ticket/2637
...but I have no idea how to apply
Boris,
Did you try something like:
gdalwarp -t_srs "EPSG:4326" in.jpg out.jpg
or
gdalwarp -t_srs 'EPSG:4326' in.jpg out.jpg
HTH, Eli
>>> Boris Dev 10/20/2010 2:28 PM >>>
thanks..I am almost there...I think I am making a simple usage typo?
gdalwarp without the option '-t_srs EPSG:4326' wor
Le jeudi 21 octobre 2010 22:50:25, Anders Moe a écrit :
> Hi everyone
>
> Just did a
>
> svn checkout https://svn.osgeo.org/gdal/trunk/gdal gdal
>
>
> The OGR/OCI driver seems to have a functional ::DeleteLayer but does not
> report this as a capability. Therefore, it will not respond to
>
>
Hi everyone
Just did a
svn checkout https://svn.osgeo.org/gdal/trunk/gdal gdal
The OGR/OCI driver seems to have a functional ::DeleteLayer but does not
report this as a capability. Therefore, it will not respond to
ogr2ogr -overwrite
either. However the SQL command DELLAYER is understood,
For those interested in this saga, with the help of Brent, the issue has been
solved and is now fixed in trunk. This was an issue when dealing with multiple
georeferencing bounding boxes in Adobe style encoding and/or when the bounding
box doesn't cover the whole page area.
Le mardi 19 octobre
Jukka,
Yes, I believe I have a workflow to do what you want.
Let that your full resolution be foo.tif
Put the first level of overview in foo.tif.ovr
The second level of overview in foo.tif.ovr.ovr
And so on
You can check with gdalinfo foo.tif that the overviews are
all taken into account.
If yo
Hello all
I'd like to know if it is possible to open LRIT[1] files using GDAL.
The files I'm trying to open come from the GOES12 satellite. I
investigated the MSG[2] driver, which uses a XRIT decompressor
library, thinking I might be able to fool GDAL into opening my LRIT
files as if they were HR
Hi,
My colleague wants to know if it is possible to build a bigtiff image that gets
overviews from different datasets. The aim is to have a one scale dependent
rastes map image. Idea is quite attractive but is is possible to do?
The procedure might start from a bunch of external .ovr files
bigti
Peter,
Thanks for your comments. I did not mean to suggest that GDAL produced
different pixel values or statistical values than ArcGIS. In my experience,
they are the same (barring this GDAL bug that I found
http://trac.osgeo.org/gdal/ticket/3151 a while back, which has since been
fixed).
> W
thanks for that Frank,
mounting a windows share folder with samba I can see the Overviews. Copying
the same files into a ext4 FS, the overviews are not detected. So I renamed
the .rrd and .aux files in undercapital (same name as the raster folders)
and now I can see the overview also under ext4.
Dear Team,
I'm waiting for 1.8 to be firmed up before upgrading to it, so this relates
to the old OCI driver.
I'm puzzled. In order to work around the possibility that a table may not
exist, and therefore require to be created, I attempted to use ExecuteSQL
through the OCI driver wi
13 matches
Mail list logo
