Darn -- meant this to go to the list not just to Harsh
-- Forwarded message --
From: Brian Wilson
Date: Mon, Apr 4, 2011 at 11:10 AM
Subject: Re: [gdal-dev] kml superoverlay help request
To: Harsh Govind
Okay, so I cannot read KMZ w/gdal. I am using version 1.8 running on Ubuntu
Bill,
Either of OGRGeometry::Union() and OGRGeometry::UnionCascaded() should help
you.
I would choose the latter if there are more than two polygons. It operates
on an OGRMultiPolygon object.
On Tue, Apr 5, 2011 at 2:35 AM, Cassanova, Bill wrote:
> Hi All,
>
>
>
> I am looking for some directi
Hi All,
I am looking for some direction on if GDAL has the capability has the ability
to build a super-polygon from a series of small polygons...I have played a bit
with the OGR Geometry classes but I can't
seem to quite get what I need.
Let's start with a simply example.
Polygon A has vertice
Yes, definitely. I meant to say that using KLSUPEROVERLAY driver you cannot
read kmz. Thanks for pointing that out.
Harsh Govind
-Original Message-
From: brian [mailto:r...@winkey.org]
Sent: Monday, April 04, 2011 12:57 PM
To: Harsh Govind
Cc: Brian Wilson; gdal-dev@lists.osgeo.org
Sub
Harsh,
Depending on how its layed out, I have a way to read these.
Brian
On Mon, 2011-04-04 at 12:51 -0400, Harsh Govind wrote:
> Brian,
> I had responded earlier but for some reason my email was rejected by list
> maybe because my official ID changed. In any case below is my response.
>
> W
Brian,
I had responded earlier but for some reason my email was rejected by list maybe
because my official ID changed. In any case below is my response.
What version of gdal is this? KMLSUPEROVERLAY driver creates a hierarchy of
regions that can be used to efficiently serve large set of imagery.
Brian
IIRC the superoverlay driver is read only.
Reading images from knls are problematic at best.
Can you give me some info on the stucture of the kmz's?
Brian
On Sun, 2011-04-03 at 22:43 -0700, Brian Wilson wrote:
> I received a batch of files that are in a kml format that looks like
> the
Hi,
we encountered a problem with decimal precision when converting a SAGA
grid to ESRI ASCII.
I expect the problem arising from ASCII to double conversion by atof()
and/or from the Geotransform (pixel as point to pixel as area).
The SAGA header looks like
POSITION_XMIN = 12181.8
This relates to the following bug report ( Ticket #2744 ) by crschmidt :http://trac.osgeo.org/gdal/ticket/2744I have found that the parameters are still incorrectly set with my Debian Squeeze versions of proj4, PostGIS and GDAL. Using proj I set the correct parameters (+proj=merc +lon_0=51 +lat_ts
Ahmet,
These kind of compilation errors usually resolve themselves if you perform a
"make clean" or start with a fresh copy. Probably caused by 'make' not
seeing a modification of file or due to an interrupted compilation. Also, I
noticed some problems when running make with the --jobs option.
20
hello
hello I encountered this problem when I compiled "gdal-svn-trunk-2011.03.27"
sr/local/gdal/frmts/envisat/EnvisatFile.c:1046: undefined reference to
`__stack_chk_fail_local'
/usr/local/gdal/frmts/o/EnvisatFile.o:/usr/local/gdal/frmts/envisat/EnvisatFile.c:419:
more undefined references to `
11 matches
Mail list logo
