Hi,
I don't know if the idea is too simple, but implementing indexing on VRT files
would be great to have. I thinks it's currently a feature request.
Regards, Casper
-Original Message-
From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Rahkonen
Jukka (MML)
Sent:
-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Casper
Børgesen (CABO)
Sent: 19. januar 2017 13:26
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] Strange results of simple polygonising
Hi,
I have four simple rasters that I would like to polygonise:
1:
# # #
##
# #
2
Hi,
I have four simple rasters that I would like to polygonise:
1:
# # #
##
# #
2:
# #
# #
# # #
3:
# #
# #
# # #
4:
# # #
##
# #
It's the same shape, just rotated 90, 180, 270 degrees. The resulting polygons
for 1 and 2 are simple polygons without holes, where the
Hi
I was just trying to parallelize buffering of a large set of polygons using
GDAL 2.1 in C#.
My code is something like the following:
List polygonList = List of polygons...
var result = new ConcurrentBag();
Parallel.ForEach(polygonList, polygon =>
{
var polygonBuffer = polygon.Buffer(1,
Hi list!
I have just performed a test using gdal_translate to translate a GeoTIFF
(referenced using a VRT file) to ASCII Grid, and I have stumpled upon an issue
with precision.
This is my syntax:
gdal_translate -of AAIGrid -ot Float32 -co DECIMAL_PRECISION=2 my_source.vrt
my_target.asc
I
Hi Peifer.
Thank you for your comments. They do explain more in depth what is happening.
But as seen in your first example, the value 333.123456 is reduced to 300 while
the value 0.00012345 is reduced to 0.0001. I think this is a big change in the
relative values of each number.
I am curious
Hi
When batch processing GeoTIFF files, I tend to get this problem a bit too often:
Warning 1: LZWDecode:LZWDecode: Strip 11 not terminated with EOI code
ERROR 1: LZWDecode:Not enough data at scanline 11 (short 30 bytes)
ERROR 1: TIFFReadEncodedStrip() failed.
band 1: IReadBlock failed at X
ERRORLEVEL 1 or similar
even though the process cannot continue.
Kind regards, Casper
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: 11. juli 2013 15:40
To: Casper Børgesen (CABO)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] GeoTIFF
not be
expected to work. Does `from osgeo import gdal` work if after removing the GDAL
folder from PATH?
Christoph
On 7/2/2013 2:59 AM, Casper Børgesen (CABO) wrote:
Hi everyone.
I’m trying to setup GDAL 1.10 and python 3.3.2 using the following binaries:
GDAL:
http://www.gisinternals.com/sdk
Hi everyone.
I’m trying to setup GDAL 1.10 and python 3.3.2 using the following binaries:
GDAL:
http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-x64-gdal-mapserver\gdal-110-1600-x64-core.msi
Python: http://www.python.org/ftp/python/3.3.2/python-3.3.2.amd64.msi
GDAL for python:
Hi all.
I've got a simple question. When using GDAL Polygonize with 8-connectivity on
two diagonal pixels (the X's) like this:
X +
+ X
Does this lead to a single polygon with self intersection or a multipolygon
with two single polygons?
It seems to give me a single polygon regardless of the
I am experiencing some problems with C# and GDAL/OGR.
I have a program where I just initialize GDAL/OGR with this command:
OSGeo.OGR.Ogr.AllRegister();
// Here follows some IO and data processing, and its working just fine.
Now I add a simple line to my program:
Maybe I should state that I'm using GDAL 1.9.2 with VS2010.
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Casper Børgesen (CABO)
Sent: 5. april 2013 10:07
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] C# ogr_wrap.dll exception
I usually struggle with the same problems over and over again. Try using
Dependency Walker (http://www.dependencywalker.com/) to see if you are missing
a library or two. I used it to determine that I was missing these two files:
msvcp100.dll
msvcr100.dll
I remember something about
Hi!
I am using GDAL 1.9.2 x64, Python 3.3 x64 and Windows 7 and I have a problem
with infinite recursion in ogr.py. My initial call is:
feature = ogr.Feature(layer.GetLayerDefn())
and the call stack:
__init__
Python\lib\site-packages\osgeo\ogr.py
__getattr__
I have created the ticket:
http://trac.osgeo.org/gdal/ticket/4888
Best regards,
Casper
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Tamas Szekeres
Sent: 7. november 2012 10:41
To: Dev3
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev]
Hi all,
I am trying to use the OSGeo.GDAL.Gdal.RasterizeLayer() from GDAL 1.9.2 and it
seems to require some SWIGTYPE parameters, which I don't know what to do with:
OSGeo.GDAL.Gdal.RasterizeLayer(
OSGeo.GDAL.Dataset dataset,
int bands,
OSGeo.GDAL.SWIGTYPE_p_int band_list,
Hi!
I have this very simple problem which I don't understand. I am loading a shape
file (multipolygon) and copying the geometry into a new structure:
OSGeo.OGR.Geometry geometries = new
OSGeo.OGR.Geometry(OSGeo.OGR.wkbGeometryType.wkbMultiPolygon);
OSGeo.OGR.DataSource
I am trying to use the OSGeo.GDAL.Gdal.RasterizeLayer(...) and it requires some
SWIGTYPE parameters.
Reading up on some old mails somewhere regarding ReadRaster and WriteRaster,
Tamaz states that methods requesting SWIGTYPE parameters, cannot be used (yet).
Does this mean that the
(CABO)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] gdalbuildvrt problem with heterogenous band
characteristics
Casper,
This message should not appear unless there is a difference in the band data
type, colour interpretation or the band order.
Can you check if manually adding the old
20 matches
Mail list logo
