Hello everyone.
This week, as I planed, I've successfully built GDAL from source and
started to add a new API. I made a temporary repo [
https://github.com/MikhanGusev/gdal-svn]. It is temporary because I plan to
base my work on trunk 2.0dev later, and to build it the same way. I was
also blocked a
>> gdaltindex doq_index.shp doq/*.tif
>Wildcard is evaluated by the operating system
ah yes, your are right.
>An alternative might be to use the gdal_ls.py sample utility
>(http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/gdal_ls.py),
>redirect its output to a file and specify this file
Le vendredi 13 juin 2014 18:15:51, Helmut Kudrnovsky a écrit :
> Hi,
>
> in the gdaltindex-manual there is an example using wildcard:
>
> gdaltindex doq_index.shp doq/*.tif
Wildcard is evaluated by the operating system
>
> my issue:
>
> given a ~1 GB zip-file on a DVD with a lot of geotiffs,
Hi,
Below is my fourth weekly report:
*What did I do this week?*
- Implemented the following methods which create the query : DropTable,
CreateTable, CopyFrom, CreateIndex, AnalyzeTable, VacuumTable,
AddRasterConstraints.
*What do I plan on doing next week?*
- Continue to write met
Hi,
in the gdaltindex-manual there is an example using wildcard:
gdaltindex doq_index.shp doq/*.tif
my issue:
given a ~1 GB zip-file on a DVD with a lot of geotiffs, windows 7 box.
gdaltindex C:\data\m31_1.shp /vsizip/myzip.zip/m31_1/3523-5301_201308.tif
works fine, but
gdaltindex C:\data\m
Hi,
- try adding the following line:
outlayer->SetFeature(outfeature);
after:
outfeature->SetField("production", FALL->Production);
ends up being:
[...]
outfeature->SetField("production", FALL->Production);
outlayer->SetFeature(outfeature);
[...]
make sure OGRDataSource::DestroyDataSource(outso
