-- Forwarded message --
From: Ricardo Filipe Soares Garcia da
Date: Wed, Aug 24, 2011 at 6:07 PM
Subject: reading postgis raster in mode 2 error
To: gdal-dev@lists.osgeo.org
Hi list
I am trying out the postgis raster driver.
I'm running Ubuntu 11.04 with gdal 1.8 from the ubunt
Eli,
I finally got around to looking at the example shapefile and running the same
operation on my machine, and it does indeed seem like the same bug. Thanks for
the good eye, this almost seems like two separate issues; first being the
missing edge points and second being the weird offset. I
Le vendredi 26 août 2011 17:15:47, Etienne Tourigny a écrit :
My thoughts, just from a process point of view, not being myself deeply
involved in the NetCDF format :
* A wiki page (I'd suggest either a new page -
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements - or at least a clearly
ident
On 26/08/2011 16:33, Even Rouault wrote:
Selon Hermann Peifer:
Hi,
Occasionally I use a small .asc file, which I then gdal_translate into a
bigger blank GeoTIFF. I tried to make the smallest possible test.asc
file with 1 col x 1 row and 1 cell value only, but I ended up with ERROR
4: file not
Hi all,
Since a few people have shown an interest in helping out, I would suggest to
set up space where we can post ideas, goals and test files. This could take
the form of one of the following:
- a new wiki entry in trac, or the existing one at
http://trac.osgeo.org/gdal/wiki/NetCDF
- a fi
Selon Chaitanya kumar CH :
> Jan,
>
> The first error message is because of the block size. The entire image is
> taken as a block; not good for large rasters. When copying, GDAL tries to
> load the entire block into the memory.
>
> It's very likely that the problem will be resolved if we create c
Selon Hermann Peifer :
> Hi,
>
> Occasionally I use a small .asc file, which I then gdal_translate into a
> bigger blank GeoTIFF. I tried to make the smallest possible test.asc
> file with 1 col x 1 row and 1 cell value only, but I ended up with ERROR
> 4: file not recognised as a supported file f
Jan,
The first error message is because of the block size. The entire image is
taken as a block; not good for large rasters. When copying, GDAL tries to
load the entire block into the memory.
It's very likely that the problem will be resolved if we create copies of
the gtiffs with smaller blocks.
Jan
you can skip that step and cut it up directly but it will take quite a
bit longer. the wms driver will download the entire area each time you
run gdal_translate -scrwin n n n n mywms.xml myouttile.tif
also if your running into wms performance issues have you built
overviews on your images? ht
Jan
if you already have a wms setup with your data you could use the wms
driver to read it. gdal_translate to a bigtiff. then cut it up into
tiles with gdal_translate -srcwin
Brian
On Fri, 2011-08-26 at 15:17 +0200, Jan Tappenbeck wrote:
>
> hi!
>
> i have following problem. openstreetmap c
Hi,
Occasionally I use a small .asc file, which I then gdal_translate into a
bigger blank GeoTIFF. I tried to make the smallest possible test.asc
file with 1 col x 1 row and 1 cell value only, but I ended up with ERROR
4: file not recognised as a supported file format.
The error message seem
hi!
i have following problem. openstreetmap could be download images by
aerowest for drawing elementes. the download had to taken manuell and so
it is not possible to create leaf cut off images.
know i want to clean my gallery in hope to get more performance in my
local wms-service.
did
hi !
i have got two images to merge and convert into ecw - but i only get a
error-message and a black image.
i send following command:
gdal_merge.bat -of GTiff -o
D:/GDAL_Projekte/xx/xx_gesamt.tif
D:/GDAL_Projekte/xx/xx_300_nord_geo.tif
D:/GDAL_Projekte/
Etienne,
My group is also very much in support of the suggested improvements, as
NetCDF/CF is becoming the most important standard for data
storage/exchange in our community (climate, meteorology, oceanography).
My group is not much into GDAL driver development (at least not yet),
but we are
14 matches
Mail list logo
