Yes this is about spatial indexing :)
Without looking at the actual VRT code I would guess that parsing the VRT file
is one thing, but having a VRT file with +100,000 tiles would require GDAL to
look through each tile every time a pixel is requested?
Even, if your idea below could be implemented
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: 28
-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 res
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, 1
...@lists.osgeo.org] On Behalf Of Casper Børgesen (CABO)
Sent: 9. september 2014 17:16
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] Python error (missing?) when performing RasterizeLayer on
specific polygon with two very close vertices
I have the following polygon:
POLYGON ((539500.4634191
I have the following polygon:
POLYGON ((539500.4634191 6314429.5954758488,539499.999
6314429.5964747742,539500.0 6314500.001,539563.49086194986
6314500.001,539574.70556674246 6314491.5008581309,539591.23494657199
6314478.9664945751,539600.001 6314472.1168122729,539600.00014411798
6314460.5
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 t
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 hav
oesn't set 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-d
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 offs
can 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:
>
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: GDA
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 g
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 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:
OSGeo.OGR.Ogr.AllReg
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 Micr
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__
Python\lib\site-pack
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] Is
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,
OSGeo.
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 RasterizeLaye
(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
Hi!
I'm trying to create a VRT file from 4 GeoTIFFs using gdalbuildvrt. Three of
the GeoTIFFs are created using OrthoVista and the last one created with an
earlier version of the same program. When I run gdalbuildvrt I get the
following error message when I try to add the file created by the ea
24 matches
Mail list logo
