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
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
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
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
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
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
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,
A GDAL doc http://www.gdal.org/frmt_pdf.html 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
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
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 adding all
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.
___
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
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
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:
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
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
16 matches
Mail list logo