[gdal-dev] New OGR Driver

Hello, I'm implementing a new driver for OGR. The driver is responsible for handling with GPSTrackMaker files . GTM files. This program is extensively used in Brazil on a project called Tracksource. This community makes maps from Brazilian cities and distributes them freely

Re: [Gdal-dev] Could anyone share me a copy of sourcefile of dealing with hdf4.x using GDAL library?

kohain wrote: > > Could anyone share me a copy of sourcefile of dealing with hdf4.x using > GDAL library? > I miss a great trouble on using it. > The one which was built under VC++ will be the best. And my E-Mail is koha...@yahoo.com.cn -- View this message in context: http://n2.nabble.com/C

[Gdal-dev] Could anyone share me a copy of sourcefile of dealing with hdf4.x using GDAL library?

Could anyone share me a copy of sourcefile of dealing with hdf4.x using GDAL library? I miss a great trouble on using it. -- View this message in context: http://n2.nabble.com/Could-anyone-share-me-a-copy-of-sourcefile-of-dealing-with-hdf4-x-using-GDAL-library-tp3484097p3484097.html Sent from th

[gdal-dev] Re: C# Nad27 to WGS 84

Installed .Net2 SDK on my Vista machine and compiled it via that installation and it worked. But should it not be doable on a .net3.5 installation? From GUI editor (VSE 2008) it is, should also be via the command line. Yours Tomas Tamas Szekeres skrev: 2009/8/18 Tomas R mailto:mon...@home

[gdal-dev] calculate raster values within a vector

Can anyone get me started on a script that can - -Open a shapefile -Open many rasters -Calculate the mean and standard deviation of those rasters within the shapefile region, but is able to ignore areas of zeros or NoData -Output the mean and standard deviation to a table Otherwise any tu

Re: [gdal-dev] Re: Strange things with gdalwarp ...

Jukka Rahkonen wrote: Gdalwarp has now been running for 27 hours. Process is taking 70 megabytes of memory and 5-15 percent of processor time. As a result I have now output tiff file that is very, very slowly growing in size. Now, after 27-hour run the filesize is 13 gigabytes. Judged by the file

RE: [gdal-dev] OGR OCI Driver improvement about CoordinateDimension

Peter, > -Message d'origine- > De : Peter J Halls [mailto:p.ha...@york.ac.uk] > Envoyé : jeudi 20 août 2009 14:25 > À : Nicolas Simon > Cc : gdal-dev@lists.osgeo.org > Objet : Re: [gdal-dev] OGR OCI Driver improvement about > CoordinateDimension > > > Nicolas, > > I think that the d

Re: [Gdal-dev] Flashy colors in a pyramid

acangi wrote: > > I re-created the first tile that gave me the problem (and only this tile) > from the source files using gdal_retile and gdal_translate -projwin. The > problem isn't there any more. [...] I still need to recreate the higher > tiles, if that works. > Using gdal_retile step by

Re: [gdal-dev] OGR OCI Driver improvement about CoordinateDimension

Nicolas, I think that the default geometry for OCI is 3 dimensions (Oracle), but the number of dimensions is stored in the mdsys_geom_metadata table entry for the table. If you are opening an existing table, the OCI driver should set the geometry from the metadata; it is specified to OGR w

Re: [gdal-dev] Re: Strange things with gdalwarp ...

Just a thought, but 2.3GB is remarkably like the maximum size of a positive 32bit integer. Is the file being written on Windows or some other 32bit system? Peter Even Rouault wrote: Quoting Rahkonen Jukka : Jukka, you can probably speed up considerably the gdalwarp process by adding "-co TIL

Re: [gdal-dev] Re: Strange things with gdalwarp ...

Quoting Rahkonen Jukka : > > > > Jukka, you can probably speed up considerably the gdalwarp > > process by adding "-co TILED=YES" to the gdalwarp > > commandline. For such a big output file, using the default > > stripped structure of a TIFF will be very inefficient because > > the way gdalwarp pro

RE: [gdal-dev] OGR OCI Driver improvement about CoordinateDimension

Hello, I've installed my Python environment successfully. Now I would like to test the autotest http://svn.osgeo.org/gdal/trunk/autotest/ogr/ogr_oci.py but in the function ogr_oci_10() the 'expected_wkt' include a

Re: [gdal-dev] Re: Strange things with gdalwarp ...

Even Rouault wrote: > Quoting Jukka Rahkonen : > > > Hermann Peifer gmx.eu> writes: > > > > > > > > Jukka wrote > > > > > > > > > > Did you try to use gdalwarp also for the second step with > > > > -srcnodata > > value > > [value...]? I believe you did set > > > some NODATA value in step 1 fo

Re: [gdal-dev] Re: Strange things with gdalwarp ...

Quoting Jukka Rahkonen : > Hermann Peifer gmx.eu> writes: > > > > > Jukka wrote > > > > > > > Did you try to use gdalwarp also for the second step with -srcnodata > value > [value...]? I believe you did set > > some NODATA value in step 1 for the intermediate images. > > > > > > -Jukka Rahkonen-

[gdal-dev] Re: Strange things with gdalwarp ...

Hermann Peifer gmx.eu> writes: > > Jukka wrote > > > > Did you try to use gdalwarp also for the second step with -srcnodata value [value...]? I believe you did set > some NODATA value in step 1 for the intermediate images. > > > > -Jukka Rahkonen- > > I did. However, the main problem with