On 05/02/2012 09:14 PM, Even Rouault wrote:
I've also read your note in the RFC about performance. It is
interesting to see that envelope computation is the limiting factor
when the method layer is in memory. It is an interesting track for a
later optimization where envelope would be cached ins
On 05/02/2012 09:56 PM, Jason Roberts wrote:
Hi Ari,
I have been following this proposal with interest. I have a couple of
questions; sorry to bring them up late in the RFC process.
It looks like the inspiration for this was the Overlay toolset in the ArcGIS
geoprocessing toolbox. That is nice
the Old Topo Depot novacell.com> writes:
>
>
> Ticket http://trac.osgeo.org/gdal/ticket/4651 opened with patch file attached.
>
Because it is a GDAL driver it might be good to find also .wld world files if it
does not find them yet.
-Jukka Rahkonen-
_
Ticket http://trac.osgeo.org/gdal/ticket/4651 opened with patch file
attached.
HTH
Best,
On Wed, May 2, 2012 at 3:46 PM, Even Rouault
wrote:
> Le mercredi 02 mai 2012 21:07:00, the Old Topo Depot a écrit :
> > I have found that the existing MrSID gdal driver will ignore j2w files
> for
> > geot
Le mercredi 02 mai 2012 21:07:00, the Old Topo Depot a écrit :
> I have found that the existing MrSID gdal driver will ignore j2w files for
> geotransform information if present with JPEG2000 formatted files.
>
> While symlinking the j2w files to sdw is an option, adding code to look for
> and use
I have found that the existing MrSID gdal driver will ignore j2w files for
geotransform information if present with JPEG2000 formatted files.
While symlinking the j2w files to sdw is an option, adding code to look for
and use a j2w files is simple and seemingly useful.
I added and tested such cod
Hi Ari,
I have been following this proposal with interest. I have a couple of
questions; sorry to bring them up late in the RFC process.
It looks like the inspiration for this was the Overlay toolset in the ArcGIS
geoprocessing toolbox. That is nice for people like me who regularly work
with ArcG
> What would it take to adopt this RFC?
Ari,
I'm pretty satisfied with the current state of the RFC. From a recent
discussion with Frank, I think he has perhaps some comments to add ?
I've looked at the latest version of the patch. A few comments :
* You should not use GetFeaturesRead() to kno
weixj,
You can get some free samples at http://www.webgis.com/terr_us1deg.html
On Wed, May 2, 2012 at 1:45 PM, weixj wrote:
> Thank you for your answer.
> I want to know that where I can get the free DEM data?
> I want a sample data,and test my program.
>
> Thank you.
>
>
>
> At 2012-05-02 12:5
On Wed, May 2, 2012 at 9:54 AM, Even Rouault
wrote:
>
>> but there is no way to actually select 1 or more specific subdatasets
>
> It is possible to select one subdataset. You must use the name reported in the
> lines that contain SUBDATASET_XXX_NAME. For example :
>
> gdal_translate HDF4_EOS:EOS_
On Wed, May 2, 2012 at 9:43 AM, Agustin Lobo wrote:
> You are right. I was confusing bands and subdatasets.
> The following does not work:
> $ gdal_translate -b 4 lndsr.L5169054_05420101216.hdf test.tif
> Input file contains subdatasets. Please, select one of them for reading.
>
> The following w
> but there is no way to actually select 1 or more specific subdatasets
It is possible to select one subdataset. You must use the name reported in the
lines that contain SUBDATASET_XXX_NAME. For example :
gdal_translate HDF4_EOS:EOS_GRID:"lndsr.L5169054_05420101216.hdf":Grid:band1
out.tif
>
> T
Also, look at the coverage area, DEMs will often (but not always) have a
nice "round" coverage area such as 30 arcsecond, 3 arcsecond, or 1
arcsecond. The pixel values are often converted to a physical unit such
as feet or meters so you can compare the values to height values in
Google Earth or a s
You are right. I was confusing bands and subdatasets.
The following does not work:
$ gdal_translate -b 4 lndsr.L5169054_05420101216.hdf test.tif
Input file contains subdatasets. Please, select one of them for reading.
The following works:
$ gdal_translate -sds lndsr.L5169054_05420101216.hdf test.
Selon Agustin Lobo :
> Hi!
>
> The gdal info of a multiband satellite image in hdf is reported by
> gdal as "Size is 512, 512"
> in contradiction with the size of the subdatasets. QGIS and R
> (raster+rgdal) report an error at opening the file,
> while envi and HDFLook can open it with no problem.
Hi!
The gdal info of a multiband satellite image in hdf is reported by
gdal as "Size is 512, 512"
in contradiction with the size of the subdatasets. QGIS and R
(raster+rgdal) report an error at opening the file,
while envi and HDFLook can open it with no problem. I include the
gdalinfo output and
Selon weixj :
> How to judge a file is a DEM file or not?
There's no straightforward answer. Some formats (DTED, SRTM, ...) are
specifically aimed for DEM. But DEM can also be conveyed through more generic
purpose formats such as GeoTIFF. In that case, looking at the data type of the
raster bands
Am 02.05.2012 05:45, schrieb weixj:
How to judge a file is a DEM file or not?
Thank you.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi
you can try to run gdalinfo on it, or you can try to o
18 matches
Mail list logo
