I was trying to build a web app using only OpenLayers and COG files, which
I think would work, but I didn't finish it because the specific COG files I
had used a projection that wasn't supported by geotiff.js That was a couple
of years ago, I'm pretty sure there's plenty of examples out there
Hi
I can see that the COG driver does some pre-processing (eg. overviews and
reprojection) and then passes on the work to the GTiff driver. However I've
been trying to understand the relationship between the create options which
the COG driver accepts and the create options for the GTiff driver.
On 6 June 2013 19:06, Even Rouault even.roua...@mines-paris.org wrote:
frmts/msg/msgcommand.cpp:434: error: 'sprintf' was not declared in this
scope
(needed a #include)
Perhaps you can provide the patch ? This driver is most likely not
compiled on
a regular basis due to its unusual
Hi
Just a couple of problems:
frmts/msg/msgcommand.cpp:434: error: 'sprintf' was not declared in this
scope
(needed a #include)
--with-rename-internal-libtiff-symbols=yes and
--with-rename-internal-libgeotiff-symbols=yes
.libs/libgdal.so: undefined reference to `TIFFReadEncodedStrip'
(had
On 28 February 2012 16:06, Even Rouault even.roua...@mines-paris.orgwrote:
I've skimmed quickly through the driver code and if you are lucky, it is
probably just a matter of changing a few lines (well, I can be wrong).
Even
I've produced a new patch for the satellite IDs based on the
On 6 March 2012 19:33, Even Rouault even.roua...@mines-paris.org wrote:
Please create a Trac ticket with the patch so it doesn't get lost
I've reopened http://trac.osgeo.org/gdal/ticket/2352
with a patch attached since it is the same issue.
Andrew
On 3 November 2011 20:38, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote:
Thereafter I will try if I can just turn the coordinates from these
gml:lowerCorner6605838.360 61685.735/gml:lowerCorner
into these
gml:lowerCorner61685.735 6605838.360/gml:lowerCorner
in the whole xml file with awk
On 5 September 2011 15:46, Jan Hartmann j.l.h.hartm...@uva.nl wrote:
Is there a quick way to add back georeferencing information to a geotif file
that has been processed by Imagemagick?
There should be an applygeo utility distributed with the geotiff
library which can do this.
Andrew
Hi
From memory the l1b driver doesn't use enough points to get proper
geolocation because it sub-samples the 51 which are provided in the l1b
file. The best solution (that recommended by NOAA) is to use lagrange
interpolation across the 51 points. A lagrange algorithm has been provided
in the
Hello
My first problem is that when I set ColorInterp in a VRT file it works
(gdal_info reports the colour interpretation for each band) but when I
convert to GeoTIFF the information is lost (gdal_info shows Undefined
for all but the first band). Is that a bug or is tiff not capable of
On Thu, 18 Feb 2010 16:49:36 -, Luisa Peña luisapena1...@gmail.com wrote:
I've used GDAL a few times but this is the first time that I'm lost on what
I can do with GDAL to solve my problem. I have 3 separate files, one with my
data, other with Lattitude and another with Longitude. They have
2010/1/6 Frank Warmerdam warmer...@pobox.com:
Greg Coats wrote:
image_in1.tif is a .tif without georeferencing info. image_in2.tif is a
.tif with georeferencing info. What do I add to the gdal_translate command
below so that the output image_out3.tif, whose pixels will be identical to
the
Hello
I'm trying to write a program to create a VRT file that represents
raw data held in separate files by following the example in
http://www.gdal.org/gdal_vrttut.html
I put a SimpleSource or a VRTRasterBand piece of XML into xml_string
then, as per the example, I call
GDALRasterBand
On Thu, 14 May 2009 20:21:11 +0100, yehya imam yehya_i...@yahoo.com wrote:
I've downloaded AVHRR L1b images from NOAA CLASS. I'm trying to rectify the
images via gdalwarp -tps. The output is obviously erroneous as per gdalinfo
The error message There is a problem to invert the interpolation
Hello
I'm trying to overlay coastlines on an image using gdal_rasterize but
can't get it to do anything at all.
% gdal_rasterize gshhs_land.shp warped.tif
Usage: gdal_rasterize [-b band] [-i]
[-burn value] | [-a attribute_name] | [-3d]
[-l layername]* [-where expression] [-sql
Hello
When I use gdal_merge.py to merge two files and write a geotiff
it creates a file which PhotoshopCS3 cannot read. Yet the result
of passing that tiff through gdal_translate produces a different
tiff (of a completely different size) which *is* readable.
% gdal_merge.py -v -o merged1.tif
On Tue, 07 Oct 2008 21:55:41 +0100, Frank Warmerdam [EMAIL PROTECTED] wrote:
I would like to prepare a 1.5.3 release candidate tomorrow since it has been
quite a while since the last stable release. Are there any objections or
bug fixes seen as worth holding this up for?
Please don't release
17 matches
Mail list logo
