Re: [gdal-dev] tileindex performance

Hi guys, I am the developer of the gdal_retile. Using gdal_retile on very large images only makes sense if you plan to import your tiles into a jdbc database. Serving images from so many files is not recommended. I tested on an AIX Box, tiling an 80 GB Erdas image. The performance decreas

[gdal-dev] Java swig binding wont comile.

Hello, I am trying to get GDAL building and working for the purpose of converting various scanned historic maps to the JPEG2000 format and also to georeference these images. I downloaded gdal-1.7.2 and it built fine on (Red Hat 3.4.5-2). I then attempted to build the java swig bindings for GDA

[gdal-dev] Re: geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

Is there a prebuilt Windows 32-bit executable for Gdal Development 1.8 available for download anywhere? I would love to try the new geospatial pdf capability but don't really have the necessary expertise to build Gdal from code. Thanks Tim Osborn -- View this message in context: http://osgeo-

[gdal-dev] gdaldem color-relief color_text_files

I am in need of some color_text files to use with the gdaldem color-relief utility to create color relief versions of Slope, Aspect, Roughness, TRI, & TPI maps. I seems to me that these ought to be pretty standard and as my skill set is on the developer side rather than the cartographer side of th

Re: [gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

yes, GDAL should be able to read geoPDF topo files from the USGS. (geospatial PDF is more neutral term than geoPDF that happens to be a trademark This is great news, thanks! -matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo

Re: [gdal-dev] building with PDF driver on Windows + ?

Thanks, this is obsolete now. I've just removed that. This dates back to when KMLSUPEROVERLAY needed external minizip. Now minizip has been imported in GDAL source tree and this is no longer needed. Nice. So I got two for the price of one. ___ g

Re: [gdal-dev] building with PDF driver on Windows + ?

Le jeudi 14 octobre 2010 23:23:51, Joaquim Luis a écrit : > Did I mention before that the propeller (sorry, poppler) doesn't have > any building instructions for Windows? > > Well, the CMakeLists.txt is incomplete and does not add the contents of > the "splash" directory to the project. After addi

Re: [gdal-dev] building with PDF driver on Windows + ?

Did I mention before that the propeller (sorry, poppler) doesn't have any building instructions for Windows? Well, the CMakeLists.txt is incomplete and does not add the contents of the "splash" directory to the project. After adding all *.cc from 'splash' to project, GDAL is happy with the pop

Re: [gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

Boris yes, GDAL should be able to read geoPDF topo files from the USGS. (geospatial PDF is more neutral term than geoPDF that happens to be a trademark... see "Important Note" in http://en.wikipedia.org/wiki/Geospatial_PDF. no further comment...) First, did you check that PDF is listed when do

[gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

A GDAL doc says GDAL1.8 handles geospatial PDF file (which I assume are the same as geoPDF topo files of the USGS). The problem is that after compiling GDAL1.8 from source GDAL doesn't recognize my geoPDF file. When I try both of the following: $gdalinfo my_ge

Re: [gdal-dev] building with PDF driver on Windows

On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, use

[gdal-dev] Re: Geomedia mdb files

You may find a description of the Geomedia BLOB format at http://www.mygeomedia.com/articles/gdoblobs.asp. A more detailed description should be available via the Intergraph synergy program (http://synergy.intergraph.com/). Rasmus ___ gdal-dev mai

Re: [gdal-dev] building with PDF driver on Windows

Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : > Hi, > > I tried to build GDAL on Win with PDF support and CV2010 > > Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the "packager mode" (or whatever it is ca

Re: [gdal-dev] tileindex performance

Hi Nikos, I also have difficulty tiling large, high res images with gdal_retile. I would say our average process--a county-wide, 1-foot resolution ECW--takes about a month to run to completion. At first, tiles are generated with blazing speed. But by the time the routine has been running f

Re: [gdal-dev] tileindex performance

nickos85 wrote: Hi, I have a mapserver and a high resolution image about 4GB when i make the image tiles with a size of 512x512 using gdal_retile I have better result instead of a tile size of 256x256. I think the problem is on how the search algorithm for the location of the tile can be improov

[gdal-dev] tileindex performance

Hi, I have a mapserver and a high resolution image about 4GB when i make the image tiles with a size of 512x512 using gdal_retile I have better result instead of a tile size of 256x256. I think the problem is on how the search algorithm for the location of the tile can be improoved. Any suggestio

[gdal-dev] building with PDF driver on Windows

Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. Instructions on how to build poppler are completely absent (but there is on CMake list file that we may try to guess what's essential from the optional stuff). Building free type raised an error somewhere

[gdal-dev] Error in gml reader.

Hello List, I am working with gml v3 data. Sometimes coordiantes like 712345.082 5432000.318 become 712345.082 5432 when using the postgres database driver. But everthing is correct when using the new pg_dump driver. The gml data is read by nas driver who used gml driver for converting geometry