Roland
the problem is in /12/1211/2558.kml line 26
2558.png
this should be a relative path from the root of the zipfile not from
2558.kml
Brian
On Wed, 2011-02-16 at 15:14 -0500, Roland Duhaime wrote:
>
> I am following the instructions for creating one KMZ file that are
> posted here:
>
I am following the instructions for creating one KMZ file that are posted
here:
http://trac.osgeo.org/gdal/wiki/UserDocs/Gdal2Tiles
I am using gdal2tiles under the "gdal" package 1.8. I have having success
creating superoverlays and the related folder structure. I am able to read
the created do
Zoltan,
Have you tried the nearblack GDAL utility on the original 176 images?
http://www.gdal.org/nearblack.html
On Wed, Feb 16, 2011 at 5:25 PM, Zoltan Szecsei wrote:
> On 2011-02-16 12:20, Zoltan Szecsei wrote:
>
>> Hi All,
>> I've built a vrt with 176 images.
>>
>> I now need to mosaic this w
On 11-02-16 01:48 AM, Nikolaos Hatzopoulos wrote:
So you are talking for something like this:
Example VRT file for data (just to show the geolocation metadata reference):
data.lon.vrt
1
data.lat.vrt
1
0
0
1
1
stuff goes here
15
On 11-02-16 03:28 AM, user gdal wrote:
Dear all,
I am new to GDAL and I was at fault in being too hasty in asking for
an advanced topic in my previous post.
...
template void CIOImg_Templ::Read(const unsigned int b,
GDALDataset* const *inds)
{
((*inds)->GetRasterBand(b+1))->RasterIO(GF_Read,
On 2011-02-16 12:20, Zoltan Szecsei wrote:
Hi All,
I've built a vrt with 176 images.
I now need to mosaic this whole area into roughly 5 x 5 ortho images.
How can I force the white edges into background of the overlapping
orthos?
I'm a little cautious of simply (finding a way to) making "white
Heng,
>
>
> Hi Uwe,
>
> Thanks for your quick response as usual :)
>
> Yes, I had to use the "BIGTIFF=YES" option on some of these
> large data to get the re-projection done, but did not need to
> use this option on all the data which had this problem. The
> word "large" was actually mentio
Hi Uwe,
Thanks for your quick response as usual :)
Yes, I had to use the "BIGTIFF=YES" option on some of these large data to get
the re-projection done, but did not need to use this option on all the data
which had this problem. The word "large" was actually mentioned due to the fact
that all
Hi All,
I've built a vrt with 176 images.
I now need to mosaic this whole area into roughly 5 x 5 ortho images.
How can I force the white edges into background of the overlapping orthos?
I'm a little cautious of simply (finding a way to) making "white"
transparent as it is only the white on the
Thanks, Ralf.
I am using the latest version of FW Tools 2.4.7. I am guessing I have to
download the GDAL version 1.8 and build the dll/exe to replace the current
ones under the FW Tools bin folder?
And I will try your suggestion about the -t_srs option.
BR,
Heng
--
View this message in contex
Heng,
>
> Hi Uwe,
>
> Sorry to bother you again. I actually need your help
> about another GDALWARP problem I am having. I just
> thought it might be better to send you an email
> directly about this (a shortcutJ) although I did
> just post a message regarding this problem on
> the GDAL DEV
Dear all,
I am new to GDAL and I was at fault in being too hasty in asking for
an advanced topic in my previous post.
I am facing a fundamental difficulty. The problem is to retrieve
projection and pixel data etc. from a source ERDAS .img file and copy
'as it is' to another file. For this, I wrote
Hi Heng,
use gdal version 1.8.
Your srs definition has to be "+proj=utm +datum=WGS84 +zone=32 +towgs84=0,0,0
+wktext".
Gr
Ralf
Am Mittwoch 16 Februar 2011, 08:28:12 schrieb heng.feng:
> Hi there,
>
> When I tried to use GDALWARP to do the re-projeciton on some large GeoTiff
> data, the output
13 matches
Mail list logo