Hi,
I'm trying to build GDAL 2.2.x, including most recent git, and I'm running
into the following error.
I've tried adding throw() to the end of this line, but it just results in
more (and bizarre) errors.
Would appreciate any insight on how to proceed.
Cheers
Chris
In file included from
> /hom
On Fri, Oct 27, 2017 at 4:14 PM, Even Rouault
wrote:
> Peter,
>
>
>
> > I'm using MapServer-7.0.6 built with GDAL-2.2.2. Is VSI_CACHE_SIZE the
>
> > cache size per process? per file handle?
>
>
>
> Per-file handle :
>
> """
>
> The default size of caching for each file is 25 MB, and
>
> can be co
Peter,
> I'm using MapServer-7.0.6 built with GDAL-2.2.2. Is VSI_CACHE_SIZE the
> cache size per process? per file handle?
Per-file handle :
"""
The default size of caching for each file is 25 MB, and
can be controlled with the VSI_CACHE_SIZE configuration option (value in bytes).
Content in tha
Hi,
I ran into something unexpected with VSI_CACHE while trying to understand
Memory consumption with MapServer
https://lists.osgeo.org/pipermail/mapserver-users/2017-October/080315.html
When MapServer layers have the setting CLOSE_CONNECTION=DEFER (this setting
keeps open file handles open indef
Hi,
As Even said it make sense to move discussion from this ticket
(https://trac.osgeo.org/gdal/ticket/7080) to the list.
First of all I would like to make small introduction to Borsch project.
Here it is some useful links:
* Borsch repository: https://github.com/nextgis-borsch/borsch
cool work! Once released, you may want to list yourself here:
https://en.wikipedia.org/wiki/Web_Coverage_Service .
FYI, GDAL is already listed here:
http://external.opengeospatial.org/twiki_public/CoveragesDWG/WebHome#Known_Implementations
-Peter
On 10/27/2017 06:38 PM, Ari Jolma wrote:
> I hav
I have my initial work here:
https://github.com/ajolma/gdal/commit/2335bc6222e8d8df7e4b5fcfe21a825c727ad549
what I've done so far:
* Recognize WCS:URL format
* Parse GetCapabilities XML (versions 1.0.0 to 2.0.1)
* Simple cache for various XML-files (PAM, WCS_GDAL, Capabilities,
DescribeCover
Hi Paul,
As it happens I am having the same issue right now.
I am no swig expert at all, but it looks like the vector (OGR) part of the
Dataset is specifically NOT defined for C# see
https://github.com/OSGeo/gdal/blob/75b443c768b9757085c7c0642e575e1417ccf9dd/gdal/swig/include/Dataset.i#L798-L912
> > The main advantage of this is that it would have presumably no impact
> > on 2D-only drivers.
>
> I assume that would be very good from the point of view of actual
> feasibility of the whole project.
Yes, although the generic approach could probably be more doable by adding a
few
convenienc
Even Rouault kirjoitti 26.10.2017 klo 20:17:
>
> Would it be possible to keep X,Y as it is and add support for
> multidimensional data as an extension?
That could be indeed an option if we are sure that the 2 first
dimensions are X and Y, and we want only to slice higher dimensionnal
variab
To the list-
Has anybody a working c# example of using the GDALVectorTranslate()
(ogr2ogr as a function) ?
At the moment I have a C# based application calling ogr2ogr as an
external program. Terrible hack.
Kind regards
Bo Victor Thomsen
AestasGIS Denmark
You should be able to just use the normal subdataset referencing. I like
gdalinfo to get the syntax.
Brad
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
I have a GeoPDF with Map on second page, first page is kind of foreword.
Do We have any way in GDAL to say to GDAL API use page 2 of this GeoPDF
for gdal_translate or gdalwarp ?
Thanks
Ganesan
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://
13 matches
Mail list logo
