mjollnir wrote:
It's ok. thanks form your reply.
can i know the health status of the image file before process it.
You could try opening and reading its contents first? If the file is
bad, I'd say you'd probably get an error somewhere while reading it. On
the command line I'd do this with '
I am having problems compiling a static build of gdal-1.5.1 with a static
library of kakadu-6.1.1. The static kakadu library, libkdu.a, resides in
/usr/local/kakadu-6.1.1/lib.
I configure gdal with the following options:
--disable-shared
--with-kakadu=/usr/local/kakadu-6.1.1
I receive several
So, using -p "raster" creates far worse distortion in the KML. I'm back to
not using it. I get distortion only at the highest zoom levels that way.
2009/4/1 Klokan Petr Přidal
> Mano,
>
> > Thanks for the pointer. So it looks like, right now, there's a bug in
> > gdal2tiles, according to Jesse?
This question is most likely a problem with libkml. I did post a
message on the libkml forum as well. My apologies if you are subscribed
to both asnd getting this message twice.
I am working on an application that uses GDAL and libKml. Everything
was going fine until I added KmzFile::CreateF
Thanks, Klokan. I'll check this out.
On Wed, Apr 1, 2009 at 2:52 PM, Klokan Petr Přidal wrote:
> Hi,
>
> I am not familiar with OziExplorer Map files, but I have seen a
> project trying to implement what you need, maybe you can reuse it (and
> probably improve it and add support of different pro
Hi!
I run gdal_merge.py and get:
$ /usr/local/FWTools-2.0.6/bin_safe/gdal_merge.py -v -o
PICT0126radcorr.tif -separate PICT0126Nradcorr.tif PICT0126Rradcorr.tif
PICT0126Gradcorr.tif
Filename: PICT0126Nradcorr.tif
File Size: 2560x1920x1
Pixel Size: 1.00 x 1.00
UL:(0.00,0.00)
It's ok. thanks form your reply.
can i know the health status of the image file before process it.
mjollnir,
It looks like this warning is issued by libjpeg in the fill_input_buffer
function:
fill_input_buffer (j_decompress_ptr cinfo)
{
my_src_ptr src = (my_src_ptr) cinfo->src;
size_t n
mjollnir wrote:
hi,
when i handle a bad jpg file, like this:
eErr = GDALRasterIO(hBand, GF_Read, 0, 0, nXSize, nYSize,..)
i got this error message in console:
Premature end of JPEG file
i'm wonder where the error msg come from. because i found that: eErr == CE_None
when i use this code th
hi,
when i handle a bad jpg file, like this:
eErr = GDALRasterIO(hBand, GF_Read, 0, 0, nXSize, nYSize,..)
i got this error message in console:
Premature end of JPEG file
i'm wonder where the error msg come from. because i found that: eErr == CE_None
when i use this code the code quiet the
Frank Warmerdam wrote:
Motion: The GDAL PSC authorizes Frank Warmerdam to negotiate a contract
for GDAL maintenance services for 500 hours over 5 months at $12USD/hr for
a maximum of $6000USD with Chaitanya Kumar CH. The work will be done
pursuant to the terms described in RFC 9: GDAL Paid Maint
hi tamas...great answer...wt u said is correct..it was the problem with the
extent value...i forgot to change that valuenow i foundout extend value
using ogrinfo.exechange the values in map file...lt is working fine ..thank
u so much
regards
meenu
--
View this message in context:
meenu,
I assume the layer is read correctly but the map is to be drawn with wrong
extent without specifying that in the mapfile. You should also specify the
projection of the layer and the map to be able to set the extent correctly.
Use ogrinfo.exe to find out the actual extent and projection of
12 matches
Mail list logo