mathuin at gmail dot com
On Tue, Aug 19, 2014 at 7:32 PM, Chaitanya kumar CH
wrote:
> 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.
>
>
Make sure that the program you are using to display them is not shifting the
> pixels.
>
> On 20 Aug 2014 07:12, "John Twilley" wrote:
>>
>> I am trying to use GDAL's polygonize algorithms to help me identify
>> regions in landcover data. I made a trivial e
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,
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
On Fri, Feb 14, 2014 at 12:54 PM, Even Rouault wrote:
> Le vendredi 14 février 2014 21:33:36, John Twilley a écrit :
> > The specific C API that I am thinking about is the Warp API:
> > http://www.gdal.org/warptut.html
>
> Actually this is C++ API, not C. So a first step
PM, Even Rouault wrote:
> Le vendredi 14 février 2014 21:20:30, John Twilley a écrit :
> > One idea I would like to see considered for GSoC would be completing the
> > GDAL API for Python to include all the functionality that currently
> exists
> > for C. I wish I were exp
One idea I would like to see considered for GSoC would be completing the
GDAL API for Python to include all the functionality that currently exists
for C. I wish I were experienced enough with the code base to mentor it,
though, so if it doesn't have a mentor I imagine that it can't happen.
Jack.
les, various projections).
>
> Any feedback and testing would be appreciated.
>
> Cheers
> Etienne
>
>
> On Wed, Mar 27, 2013 at 6:13 PM, John Twilley wrote:
>
>> I'm interested in this feature request as well. Adding the mode
>> resampling algorithm to gdal
I'm interested in this feature request as well. Adding the mode resampling
algorithm to gdalwarp would be very beneficial to my projects, right up
there with being able to access the warp API from Python. Is this at all
possible? Should I submit a feature request on Trac, or what? Just let me
k
That solved the problem! Thanks!
Any chance this can be done automatically for later releases?
Jack.
--
mathuin at gmail dot com
On Wed, Oct 3, 2012 at 11:26 AM, Even Rouault
wrote:
> Le mercredi 03 octobre 2012 20:23:35, John Twilley a écrit :
>> I an running Windows 7 64-bit
I an running Windows 7 64-bit and have downloaded and installed the
following software:
* Python 2.7.3 for x64 from http://www.python.org/getit
* GDAL 1.9 core and bindings for amd64 and py2.7 from
http://www.gisinternals.com/sdk
* various modules including PyWin32 from
http://www.lfd.uci.edu/~
I'm using gdalbuildvrt as a simple way to merge adjoining data files.
Unfortunately, I'm noticing that some values change. I've created a
simple test case where I make a VRT from a single GeoTIFF and compare
histograms before and after, and I've attached it to this message.
Can someone tell me why
s you fiddle
> with the interpolation window, the majority algorithm is pretty much the
> nearest neighbor while zooming in.
>
> If you want, you can convert the image into an RGB using pct2rgb.py and work
> with the RGB image.
>
>
> On Fri, Jan 27, 2012 at 11:30 PM, John Twilley wrote:
From: gdal-dev-boun...@lists.osgeo.org
> [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of John Twilley
> Sent: vendredi 27 janvier 2012 20:58
> To: Dmitry Baryshnikov
> Cc: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] gdalwarp makes landcover files blocky when shrinking
rce code.
Jack.
--
mathuin at gmail dot com
2012/1/27 Dmitry Baryshnikov :
> 27.01.2012 23:30, John Twilley пишет:
>
>> Cubic is fine for the elevation, but it doesn't work on the landcover.
>> which is the problem I originally mentioned.
>>
>> Jack.
>> --
Cubic is fine for the elevation, but it doesn't work on the landcover.
which is the problem I originally mentioned.
Jack.
--
mathuin at gmail dot com
2012/1/27 Dmitry Baryshnikov :
> 27.01.2012 20:19, John Twilley пишет:
>
>> After retrieving the files and building VRTs fro
mbinations of levels.
>
> [1]: http://www.gdal.org/gdaladdo.html
>
> On Fri, Jan 27, 2012 at 5:09 AM, John Twilley wrote:
>>
>> I am working with elevation and landcover data downloaded from the
>> USGS. I use gdalwarp to convert the data to a much smaller pixel. The
>&
The only differences between the lines are the nodata values.
Jack.
--
mathuin at gmail dot com
On Thu, Jan 26, 2012 at 22:49, Dmitry Baryshnikov wrote:
> 27.01.2012 3:39, John Twilley пишет:
>>
>> I am working with elevation and landcover data downloaded from the
>> USGS. I u
I am working with elevation and landcover data downloaded from the
USGS. I use gdalwarp to convert the data to a much smaller pixel. The
elevation data works very nicely with cubic resampling, but the only
resampling that works at all for the landcover data is
nearest-neighbor and that's very bloc
19 matches
Mail list logo
