EntityHandle: String (0.0)
Text: String (0.0)
OGRFeature(entities):0
Layer (String) = 0
SubClasses (String) = AcDbEntity:AcDbPoint
EntityHandle (String) = 2
Style = PEN(c:#00ff00)
POINT (1 1)
OGRFeature(entities):1
Layer (String) = 0
SubClasses (String) = AcDbEntity:AcDbPoint
Entity
ttps://web.archive.org/web/20240811210751/https://trac.osgeo.org/fdo/wiki/FDORfc16
> <https://web.archive.org/web/20240811210751/https:/trac.osgeo.org/fdo/wiki/FDORfc16>
> .
>
> By that time there was no other use for SQLite so making it optional was
> probably natural.
>
uires SQLite anyway and you may want to do coordinate
> transformations with GDAL. Without SpatiaLite you’ll miss only the
> SpatiaLite SQL functions, and of course support for SpatiaLite databases.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* gdal-dev *Puolesta *Chris
nt without
SpatiaLite support, but I'm wondering about the SQLite driver for "regular"
SQLite databases, with or without SpatiaLite.
Thanks!
Chris Toney
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Andrew,
Some related comments and links are in:
https://github.com/OSGeo/gdal/issues/9091
Chris
On Mon, Jun 3, 2024 at 7:44 AM Andrew Bell via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Hi,
>
> I am aware that there isn't thread-safe raster access with the current
> GDAL interface for vari
Hi,
The GDAL_RASTERIO_RESAMPLING configuration option appears in the
documentation for psExtraArg in GDALDataset::RasterIO:
https://gdal.org/api/gdaldataset_cpp.html#_CPPv4N11GDALDataset8RasterIOE10GDALRWFlagPvii12GDALDataTypeiPi8GSpacing8GSpacing8GSpacingP20GDALRasterIOExtraArg
Chris
> Dat
Carlos,
I have a "gdal_combine" utility written in C++ that finds the unique
combinations, assigns a combination ID that can be written into the cells of an
output raster, and also writes a csv table with the IDs, values of original
variables they represent, and their pixel counts. The input r
Carolyn, Chaitanya-
There is a related ticket (3038) from the earlier report on this issue.
http://trac.osgeo.org/gdal/ticket/3038
Chris
- Original Message
Date: Mon, 4 Jan 2010 14:46:29 +
From: Chaitanya kumar CH
Subject: Re: [gdal-dev] gdalwarp use of Michigan Oblique Mercator
evt1_MIGeoRef_gdal.img is the output from gdalwarp
evt1_MIGeoRef_imagine.img is the output from Erdas Imagine based on specifying
EPSG 3078. This raster is in the correct location.
gdalinfo for these rasters is copied below.
Am I missing anything with the gdalwarp usage?
Thanks.
Chris Toney
