I seem to be having a few warping problems using OGRCoordinateTransformation as
the warped images do not appear to have the correct co-ordinates.
To establish what was going on I have come across a curious issue that may
indicate the problems that I am having.
On a separate machine I have QGIS 2
That question is probably for Even, Frank or some the developer of drivers that
support mask band.
I am working on ticket #5621 and trying to adapt it to the RFC 15 but I am not
quite sure that I am getting it right.
In GeoRaster, I can have a bitmap mask band that can be applied to all bands,
Try qgis to display the raster and the vector output. It shows the raster
pixels as rectangular areas. To confirm that there is no shift, compare
their extents using gdalinfo and ogrinfo.
On 20 Aug 2014 07:56, "John Twilley" wrote:
> The program is not shifting the pixels, but the program does a
The program is not shifting the pixels, but the program does assume
the pixels to be points and not rectangular areas so maybe I will have
to shift the pixels. Do you know what transformation I would need to
use?
Jack.
--
mathuin at gmail dot com
On Tue, Aug 19, 2014 at 7:17 PM, Chaitanya kumar
Hi Mike!
I get the same polygons you get -- what I don't understand is why I'm
getting those polygons instead of the ones that I expected. Can you
explain why those polygons look like they should?
Jack.
--
mathuin at gmail dot com
On Tue, Aug 19, 2014 at 7:15 PM, Mike Toews wrote:
> Hi Jack,
Jack,
The GDALPolygonize algorithm draws the polygon edges along the pixel edges.
It assumes the pixels to be rectangular areas instead of points.
In the example you described, the first polygon should contain four
vertices with the pixel in the centre.
Make sure that the program you are using to d
Hi Jack,
I'm not sure if I understand the description of the shapes you see.
Can you provide the WKT for them? I seem to get two polygons that look
like they should:
import numpy as np
import rasterio.features
from shapely.geometry import shape
ar = np.ones((6, 5), 'B') * 11
ar[2, 2] = 12
gt = [0
I am trying to use GDAL's polygonize algorithms to help me identify
regions in landcover data. I made a trivial example, but I am having
trouble understanding the results that I get, nor can I determine how
to get the results I want.
Given the following raster:
11 11 11 11 11
11 11 11 11 11
11 1
Selon "Wood, Alexander" :
> I recently ran into a projection problem with the PA LiDAR dataset and saw
> that Ticket #4954 documents the issue. Even had mentioned (in the forum
> thread linked in that Trac ticket) that he has a patch for this issue.
Did I ? I can remember this issue is regularly
I recently ran into a projection problem with the PA LiDAR dataset and saw that
Ticket #4954 documents the issue. Even had mentioned (in the forum thread
linked in that Trac ticket) that he has a patch for this issue. I was just
wondering if there were plans to include this in the 1.11.1 relea
Selon Flippmoke :
> I wouldn't mind learning some of it, but would rather not being in charge of
> it.
Hi Blake,
The process is documented at http://svn.osgeo.org/gdal/trunk/gdal/HOWTO-RELEASE
To issue the release itself, most steps that require commit rights and access to
the OSGeo server. But
I wouldn't mind learning some of it, but would rather not being in charge of it.
Thanks,
Blake Thompson
> On Aug 19, 2014, at 8:53 AM, Even Rouault wrote:
>
> Hi,
>
> The 1.11 branch has accumulated 57 fixes [1] since the 1.11.0 release
> (perhaps a
> bit more if some of them went to the 1.1
Hi,
The 1.11 branch has accumulated 57 fixes [1] since the 1.11.0 release (perhaps a
bit more if some of them went to the 1.10 branch as well), so it might be good
to think producing a maintenance release with them.
What do you think of end of September to produce an RC (let's say September
24th)
Hey,
I'm using a C# wrapper of GDAL and I'm having a problem converting MDB file
that contains unicode characters.
Lets take for example conversion to KML file, non-English characters are
replaced by '?'
How do I solve it?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.c
14 matches
Mail list logo