[gdal-dev] Re: gdal_rasterize -tr and -te

2010-09-30 Thread Jukka Rahkonen
Hermann Peifer gmx.eu> writes: > At work, we are taking this "standard grid" issue pretty serious, but > indeed, we might be the only ones worldwide with such a business rule. You are not alone, we are reprojecting our rasters to standard grid because it helps in making seamless mosaics from t

Re: [gdal-dev] gdal_rasterize -tr and -te

2010-09-30 Thread Hermann Peifer
On 30/09/2010 18:50, Even Rouault wrote: Lower Right ( 4994200, 3010800) There is probably no way of convincing gdal_rasterize to do the maths, based on the provided tr and te values? No there isn't. This is a bit too specialized requirement... Your best help is some Python GDAL scripting to c

Re: [gdal-dev] JVM crash on making a call to the class/method OGRLineString::exportToWkt

2010-09-30 Thread Even Rouault
Brian, This is indeed going be difficult to help you in an efficient way without a testable case... First, check that GDAL is configured --with-threads Then try the OGRFeature and OGRTestGC test applications that are generated in swig/java/build/apps How ogrinfo and ogr2ogr work on the TIGER

Re: [gdal-dev] gdal_rasterize -tr and -te

2010-09-30 Thread Even Rouault
> Lower Right ( 4994200, 3010800) > > There is probably no way of convincing gdal_rasterize to do the maths, > based on the provided tr and te values? No there isn't. This is a bit too specialized requirement... Your best help is some Python GDAL scripting to create the output file before using

[gdal-dev] GDALOpen GDALClose memory leak when threading

2010-09-30 Thread Benoît Andrieu
Hi list ! I am having some strange memory leak problems and I need help ! ^^ Our software is having memory leaks, I looked into this and I found it is related with the loading unloading of GDALDatasets. By the way, the software is in C# and Managed C++. The code that calls GDAL is in Managed

Re: [gdal-dev] ogr problems with MapInfo

2010-09-30 Thread Sebastian E. Ovide
done... didn't work... Copied on the same SMB folder with undercase names... both ogrinfo and tab2tab failed. Copied the same files to a local folder and both ogrinfo and tab2tab succeeded... same errors On Thu, Sep 30, 2010 at 1:44 PM, Daniel Morissette wrote: > Sebastian E. Ovide wrote:

[gdal-dev] JVM crash on making a call to the class/method OGRLineString::exportToWkt

2010-09-30 Thread Brian Kelly
Hi all, Apologies in advance for not providing a testable case that can be fired up. I'm hoping the background info provided and investigation work shown below is enough to help trace what the issue is. PROBLEM DEFINITION: I work with a custom java application that loads GIS data using GDAL (curr

Re: [gdal-dev] ogr problems with MapInfo

2010-09-30 Thread Daniel Morissette
Sebastian E. Ovide wrote: > > can verbosity be increased further ? > I don't think so... the only way to know more about what is happening would be to run this in gdb. > and with TAB2TAB the only messages that I get are: > > g...@mapserver:/tmp$ /home/gis/src/mitab-1.7.0/mitab/tab2tab > /home

Re: [gdal-dev] ogr problems with MapInfo

2010-09-30 Thread Sebastian E. Ovide
no luck... gdal is compiled with --enable-debug and CPL_DEBUG=ON the only output that I get is g...@mapserver:~/data/tmp$ ogrinfo . OGR: OGROpen(.) failed. OGR: OGROpen(.) failed. FAILURE: Unable to open datasource `.' with the following drivers. -> ESRI Shapefile -> MapInfo File ... can ve

[gdal-dev] gdal_rasterize -tr and -te

2010-09-30 Thread Hermann Peifer
Hi All, GDAL >= 1.8.0 comes with the helpful switches -te and -tr. If the target extent is not specified, the extent of the output file will be the extent of the vector layers. This leads usually to corner coordinates like this: Upper Left ( 4923406.374, 3088693.597) Lower Right ( 4994261.3