Hi,
Did you type 'make install' after 'make' when installing the GDAL?
'make install' creates include and lib directories under --prefix,
which OpenEV configure is trying to find.
Br,
Elias
2009/1/30 Vali Poncos :
> Hi folks,
>
> I built GDAL 1.6.0 then I tried to build OpenEV. OpenEV seem to f
Frank,
Thanks for the idea on filing a ticket. I will do that. I tried
another suggestion to install Jasper and see if I could load my images
as lossless JPEG2000 images, however, this does not seem to work. For
the time being I think I will just write a quick converter using
libjpeg, but
Hi,
On Sat, Mar 14, 2009 at 8:41 PM, Even Rouault
wrote:
>> > But if your third-party app supports 16bit GeoTIFF as a possible source
>> > for DEM, it would be easier to translate to GeoTIFF.
>>
>> Wouldn't that lose elevation information?
>
> No, not at all. GeoTIFF can carry many data types.
W
> > But if your third-party app supports 16bit GeoTIFF as a possible source
> > for DEM, it would be easier to translate to GeoTIFF.
>
> Wouldn't that lose elevation information?
No, not at all. GeoTIFF can carry many data types.
>
> Regards.
___
gdal-
Hi,
On Fri, Mar 13, 2009 at 9:18 PM, Even Rouault
wrote:
> Yes, this is possible but you need to adhere strictfully to the DTED
> specification. A DTED tile covers exactly a 1 degree x 1 degree area and the
> corners coordinates must be aligned on integer. As far as I remember, DTED0
> has a 30 s
Scott Arko wrote:
Hello,
I am wondering if there is a way to compile support for lossless JPEG
into GDAL. I have installed the libjpeg patch for lossless JPEG and
recompiled/installed libjpeg. Following this I compiled GDAL using the
updated libjpeg, however, I cannot read the lossless JP
Christopher Condit wrote:
Hi Hermann,
In my context, Lat/Lon values with 6 decimals are just about enough
precision. I feel that I am pumping a lot of meaningless numbers into
the kml file, which makes it big. Is there an option to reduce the
number of decimals for transformed coordinates?
Se
