David,
the issue was in the GXF driver that returns the nodata value as a double
precision real, but the pixel data as single precision real. So when
translating to AAIGrid, you can see the difference in precisions.
In trunk (r19868), I've made 2 changes :
* cast nodata value to float to be con
Hermant,
I think that this was a proposed project for the google summer of code, but
I don't know if anyone picked it up. It seems like a good addition and it
is obviously on GDAL's radar. I have not heard anything about the selected
SoC projects though.
kss
#
Kyle
All,
Using OpenEV from FWTools version 2.4.7 to convert the GXF file found at
http://pubs.usgs.gov/of/2000/ofr-00-0042/data/ from the GXF format to AAIGrid
format I have found an issue. In the GXF file the #DUMMY value/string is -1e32
and this is the same value/string found in the data portion
Hi all
At ESRI Developer Summit, March 22–25, 2010, Palm Springs, CA, they
talked about the ArcGIS 10 to be expected in June 2010.
But somebody (http://tinyurl.com/34nk558, 19. April 2010, german) said
that the opening of the API (C++ only) won't make it into this
release.
But since this is a sto
Here's a little Python script I knocked up for just this purpose.
# Quick and dirty utility to get the value of a pixel in a georeferenced
# image file, given the map coordinates. Uses nearest-neighbour and doesn't
# try to do anything clever.
# By John Donovan 2010, released into the public domai
Hi Frank,
thanks for your hints. I could finally use tiffinfo very easily from
FWTools-Shell, for I'm testing with a windows machine :-)
So here are the outputs from tiffinfo for the different files.
a) = original file
b) = original file transformed with gdalwarp
(gdalwarp -s_srs C:\Programme\F
On Jun 14, 2010, at 7:40 AM, Mateusz Loskot wrote:
> On 14/06/10 13:32, David Burken wrote:
>> Hi Everyone,
>>
>> Just curious if there are any thoughts on migrating to cmake?
>
> A prototype project's started:
>
> http://code.google.com/p/gdal-cmake/
>
> However, it's a bit suspended, tempor
Mateusz Loskot wrote:
A prototype project's started:
http://code.google.com/p/gdal-cmake/
However, it's a bit suspended, temporarily I hope.
Best regards,
My issue #1 is still the only one :)
--
Yevgen
___
gdal-dev mailing list
gdal-dev@lists.osg
On 14/06/10 13:32, David Burken wrote:
Hi Everyone,
Just curious if there are any thoughts on migrating to cmake?
A prototype project's started:
http://code.google.com/p/gdal-cmake/
However, it's a bit suspended, temporarily I hope.
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
On 06/14/2010 04:41 AM, Gianni Olivieri wrote:
2010/6/14 Gianni Olivieri:
2010/6/11 Gianni Olivieri:
2010/6/11 Matt Klaric:
While you certainly can accomplish this using GDAL, you'll need to first
figure out which hgt file to open, then translate the geographic coordinate
to
On 14/06/10 13:32, David Burken wrote:
Hi Everyone,
Just curious if there are any thoughts on migrating to cmake?
A prototype project's started:
http://code.google.com/p/gdal-cmake/
However, it's a bit suspended, temporarily I hope.
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
Hi Everyone,
Just curious if there are any thoughts on migrating to cmake?
Regards,
Dave
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
If you need only the core library
(it includes the ossim-height executable)
you will find ossim packaged for debian unstable (SID) [1]
or the complete set of apps for ubuntu 9.04 [2]
[1] http://wiki.debian.org/DebianGis/PackageList
[2] https://launchpad.net/~ubuntugis
btw using gdal you can read
Paul Meems schrieb:
> We're using GDAL and GEOS in MapWindow GIS and we use the GEOS version of
> IsValid(). I think it is the same GDAL is using.
> The latest version of GEOS has a IsValidReason, telling you what was wrong.
>
> I hope it helps,
>
> Thanks,
>
> Paul
>
> --
> Paul Meems
> Release ma
2010/6/14 Gianni Olivieri :
> 2010/6/11 Gianni Olivieri :
>> 2010/6/11 Matt Klaric :
>>> While you certainly can accomplish this using GDAL, you'll need to first
>>> figure out which hgt file to open, then translate the geographic coordinate
>>> to the image coordinate to know what pixel value to l
2010/6/11 Gianni Olivieri :
> 2010/6/11 Matt Klaric :
>> While you certainly can accomplish this using GDAL, you'll need to first
>> figure out which hgt file to open, then translate the geographic coordinate
>> to the image coordinate to know what pixel value to lookup.
>>
>> An alternative soluti
16 matches
Mail list logo