Re: [gdal-dev] Question of file ordering in VRT

Thanks Even and Ivan, Good idea to build to build the list and use that for gdalbuildvrt. -Steve On 3/7/2019 11:42 AM, Even Rouault wrote: On jeudi 7 mars 2019 11:30:04 CET Stephen Woodbridge wrote: Hi all, When I have multiple overlapping files in VRT which pixel takes president? I'm assumi

Re: [gdal-dev] Question of file ordering in VRT

That’s depend on how the OS sort the file names. Windows for example does some weird stuff. It might be better to build your list files and pass it as a parameter instead of relay on *.tif Get Outlook for iOS From: gdal-dev on behalf of E

Re: [gdal-dev] Question of file ordering in VRT

On jeudi 7 mars 2019 11:30:04 CET Stephen Woodbridge wrote: > Hi all, > > When I have multiple overlapping files in VRT which pixel takes > president? I'm assuming that the later files in the VRT would be the one > presented. For example, I have multiple satellite images with names like > MMDD

[gdal-dev] Question of file ordering in VRT

Hi all, When I have multiple overlapping files in VRT which pixel takes president? I'm assuming that the later files in the VRT would be the one presented. For example, I have multiple satellite images with names like MMDDHHMM-.tif so when I use gdalbuiltvrt MMDD.vrt MMDD*.ti

Re: [gdal-dev] convert india-latest.osm to india-latest.tab

Hi, MapInfo driver can write only one layer into one tab. However, it can write several layers as separate tab files into a directory as documented in https://www.gdal.org/drv_mitab.html. Write your command as ogr2ogr -f "MapInfo File" -skipfailures -progress bhutan bhutan-latest.osm.pbf and yo

Re: [gdal-dev] convert india-latest.osm to india-latest.tab

Am 07.03.19 um 04:55 schrieb mick howe: been experimenting and worked this much out *[mick@cave OSMIndia]$ ogr2ogr -f "MapInfo File" -skipfailures -progress bhutan.tab bhutan-latest.osm.pbf* *0...10...20...30...40...50...60...70...80...90...100 - done.* ERROR 1: Layer 'lines' does not already exi

[gdal-dev] Intermittent raster read/write error

Hello all, I've had an intermittent error with reading and writing rasters and wondered if anyone else had seen something similar. Tl;dr: When writing tiles of data to a raster, sometimes one write will cause subsequent reads of that region to fail. This includes when reading the whole raster