Dear group
We are using GDAL - both command line and Python bindings - for much of our
modelling work. However, we find that the library wants to round floating point
numbers down to single precision (Float32 or DataType=6) where what we need for
scientific computing is double precision (Float
Hi all,
I need to merge two shapefile, is it possible with GDAL ?
Thank you
--
Giacomo
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Armin,
GDAL's resampling algorithms for overviews are a bit restricted. Your best
bet is to smoothen the image with an image processing software.
On Thu, Aug 5, 2010 at 11:00 PM, Armin Burger wrote:
> Chaitanya
>
> I send the image just to you since it's not small any more. This is a
> mosaic o
Frank Warmerdam wrote:
> Folks,
>
> I motion to adopt RFC 28: OGR SQL Generalized Expressions.
>
> http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
>
+1
--
Daniel Morissette
http://www.mapgears.com/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
+1
Tamas
2010/8/5 Frank Warmerdam
> Folks,
>
> I motion to adopt RFC 28: OGR SQL Generalized Expressions.
>
> http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
>
> The working implementation is available in the sandbox noted in the
> RFC, though I'm still refining it.
>
> Best regards,
> --
>
>
+1
Even
Le jeudi 05 août 2010 21:50:46, Frank Warmerdam a écrit :
> Folks,
>
> I motion to adopt RFC 28: OGR SQL Generalized Expressions.
>
>http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
>
> The working implementation is available in the sandbox noted in the
> RFC, though I'm still refinin
On Aug 5, 2010, at 2:50 PM, Frank Warmerdam wrote:
> Folks,
>
> I motion to adopt RFC 28: OGR SQL Generalized Expressions.
>
> http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
>
> The working implementation is available in the sandbox noted in the
> RFC, though I'm still refining it.
+1
Howard
Folks,
I motion to adopt RFC 28: OGR SQL Generalized Expressions.
http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc
The working implementation is available in the sandbox noted in the
RFC, though I'm still refining it.
Best regards,
--
---+
Hi,
Switcing to x64 should produce x64 compatible libs and dll with the expat
solution. You can use de Depends tool to inspect libexpat.dll whether it's
an x64 or x32 image.
BTW: If you don't want to make your hands dirty with the compilation just
download one of the SDK packages from http://vbkto
2010/8/5 Ari Jolma
> Tamas Szekeres wrote:
>
>>
>> I've now updated the GDAL csharp bindings to include that fix which
>> already exists in SWIG 2.0.
>>
>> Upgrading the bindings to support SWIG 2.0 would be quite complicated due
>> to several backward incompatible changes introduced from version
Tamas Szekeres wrote:
I've now updated the GDAL csharp bindings to include that fix which
already exists in SWIG 2.0.
Upgrading the bindings to support SWIG 2.0 would be quite complicated
due to several backward incompatible changes introduced from versions
to versions.
In addition we have
Hi,
I have removed external plugins and found that the JNI works when
I have removed the lib expat from nmake.opt
I was compiling the expat from source I downloaded from
http://sourceforge.net/projects/expat/files/
I am using version 2.0.1.
Have you got any problems compiling and using expat.
I
Edi,
its not like that, you provide shp2img a map file, bounding box, height
and width of output file, and it produces a image made of all the tiles
that land in that bounding box
brian
- Hide quoted text -
On Wed, 2010-08-04 at 16:09 +0200, Edi KARADUMI wrote:
> oh yeah. thnx
> But do you know
El día Thursday 05 August 2010 16:18:55, Giacomo Piva dijo:
> I have a somple and fast question: is it possible to execute a gdalwarp
> command on a shapefile? how?
Raster data is warped. Vector data is reprojected. These concepts are quite
different.
--
Iván Sánchez Ortega
Un ordenador no es
Giacomo,
You can use ogr2ogr utility for that. (http://www.gdal.org/ogr2ogr.html)
On Thu, Aug 5, 2010 at 7:48 PM, Giacomo Piva wrote:
> Hi all,
> I have a somple and fast question: is it possible to execute a gdalwarp
> command on a shapefile? how?
>
> Thank you
>
> --
> Giacomo
>
> ___
Hi all,
I have a somple and fast question: is it possible to execute a gdalwarp
command on a shapefile? how?
Thank you
--
Giacomo
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Thnx, that dids the job. Actually i was trying with gdal_translate -a_srs
"+proj=tmerc +lat_0=0 +lon_0=21 +k=1 +x_0=450 +y_0=0 +ellps=krass
+units=m +no_defs" input.tif output.tif and it worked too.
Another thing if i execute this command after i have created the overview
they are not in the n
Edi
this is a typical issue with GDAL using less "common" projections specified
with their EPSG code (it always works fine with UTM projections for example).
The transformation is correct, but the GeoTiff header is a bit weird. This
happens for me eg. when I use a pan-European projection like E
Frank,
Your solution seems to work for me. I don't know ArcGIS well enough to dig
into why it behaves that way, but deleting the features outside the claimed
extent (they aren't showing up as null in ogr), then using ogr2ogr does
result in a safe, non-corrupt shapefile that is usable with both A
when i use gdalwarp -t_srs EPSG:2199 source.tif dest.tif i get an ok but when
i use gdalinfo i get
the following result:
Driver: GTiff/GeoTIFF
Files: dest.tif
dest.tfw
Size is 9375, 6250
Coordinate System is:
PROJCS["unnamed",
GEOGCS[,
DATUM["unknown",
SPHEROIK["unretrievab
Hi all
I have a question regarding the resampling modes for the gdaladdo utility.
Since the overviews are used by Mapserver afterwards, I ran some tests with a
map file referencing the Tiff image and the shp2img tool to output the results.
I found the gauss resampling smoothening the image a b
I think you may refer to the issue reported in
http://trac.osgeo.org/gdal/ticket/3560
I've now updated the GDAL csharp bindings to include that fix which already
exists in SWIG 2.0.
Upgrading the bindings to support SWIG 2.0 would be quite complicated due to
several backward incompatible changes
Ok I understand
Thanks it work perfectly
Ludovic
Le 05/08/2010 09:36, Francis Markham a écrit :
The driver and datasource are going out of scope. The former can be
fixed by using ogr.Open instead of driver.Open The latter can be fixed
by returning it from the function. A revised version of y
The driver and datasource are going out of scope. The former can be fixed
by using ogr.Open instead of driver.Open The latter can be fixed by
returning it from the function. A revised version of your code would look
like:
# import modules
from osgeo import ogr
def openShapeLine(shapefile):
#
Hello
I'm trying to develop with ogr in python. I'm on ubuntu 10.4 and I use
gdal 1.7
When I try to get back a layer object from a function, I have the
following message when I do python monscript.py :
"Erreur de segmentation"
This is my code :
---
# import modules
from o
25 matches
Mail list logo
