Your paths are likely wrong. According to the paths in that VRT, the JP2s
should be located in the same directory as the VRT file. If they aren't,
you need to ensure the list of JP2s (/mnt/tx/utmzone15.lst) used to create
the VRT contains complete absolute or relative paths to each JP2.
Luke
-
On 12/19/2013 2:02 PM, David Strip wrote:
On 12/19/2013 11:38 AM, David Strip wrote:
On 12/19/2013 2:18 AM, Jo Meder wrote:
Can you clarify that last part for me please? Are you saying that the data
should be aligned north up based on the .tfw file? The geotransform from GDAL
also suggested t
On 12/19/2013 11:38 AM, David Strip wrote:
> On 12/19/2013 2:18 AM, Jo Meder wrote:
>> Can you clarify that last part for me please? Are you saying that the data
>> should be aligned north up based on the .tfw file? The geotransform from
>> GDAL also suggested there was no rotation. Or is it just
Le jeudi 19 décembre 2013 04:41:18, Trent Piepho a écrit :
> Do you see page file activity? If you look at /proc/pid/smaps, you
> should be able to see the actual status of the mapping of your data
> file. Probably it is consuming a large number of pages of RAM, but
> also there should be zero pa
On 12/19/2013 2:18 AM, Jo Meder wrote:
> Can you clarify that last part for me please? Are you saying that the data
> should be aligned north up based on the .tfw file? The geotransform from GDAL
> also suggested there was no rotation. Or is it just that the data is correct
> for the projection
I've worked with jp2 for a while and have found that the specifics of each
source was different and had different timings when reading. Overall I
found the erdas ecw/j2k driver had the best read performance. The read only
driver is available freely.
On Dec 19, 2013 2:50 AM, "Jo Meder" wrote:
> Hi
Hi,
Yes for performance you must adapt your reading pattern to the underlying
structure of the data. You could still have performant RasterIO() if you define
GDAL_CACHEMAX to at least (raster_width * block_height * 4), so that when you
read a scanline there will be enough memory in the block cache
Hi David,
Thanks for your help. I hadn't replied before now because I'm on the digest and
I was waiting for it to come through. It never did! Seems like I'm not getting
all the digests for some reason.
On 10/12/2013, at 6:04 PM, David Strip wrote:
> I downloaded some NLCD test data (roughly W
Hi,
Just to follow up, once I got GDAL built with OpenJPEG support on Windows I
found the performance was terrible there as well. So I tried reading in blocks
and that was obviously the way to do it. The way I was doing it was to read a
scanline from each rasterband, perhaps 4 different bands f
