image without noise if I extract the individual
> bands using pygac and then I create a TCI with GDAL:
>
> https://i.imgur.com/OspvQi7.png
> El 21/8/2024 a las 10:49, Andrew Brooks escribió:
>
> That's completely normal for data which has been received from satellites
&
That's completely normal for data which has been received from satellites
that do not have on-board error detection/correction such as NOAA-n (n<20)
On Tue, 20 Aug 2024 at 22:05, Francisco Vicent via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hello there, GDAL community!
>
> I'm experiencing s
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 using
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 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 dependencies.
>
I jus
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 19 November 2012 12:18, Zoltan Szecsei wrote:
> What is the quickest way to geotag photos?
>
Something with gpsPhoto.pl ?
> Let's assume the the GPS time was NOT synchronised with the camera.
>
I'm sure it has an option to give a time offset.
___
On 6 March 2012 19:33, Even Rouault 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
___
gdal-dev mailing list
gd
On 28 February 2012 16:06, Even Rouault wrote:
>
> 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 documentation.
(diff -c from th
On 3 November 2011 20:38, Jukka Rahkonen wrote:
>
> Thereafter I will try if I can just turn the coordinates from these
> 6605838.360 61685.735
> into these
> 61685.735 6605838.360
> in the whole xml file with awk or something else as horrible.
Maybe something like this?
perl -ne 's,([-+e\.0-9
On 22 September 2011 16:06, Jan Hartmann wrote:
> Hi Andrew, I must have overlooked your mail. Applygeo is not mentioned on
> the libgeotiff page, but I found the following posting:
>
>
> http://osgeo-org.1803224.n2.nabble.com/Copy-projection-between-GeoTIFFs-td2065142.html
>
It is in the bin d
On 5 September 2011 15:46, Jan Hartmann 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 tic
On Tue, 10 Aug 2010 11:46:00 +0100, Martin Raspaud
wrote:
We have a satellite image in black and white, which show IR brightness
temperatures. The data is scaled between 0 and 255 for viewing, and this is
packed in a geotiff file
Now some users would like to have the true value of the brightne
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
represent
On Thu, 18 Feb 2010 16:49:36 -, Luisa Peña 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 the same
size and, as a
2010/1/6 Frank Warmerdam :
> 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 pixels in i
On Tue, 17 Nov 2009 07:07:59 -, Raspaud Martin
wrote:
>
> Now I would like to project satellite data for which I have the 2d lat
> and lon grids onto, say, a polar stereographic projection for example.
GDAL can do this using VRT files.
First create a VRT file to represent your raw data set,
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 *poBand
On Thu, 14 May 2009 20:21:11 +0100, yehya imam 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 matrix"
explains
>
> Actually, I don't want to modify the rasters at all, just the
> georeferencing information.
The libtiff utilities now include a utility called applygeo which can change
the georeferencing tags without rewriting the raster data.
Andrew
___
gdal-dev
On Fri, 14 Nov 2008 23:49:59 -, Jamie Adams <[EMAIL PROTECTED]> wrote:
> The datum change isn't sufficient, as they are using different coordinate
> systems. They actually have to have the same SRS, otherwise gdal_rasterize
> will see 2 very different ranges of coordinates (meter vs latlong).
Thanks for the help everyone, I'll summarise when I get it all working ;-)
Jamie Adams <[EMAIL PROTECTED]> wrote:
>
> Are your files in the same projection? I know gshhs is projected in wgs84
> by default, and I see your raster is in British National Grid.
To what extent do they need to be in t
On Mon, 10 Nov 2008 21:43:02 -, Roger André <[EMAIL PROTECTED]> wrote:
>
> I believe your syntax is incorrect.
The manual implies that the -b and -burn options are optional but they appear
to be mandatory. Giving just a source and destination results in the usage
message. The only option not
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 selec
On Fri, 24 Oct 2008 19:21:22 +0100, Even Rouault <[EMAIL PROTECTED]> wrote:
> my guess is that your merged1.tif TIFF has areas which are not initialized
> (black/transparent areas). gdal_merge.py probably doesn't write any data in
> them, thus leading to missing blocks in the file.
Thanks for the
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 -of
On Wed, 08 Oct 2008 22:31:08 +0100, Even Rouault <[EMAIL PROTECTED]> wrote:
> FYI, with the fix done in http://trac.osgeo.org/gdal/ticket/2297, I've
> successfully built GDAL trunk with a HDF5 1.8.1 library (built from the
> source without any particular config option).
You're right about hdf5, so
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 re
On Fri, 19 Sep 2008 10:01:02 +0100, Andrew Brooks <[EMAIL PROTECTED]> wrote:
>
> gdalwarp is crashing and dumping core
>
>
>
> input.dat.ch1
> 0
> 0
> 0
>
>
It turns out that the PixelOffset value of zero caused the crash. I
Hello
gdalwarp is crashing and dumping core, my command line is:
gdalwarp -tps -t_srs EPSG:23031 -r bilinear -tr 1000 100 input.vrt output.tif
where the vrt references a raw binary (uint16) array and two raw float arrays
of latitude and longitude.
Maybe the stack backtrace will indicate somethi
On Tue, 22 Jul 2008 17:18:18 +0100, Frank Warmerdam <[EMAIL PROTECTED]> wrote:
> I imagine this is a limitation of the "hole filling" code:
>
> http://trac.osgeo.org/gdal/browser/trunk/gdal/alg/gdalgeoloc.cpp#L267
>
> You might want to try changing this code to go more than 3 iterations and
> see i
Hi
I'm getting the following holes:
http://www.sat.dundee.ac.uk/~arb/gdalwarp.jpg
when I use gdalwarp on an image with a geolocation array.
Should I file a bug?
Andrew
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
On Tue, 22 Jul 2008 08:30:01 +0100, Maciej Sieczka <[EMAIL PROTECTED]> wrote:
> have configure actually check whether libm defines sincos()".
And don't forget that on Solaris sincos() is defined in libsunmath.
On old versions of Solaris it used to be wise to use
-Bstatic -lsunmath -Bdynamic
in
34 matches
Mail list logo
