Re: [gdal-dev] RFC 48: Geographical networks support
Will this be available for java bindings too? On Sep 9, 2014 12:53 AM, Even Rouault even.roua...@spatialys.com wrote: - gnm/frmts/gnm_frmts.h : I'm a bit concerned about exposing (installed header + CPL_DLL) an interface that has not yet been implemented. My intuition is that it might change once the first one or two implementations have been made. So maybe keep it internal/experimental for now. I agree that the inclusion of the interfaces/capabilities that can be (not will be) extended in future is not a 100% good idea. I hoped that someone will be interested or even I will have time to implement and extend something of what I wrote at the Future ideas section in my RFC. But we do not know exactly will it be implemented or not. So: (1) We can remove for now all these interfaces for future, which means to leave only GNMGdalNetwork and one analysing class. (2) Try to implement these capabilities: pgRouting for gnm_frmts.h and for example GNMGdalStdRoutingAnalyser with some algorithm extension (K shortest path). It's your call. Depend on how much time you have to implement that, but we might go with the current state, if we clearly mark experimental/unstabilized interfaces as such. Either by hiding them, or by documentation if not possible. - GNMManager::CreateConnectivity () : I'm confused by the 'native' term. In this method, native=false seems to imply the GDAL proprietary network format that can work with any vector driver that has similar capabilities than shapefile. Whereas in the RFC text, it seems to imply the contrary ( network of ”GDAL-native” format). Maybe I used it not correctly everywhere, but the general idea is the following: The term native corresponds to the existed network formats (so when we work with pgRouting network we work with its native tables and fields, rather than with GNMGdal- system layers), while the GDAL-networks are not native and more likely common. Yes, that would be good if the language could be consistent among the code and the RFC text. From your explanation, it seems that the text in the RFC should be corrected. Yes GDAL-network is more a common or generic network implementation. -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] gdal_retile x64 : No input files selected.
Hi list,
I am using GDAL 10.1 x64 with Python 2.7.5 x64
It seems python script is not able to find the input file
W:\gdal_retile.py -v -r -levels 4 -ps 2048 2048 -co TILED=YES -co
COMPRESS=JPEG -targetDir w:\dem\dem_pyramid w:\dem\dem.tif
2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)]
Usage: gdal_retile.py
[-v] [-co NAME=VALUE]* [-of out_format]
[-ps pixelWidth pixelHeight]
[-ot {Byte/Int16/UInt16/UInt32/Int32/Float32/Float64/
CInt16/CInt32/CFloat32/CFloat64}]
[ -tileIndex tileIndexName [-tileIndexField fieldName]]
[ -csv fileName [-csvDelim delimiter]]
[-s_srs srs_def] [-pyramidOnly] -levels numberoflevels
[-r {near/bilinear/cubic/cubicspline/lanczos}]
[-useDirForEachRow]
-targetDir TileDirectory input_files
Can somebody tell me what is wrong with the command
below is GDAL info of the geotiff file
---GDALINFO--
W:\gdalinfo dem\dem.tif
Driver: GTiff/GeoTIFF
Files: dem\dem.tif
dem\dem.tif.aux.xml
Size is 30001, 24001
Coordinate System is:
GEOGCS[WGS 84,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,298.257223563,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
PRIMEM[Greenwich,0],
UNIT[degree,0.0174532925199433],
AUTHORITY[EPSG,4326]]
Origin = (59.99958323244,40.000416763514124)
Pixel Size = (0.0008333,-0.0008333)
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left ( 59.9995833, 40.0004168) ( 59d59'58.50E, 40d 0' 1.50N)
Lower Left ( 59.9995833, 19.9995834) ( 59d59'58.50E, 19d59'58.50N)
Upper Right ( 85.0004167, 40.0004168) ( 85d 0' 1.50E, 40d 0' 1.50N)
Lower Right ( 85.0004167, 19.9995834) ( 85d 0' 1.50E, 19d59'58.50N)
Center ( 72.500, 30.001) ( 72d30' 0.00E, 30d 0' 0.00N)
Band 1 Block=30001x1 Type=Int16, ColorInterp=Gray
Description = Layer_1
Min=-32768.000 Max=8469.000
Minimum=-32768.000, Maximum=8469.000, Mean=-339.616, StdDev=7609.851
NoData Value=0
Metadata:
LAYER_TYPE=athematic
STATISTICS_HISTOBINVALUES=35892220|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0
|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0
|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0
|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0
|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0
|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|147192240|103498980|58861348|42041116
|24849760|20456436|19853444|32923904|23568064|14391364|11251344|9393020|9059076|
8846812|7765888|6834360|6443632|6328036|5700032|5445180|5022004|4646148|4389944|
4296656|024|4944940|5610800|6424704|8513544|9714796|11723868|13505128|117576
68|8901568|6243536|4127656|2605304|1385800|671944|286624|116272|41912|27716|1352
0|10816|5408|4056|2028|676|0|0|0|676|
STATISTICS_HISTOMAX=8469
STATISTICS_HISTOMIN=-32768
STATISTICS_HISTONUMBINS=256
STATISTICS_MAXIMUM=8469
STATISTICS_MEAN=-339.61644644564
STATISTICS_MEDIAN=414.8984375
STATISTICS_MINIMUM=-32768
STATISTICS_MODE=-68.34765625
STATISTICS_SKIPFACTORX=26
STATISTICS_SKIPFACTORY=26
STATISTICS_STDDEV=7609.8514119626
regards,
Imran
--
I.R
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] How remove the piramids from TIFF non-georef
gdaladdo -clean Did u try this? On Jan 15, 2014 9:11 PM, Antonio Falciano afalci...@yahoo.it wrote: Il 15/01/2014 12:01, Andrea Peri ha scritto: Hi, I have a lot of huge tiff not-gereferenced raster. These tiff are all with 4 bands (RGBA) and 10 pyramids inside. I need to remove the piramids and retrieve a new tiff version without the piramids and with only 3 bands (RGB). Usually this work is do using imagemagick or vips, but I like to try to use the gdal-translate to do this. But Im not sure , because the tiff are not georef and also I'm not sure if gdal is capable to read a 4 pyramid tiff and generate a 3 not-piramid tiff. Andrea, you can do it with gdal_translate and its creation options [1]. You can try with something like this: gdal_translate -co COPY_SRC_OVERVIEWS=NO -co ALPHA=NO -co TFW=YES -co PROFILE=BASELINE input.tif output.tif Hope this helps. Cheers, Antonio [1] http://www.gdal.org/frmt_gtiff.html -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Problem with Gdal/ogr Java
Hi Wael. you need to use gdal.jar file in your java project and also include the required DLL(Win) in your class path, then you will be able to use GDAL in your Java project. download from http://www.gisinternals.com/sdk/ or http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries look for GDAL.JAR and the required DLL files in installed folder. regards, Imran On Wed, Oct 10, 2012 at 2:02 PM, Wael Tarhouni waelin...@gmail.com wrote: Good Morning, I'm newbie in Gdal/ogr and i'm working actually with ogr2ogr Api to import .TAB file(Mapinfo) into a postgis database, but i wanna make it automatic without typing in command line or executing bat files. So, i found this source code with gdal/ogr library : http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/ogr2ogr.java but it doesn't work, is there any jar file of gdal/ogr to download ? Best regards -- Wael Tarhouni Élève ingénieur en Réseaux informatiques et Télecommunication à l'INSAT ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] copy raster data in between file formats - Java
Hi Florent, I get your point , but the thing is how does one copy raster across datasets when the required size value is more than Integer`s maximum value, It would make sense to fill memory raster data store with 1Gb of data and dump it in the destination data store, but things break down where you need to allocate an array for raster data. You can either put the data in an array or bytebuffer and both require capacity in terms of integer. It would be great if you can copy a dataset at a given location and dimensions in another dataset with same data type. regards, Imran On Wed, Jun 13, 2012 at 12:25 PM, Florent JITIAUX fjiti...@gmail.com wrote: Hi all, process with a large amount of data like images is always a problem in Java. But you don't need to use JAI. You can process with any image by divide it in smaller rasters. That's why you have xoff and yoff arguments in ReadRaster and WriteRaster Method. You fix width and height of the raster you read and add them of offsets of next raster you read. Florent -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] copy raster data in between file formats - Java
Dear List, Have been trying to write raster from one file format e.g. BMP into a tiff file which will eventually become a BIGTiff. The current output is a grey image whereas the output should be RGB. The GeoTiFF is not accepting bands for some reasons, To write a multiband geoTiff do we require to add each band separately or is there something missing in the below code snippet? gdal.AllRegister(); Driver driver = gdal.GetDriverByName(GTiff); Dataset dst = driver.Create(d:\\test.tif, 256, 256,3,gdalconst.GDT_Byte); Dataset src = gdal.Open(d:\\test.bmp); byte[] outputPixels = new byte[src.GetRasterXSize() * src.GetRasterYSize() * src.getRasterCount()*Integer.SIZE]; src.ReadRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.WriteRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.FlushCache(); dst.delete(); src.delete(); for testing purpose, currently only trying on small 256 x 256 image, the gdalinfo of the source image is as : Files: test.bmp Size is 256, 256 Coordinate System is `' Corner Coordinates: Upper Left (0.0,0.0) Lower Left (0.0, 256.0) Upper Right ( 256.0,0.0) Lower Right ( 256.0, 256.0) Center ( 128.0, 128.0) Band 1 Block=256x1 Type=Byte, ColorInterp=Red Band 2 Block=256x1 Type=Byte, ColorInterp=Green Band 3 Block=256x1 Type=Byte, ColorInterp=Blue regards, -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] copy raster data in between file formats - Java
Hi, well this kind of operation is well supported under JAI, however it has the limitations of writing a tiff file under 4GB thats why trying out GDAL. Anyway checking out http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/java/apps/GDALTestIO.java regards, Imran On Tue, Jun 12, 2012 at 5:01 PM, Etienne Tourigny etourigny@gmail.com wrote: Not sure about the java bindings - but why don't you use the CreateCopy() function, which will take care of everything for you? I'd bet the error is because you didn't include the band_list parameter. Etienne On Tue, Jun 12, 2012 at 8:31 AM, Imran Rajjad raj...@gmail.com wrote: Dear List, Have been trying to write raster from one file format e.g. BMP into a tiff file which will eventually become a BIGTiff. The current output is a grey image whereas the output should be RGB. The GeoTiFF is not accepting bands for some reasons, To write a multiband geoTiff do we require to add each band separately or is there something missing in the below code snippet? gdal.AllRegister(); Driver driver = gdal.GetDriverByName(GTiff); Dataset dst = driver.Create(d:\\test.tif, 256, 256,3,gdalconst.GDT_Byte); Dataset src = gdal.Open(d:\\test.bmp); byte[] outputPixels = new byte[src.GetRasterXSize() * src.GetRasterYSize() * src.getRasterCount()*Integer.SIZE]; src.ReadRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.WriteRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.FlushCache(); dst.delete(); src.delete(); for testing purpose, currently only trying on small 256 x 256 image, the gdalinfo of the source image is as : Files: test.bmp Size is 256, 256 Coordinate System is `' Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 256.0) Upper Right ( 256.0, 0.0) Lower Right ( 256.0, 256.0) Center ( 128.0, 128.0) Band 1 Block=256x1 Type=Byte, ColorInterp=Red Band 2 Block=256x1 Type=Byte, ColorInterp=Green Band 3 Block=256x1 Type=Byte, ColorInterp=Blue regards, -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] copy raster data in between file formats - Java
Hi Even, I have 1.8, and I was getting a grey image earlier but I guess by adding the Integer.SIZE in the byte array size made it work, but honestly I am not sure how its working now, further I was wondering if GDAL can leverage from JAI`s DiskMemImage class, because if I have to write a bigtiff as big as 12GB, Its impossible to work with Memory Raster. regards, Imran On Tue, Jun 12, 2012 at 11:14 PM, Even Rouault even.roua...@mines-paris.org wrote: Le mardi 12 juin 2012 13:31:44, Imran Rajjad a écrit : Dear List, Have been trying to write raster from one file format e.g. BMP into a tiff file which will eventually become a BIGTiff. The current output is a grey image whereas the output should be RGB. The GeoTiFF is not accepting bands for some reasons, To write a multiband geoTiff do we require to add each band separately or is there something missing in the below code snippet? gdal.AllRegister(); Driver driver = gdal.GetDriverByName(GTiff); Dataset dst = driver.Create(d:\\test.tif, 256, 256,3,gdalconst.GDT_Byte); Dataset src = gdal.Open(d:\\test.bmp); byte[] outputPixels = new byte[src.GetRasterXSize() * src.GetRasterYSize() * src.getRasterCount()*Integer.SIZE]; src.ReadRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.WriteRaster(0, 0, src.getRasterXSize(), src.getRasterYSize(), src.getRasterXSize(), src.getRasterYSize(), gdalconst.GDT_Byte, outputPixels, null, 0); dst.FlushCache(); dst.delete(); src.delete(); I've just tested the above snippet with a 256x256 image and it works as expected. Not sure why you have a problem. Do you use a recent GDAL version, let's say 1.9 ? -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] delete feature without fid
hi list,
in the gdal java bindings I need to delete a feature from layer, but it
seems the only way to delete the feature is its FID, which in my case is
unknown. Is there anyway to find the true FID of a feature in layer or
remove a feature by reference just like it can be updated or re-written.
my code ..
Feature f = layer.GetFeature(i); // i is index of loop that runs till total
feature count
g=f.GetGeometryRef();
layer.SetSpatialFilter(g); //reducing layer content to features with same
geom...here its a point
Feature comparefeature = layer.GetNextFeature();
*do*{
*if*(!f.Equal(comparefeature))
{
comparefeature.delete(); // not the right method...
delcount++;
}
comparefeature = layer.GetNextFeature();
}*while*(comparefeature!=*null*);
layer.ResetReading();
layer.SetSpatialFilter(*null*); //remove spatial filter
---
regards,
Imran
--
I.R
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: delete feature without fid
i think its f.GetFID()
I`m guessing to show these changes on the file we need to call
layer.SyncToDisk();
regards,
Imran
On Thu, Feb 2, 2012 at 11:59 AM, Imran Rajjad raj...@gmail.com wrote:
hi list,
in the gdal java bindings I need to delete a feature from layer, but it
seems the only way to delete the feature is its FID, which in my case is
unknown. Is there anyway to find the true FID of a feature in layer or
remove a feature by reference just like it can be updated or re-written.
my code ..
Feature f = layer.GetFeature(i); // i is index of loop that runs till
total feature count
g=f.GetGeometryRef();
layer.SetSpatialFilter(g); //reducing layer content to features with same
geom...here its a point
Feature comparefeature = layer.GetNextFeature();
*do*
{
*if*(!f.Equal(comparefeature))
{
comparefeature.delete(); // not the right method...
delcount++;
}
comparefeature = layer.GetNextFeature();
}
*while*(comparefeature!=*null*);
layer.ResetReading();
layer.SetSpatialFilter(
*null*); //remove spatial filter
---
regards,
Imran
--
I.R
--
I.R
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] loading oracle table as layer
Hi list, I have an oracle table with a SDO_Geometry column, is it possible to access this table using gdal/java and do transactions like insertion and modifying features, since this table is used by a gis server and to make changes I have to go through a long process . I check the layer class in Gdal javadocs, there is no sign of creating a layer from oracle. regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] dgn support in gdal/java?
Hi list, I was wondering if there is any support for reading DGN files using GDAL / Java? regards, -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] looking for executable binaries for solaris10
hi, is there any executable binary version for solaris 10? regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] looking for executable binaries for solaris10
hi Sophia, is there any proper walk through or tutorial with steps? regards, Imran On Thu, Apr 21, 2011 at 6:08 PM, Sophia Parafina creta.k...@gmail.com wrote: I don't there are any prebuilt binaries for Solaris. I've built gdal using the tool chain (gcc, bison, etc) from here http://www.sunfreeware.com/ sophia On Apr 21, 2011, at 4:33 AM, Imran Rajjad raj...@gmail.com wrote: hi, is there any executable binary version for solaris 10? regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] help with gdaladdo overviews resolution
Hi list, I`m trying to add overview to a geotiff files that is to be served through geoserver's image mosaic plugin. I have generated overview of the file but I`m not sure about what resoltuions to put in the plugin's properties files. this is my gdalinfo result of the file D:\data\coveragesgdalinfo gt1.tif Driver: GTiff/GeoTIFF Files: gt1.tif Size is 11765, 10031 Coordinate System is: GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.2572235630016, AUTHORITY[EPSG,7030]], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4326]] Origin = (74.288700237628234,31.564984425149991) Pixel Size = (0.02286186497,-0.02286186497) Metadata: AREA_OR_POINT=Area TIFFTAG_SOFTWARE=ERDAS IMAGINE TIFFTAG_XRESOLUTION=1 TIFFTAG_YRESOLUTION=1 TIFFTAG_RESOLUTIONUNIT=1 (unitless) Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 74.2887002, 31.5649844) Lower Left ( 74.2887002, 31.5420517) Upper Right ( 74.3155972, 31.5649844) Lower Right ( 74.3155972, 31.5420517) Center ( 74.3021487, 31.5535181) Band 1 Block=11765x1 Type=Byte, ColorInterp=Red Overviews: 5883x5016, 2942x2508, 1471x1254, 736x627 Metadata: LAYER_TYPE=athematic Band 2 Block=11765x1 Type=Byte, ColorInterp=Green Overviews: 5883x5016, 2942x2508, 1471x1254, 736x627 Metadata: LAYER_TYPE=athematic Band 3 Block=11765x1 Type=Byte, ColorInterp=Blue Overviews: 5883x5016, 2942x2508, 1471x1254, 736x627 Metadata: LAYER_TYPE=athematic previously this is how I added over views D:\data\coveragesgdaladdo -r average gt1.tif 2 4 8 16 now I have to give a resolution for the imagic mosiac plugin for each overview, is there anyway I can find the pixel resultion for each overview. regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] problem with gdaltindex
Hi. Im trying to generate an index shape file for serveral geotiff files in the same directory and I am using gdaltindex -tileindex for that. It seems to work fine with complete file name but is not accepting wildcards incase I want to add all the files in the index. my command line of WinXp - E:\filesgdaltindex -tileindex location test *.tif ERROR 4: Unable to open test.shp or test.SHP. Creating new index file... ERROR 4: `*.tif' does not exist in the file system, and is not recognised as a supported dataset name. Unable to open *.tif, skipping. -- any idea what I am doing wrong here? regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: problem with gdaltindex
I think I found a way to handle this on windows.
create a batch file and put it in the same folder of the tif files (or
any other raster). put the following lines in the batch file and run
it.
--test.bat--
echo on
for /f %%a IN ('dir /b *.tif') do call gdaltindex -tileindex location test %%a
it will run the gdaltindex for each tif file in directory, however I
still have no idea why the command line wont accept wildcard.
regards,
Imran
On Wed, Nov 24, 2010 at 11:08 AM, Imran Rajjad raj...@gmail.com wrote:
Hi.
Im trying to generate an index shape file for serveral geotiff files
in the same directory and I am using gdaltindex -tileindex for that.
It seems to work fine with complete file name but is not accepting
wildcards incase I want to add all the files in the index.
my command line of WinXp
-
E:\filesgdaltindex -tileindex location test *.tif
ERROR 4: Unable to open test.shp or test.SHP.
Creating new index file...
ERROR 4: `*.tif' does not exist in the file system,
and is not recognised as a supported dataset name.
Unable to open *.tif, skipping.
--
any idea what I am doing wrong here?
regards,
Imran
--
I.R
--
I.R
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] ogr2ogr OCI: ORA-13349 and ORA-13356
Hi Sebastian did you verify geometries ? there is a tool in esri arcmap that validates and fixes geometries, I kind of had the same problem but I applied correction through arcMap , and it worked. regards. Imran On Mon, Oct 11, 2010 at 2:28 PM, Sebastian E. Ovide sebastian.ov...@gmail.com wrote: Hi All, Importing shapes into Oracle I'm getting not valid geometrie: ORA-13349 and ORA-13356. No problem importing the same shapes into PostGIS. any ideas ? -- Sebastian E. Ovide ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] unable to append data to orale spatial
hi, I have appended the data but the -lco DIM=2 option does not seem to make any effect, when I`m dumping records into my table, some of them have sdo_gtype set to 3001 which is suppose to be 2001 and also an extra Z cordinate is also appearing but I`m sure I have mentioned the dimension, could there be a problem with the syntax here? ogr2ogr -f OCI OCI:usr/p...@ip:port/db file.shp -append -skipfailure -lco SRID=8307 -lco DIM=2 -lco GEOMETRY_NAME=GEOM -nln ASIA_POI regards, Imran On Wed, Aug 11, 2010 at 11:50 AM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, Imran Rajjad wrote: Hi, yes I figured that out, for now I just drop the index added initialy and I append new data to the table, though I`m not very optimistic That is sensible: drop spatial index, update table, update SDO_GEOM_METADATA and recreate spatial index. There was a related bug in ArcGIS a version or two back where the workaround published by ESRI was to do this same sequence! Best wishes, Peter about not getting any more trouble when publish this table in geoserver. regards, Imran On Wed, Aug 11, 2010 at 11:25 AM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, in the documentation for the OCI Driver it says clearly that the spatial extent and SDO_GEOM_METADATA entries are not updated when using append mode and that it is up to the caller to manage these. It is actually quite easy to code for this, but does require an SQLExecute to handle SDO_GEOM_METADATA. I simply generate this on the fly, along with the SQL to update the spatial index. Best wishes, Peter Imran Rajjad wrote: Hi list, I inserted a shape file in oracle 11g, now I have another shape file with exactly same attributes, I`m using the -append option but it seems the new shapefile wont get appended to the table, there seems to be some problem related to the spatial index because data in both shape files does not come under same spatial extent, is there anyway to tell gdal not to create spatial index when data is being inserted and when all the data has been inserted we create the spatial index manualy? regards, Imran -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] unable to append data to orale spatial
Hi, the orignal table is 2 dimensioned, but the features I`m appending hav 3d, though I thought the -lco DIM=2 option would take care of that, well it seems for now I have to convert 3d to 2d in Oracle 11g using the method defined at http://forums.oracle.com/forums/thread.jspa?messageID=960492#960492 .. it has worked for me , but all this is too much time on the consoles. thanks a lot regards, Imran On Thu, Aug 12, 2010 at 12:37 PM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, is the initial table two or three dimensioned? Most of the shapefiles I've looked at have been generated by some ESRI product or other ... In my experience, shapefiles are usually x-y-z-m, so three dimensional geometry is a sensible default. It might be worth checking the OGR TRAC buglist ... I've a vague recollection that at some version or other there may have been an issue regarding appending a non-default coordinate dimension, but do not recall whether that was ogr2ogr - which I use rarely - or an issue when programming with the OGR API. Best wishes, Peter Imran Rajjad wrote: hi, I have appended the data but the -lco DIM=2 option does not seem to make any effect, when I`m dumping records into my table, some of them have sdo_gtype set to 3001 which is suppose to be 2001 and also an extra Z cordinate is also appearing but I`m sure I have mentioned the dimension, could there be a problem with the syntax here? ogr2ogr -f OCI OCI:usr/p...@ip:port/db file.shp -append -skipfailure -lco SRID=8307 -lco DIM=2 -lco GEOMETRY_NAME=GEOM -nln ASIA_POI regards, Imran On Wed, Aug 11, 2010 at 11:50 AM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, Imran Rajjad wrote: Hi, yes I figured that out, for now I just drop the index added initialy and I append new data to the table, though I`m not very optimistic That is sensible: drop spatial index, update table, update SDO_GEOM_METADATA and recreate spatial index. There was a related bug in ArcGIS a version or two back where the workaround published by ESRI was to do this same sequence! Best wishes, Peter about not getting any more trouble when publish this table in geoserver. regards, Imran On Wed, Aug 11, 2010 at 11:25 AM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, in the documentation for the OCI Driver it says clearly that the spatial extent and SDO_GEOM_METADATA entries are not updated when using append mode and that it is up to the caller to manage these. It is actually quite easy to code for this, but does require an SQLExecute to handle SDO_GEOM_METADATA. I simply generate this on the fly, along with the SQL to update the spatial index. Best wishes, Peter Imran Rajjad wrote: Hi list, I inserted a shape file in oracle 11g, now I have another shape file with exactly same attributes, I`m using the -append option but it seems the new shapefile wont get appended to the table, there seems to be some problem related to the spatial index because data in both shape files does not come under same spatial extent, is there anyway to tell gdal not to create spatial index when data is being inserted and when all the data has been inserted we create the spatial index manualy? regards, Imran -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] unable to append data to orale spatial
Hi list, I inserted a shape file in oracle 11g, now I have another shape file with exactly same attributes, I`m using the -append option but it seems the new shapefile wont get appended to the table, there seems to be some problem related to the spatial index because data in both shape files does not come under same spatial extent, is there anyway to tell gdal not to create spatial index when data is being inserted and when all the data has been inserted we create the spatial index manualy? regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] unable to append data to orale spatial
Hi, yes I figured that out, for now I just drop the index added initialy and I append new data to the table, though I`m not very optimistic about not getting any more trouble when publish this table in geoserver. regards, Imran On Wed, Aug 11, 2010 at 11:25 AM, Peter J Halls p.ha...@york.ac.uk wrote: Imran, in the documentation for the OCI Driver it says clearly that the spatial extent and SDO_GEOM_METADATA entries are not updated when using append mode and that it is up to the caller to manage these. It is actually quite easy to code for this, but does require an SQLExecute to handle SDO_GEOM_METADATA. I simply generate this on the fly, along with the SQL to update the spatial index. Best wishes, Peter Imran Rajjad wrote: Hi list, I inserted a shape file in oracle 11g, now I have another shape file with exactly same attributes, I`m using the -append option but it seems the new shapefile wont get appended to the table, there seems to be some problem related to the spatial index because data in both shape files does not come under same spatial extent, is there anyway to tell gdal not to create spatial index when data is being inserted and when all the data has been inserted we create the spatial index manualy? regards, Imran -- Peter J Halls, GIS Advisor, University of York Telephone: 01904 433806 Fax: 01904 433740 Snail mail: IT Services, University of York, Heslington, York YO10 5DD This message has the status of a private and personal communication -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] export SDO to SHP?
Hi list, is it possile to import and SDO table into a shape file using ogr2ogr? regards, Imran -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Re: Hoe to convert ERDAS imagine(.img) files to ARC info ASCII files viceversa
hi, Did you try ogr2ogr? it is also command line simple, I used it oftent convert between different formats. After installing GDAL type ogrinfo /? to see the possible formats. regads, Imran 2010/5/18 Iván Sánchez Ortega i...@sanchezortega.es: El 18/05/2010 10:39, mail2vajram escribió: I don't know how to use GDal_translate. Can u explain me how to do this You need to download the GDAL utilities, or some bundle that includes them (such as osgeo4w or fwtools). Then, open up a console and refer to the documentation: http://www.gdal.org/gdal_translate.html Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] srs definition for wgs84
Hi list, I`m trying to export a shape file to oracle, however when I view my oracle table I find that the SRS has not been set. I tried to add the -a_srs paramter to the command line and gave it 4326 which EPSG from Geographical WGS84 ogr2ogr -f OCI OCI:mdsys/mediat...@10.0.80.31:1521/attmsd rural.shp -a_srs EPSG:4326 but SDO_SRID in the table is set to 8192 whereas it should be 4326 ORA_GEOMETRY(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINAT SDO_GEOMETRY(3001, 8192, SDO_POINT_TYPE(69.4, 27.55, 0), NULL, NULL) SDO_GEOMETRY(3001, 8192, SDO_POINT_TYPE(72.28, 29.07, 0), NULL, NULL) SDO_GEOMETRY(3001, 8192, SDO_POINT_TYPE(65.6, 27.116667, 0), NULL, NULL) SDO_GEOMETRY(3001, 8192, SDO_POINT_TYPE(71.38, 29.48, 0), NULL, NULL) SDO_GEOMETRY(3001, 8192, SDO_POINT_TYPE(70.18, 28.016667, 0), NULL, NULL) what am i doing -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Re: srs definition for wgs84
Hi, I tried the following command , i guess I`m not getting the correct syntax here regards, Imran ogr2ogr -f OCI OCI:mdsys/mediat...@10.0.80.31:1521/attmsd parceldata.shp -skipfailures -lco SRID=4326 DIM=2 GEOMETRY_NAME=GEOM -lnl TABLE_NAME_IN_ORACLE=Parcel1 On Thu, May 13, 2010 at 5:02 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Peter J Halls P.Halls at york.ac.uk writes: Imran, the Oracle SRID value of 8192 *is* WGS84. Oracle does not store the EPSG values, but has its own set. Starting from Oracle 10g or something it supports also EPSG codes. Old codes are still supported by Oracle but other programs usually do not understand Oracle SRID codes. Fortunately they are no more needed. But I think that the correct way to give target SRID with ogr Oracle driver is not to use -a_srs but the Layer Creation Option -lco SRID=4326. -Jukka Rahkonen- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- I.R ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
