Hi Manuel, I think you will still need to be more specific. You've
indicated that the data is points, but not what the variables in the
file are, which variables need to be interrogated for coordinates vs.
values, what their dimensions are, whether you want several
shapefiles, or just one with (say
Armin,
This can be done in either OGR or PostGIS.
For OGR, refer to the OGRGeometry class reference, especially the
ConvexHull(), Union() and UnionCascaded() functions.
For PostGIS, ST_Boundary() and ST_Union().
On Wed, Mar 16, 2011 at 6:23 AM, Armin Burger wrote:
> Marius,
>
> thanks for the
Thanks for your help,
it has to be a Shapefile because we do some further processing (symbology, map
creation...).
The netCDF file contains hydrodynamics point data.
Best regards
Manuel
Date: Wed, 16 Mar 2011 09:32:16 +0530
Subject: Re: [gdal-dev] netCDF to Shapefile
From: chaitanya...@gma
Manuel,
Shapefile is for vector formats alone. Try a raster format to convert the
netCDF data.
As for the performance, you don't need to cache anything. But it may help to
tweak the GDAL_CACHEMAX setting.
http://trac.osgeo.org/gdal/wiki/FAQRaster#Howtoimprovegdalwarpperfomance
On Wed, Mar 16, 20
Hi,
I would like to convert certain time slices (records) out of a netCDF file to a
Shapefile.
The netCDF file has 7> GB, so what is the best proceed to get an appropriate
performance?
I mean, should the data be cached (e.g. in an ASCII file, ...) before writing a
Shapefile or can the shp
Marius,
thanks for the suggestion. I don't know if shapely supports
re-projection of geometries or has a simplify algorithm, which I will
both need. There could be some other functions of GDAL/OGR that I might
need in the future as well. So in principal I'd prefer to stick to GDAL.
armin
O
Armin,
Not sure if this would be straightforward in GDAL but you might want to
consider a combination of GDAL + Shapely
(http://gispython.org/shapely/docs/1.2/manual.html#cascading-unions).
What you're trying to do is spatial analysis not directly implemented in
GDAL. Shapely requires that you're
Hi all
I would like to catalogue shapefiles scattered over lots of directories
of the file system and store retrievable information of the shapefiles
in a PostGIS layer. Extracting parameters like extent, projection,
fields, etc works very fine with GDAL's Python bindings.
But I would also l
Le mardi 15 mars 2011 23:49:30, Marco Lechner - FOSSGIS e.V. a écrit :
> I can reproduce this feature/bug on a freshly installed minimal squeeze
> having nothing than downloaded gdal-source using
Well, I've just installed a virtual machine with a Debian Squeeze 64 bit and
installed libxerces-c-de
I can reproduce this feature/bug on a freshly installed minimal squeeze
having nothing than downloaded gdal-source using
# ./configure --with-xerces=yes --with-xerces-inc=/usr/include/
--with-xerces-lib=/usr/lib/
and having installed
i libxerces-c-dev
v libxerces-c3-dev
v libxerces-c3-doc
v libx
Le mardi 15 mars 2011 22:48:16, Kyle Ellison a écrit :
> Even,
>
> I tried out the patch. I was unable to actually try it in the 1.9 source
> since my environment uses the C# bindings and gdal18.dll. So, I applied
> the patch manually to the 1.8 version I had. That was not terribly
> difficult.
Even,
I tried out the patch. I was unable to actually try it in the 1.9 source since
my environment uses the C# bindings and gdal18.dll. So, I applied the patch
manually to the 1.8 version I had. That was not terribly difficult... mainly
just different line numbers in geotiff.cpp. Anyway, w
On 3/15/2011 2:23 PM, Chaitanya kumar CH wrote:
Oliver,
Can you confirm if you have xerces headers in /etc/include directory?
That should probably say /usr/include directory, in case that was not
obvious.
-Steve
On Tue, Mar 15, 2011 at 11:13 PM, Oliver Burger
mailto:oliver@googlemail.
Oliver,
Can you confirm if you have xerces headers in /etc/include directory?
On Tue, Mar 15, 2011 at 11:13 PM, Oliver Burger
wrote:
> I have a strange problem installing gdal-1.8.0 on a debian squeeze 64bit
> server.
>
> I'm using the following configure:
> ./configure --prefix=/usr/local/gdal-
Natasha,
nmake.opt file is for when you compile the source. It is in the root
directory of the GDAL source tree.
If you intend to use Oracle Spatial with GDAL on Windows, you are better off
with OSGeo4W than FWTools. It provides oracle support as a separate plugin.
http://trac.osgeo.org/osgeo4w/
I have a strange problem installing gdal-1.8.0 on a debian squeeze 64bit
server.
I'm using the following configure:
./configure --prefix=/usr/local/gdal-1.8.0 --with-xerces=yes
Installed are:
libxerces-c-dev 3.1.1-1+b1
libxerces-c3.1 3.1.1-1+b1
out of the debian reposit
Hi All
I am using FWTools.Can anyone tell me where is this
nmake.opt file located on our system?if its not there then
how to get it?(As i want to configure oracle spatial with
GDAL)
please reply soon.
Thanks and regards
Natasha
_
Selon Kyle Ellison :
> Thanks Even. Yes it is GeoTIFF. This is the first time I've ever looked at
> the GDAL source, so I am not sure what the faster version we have was
> actually doing regarding metadata files. I know that by commenting out the
> search for RPC files, I was able to get the i
Thanks Even. Yes it is GeoTIFF. This is the first time I've ever looked at
the GDAL source, so I am not sure what the faster version we have was
actually doing regarding metadata files. I know that by commenting out the
search for RPC files, I was able to get the image open time back down to
wh
Quoting Devrim Baris Acar :
Hi,
I am building a pyramid from a 650 MB geotiff file (rgb) , with the
following command from fwtools 2.4.6 on a win32 box
gdal_retile -levels 5 -pyramidOnly -targetDir pyramid bathymetry.
I loaded these image files to geoserver and see that when I zoomed to the
hi
I never use gdal_retile, but i use gdaladdo. It's perfect and there's no
qualtity degradation.
gdaladdo create one tiff (or other format if you want) overview, containing
different level.
Syntax : gdaladdo -ro filename 2 4 8 16 32
http://www.gdal.org/gdaladdo.html
2011/3/15 Devrim Baris Acar
>
Hi,
I am building a pyramid from a 650 MB geotiff file (rgb) , with the
following command from fwtools 2.4.6 on a win32 box
gdal_retile -levels 5 -pyramidOnly -targetDir pyramid bathymetry.
I loaded these image files to geoserver and see that when I zoomed to the
higheest available level, the im
22 matches
Mail list logo