Hi Markus,
Thanks for your feedback
> Regarding WKT2, a remark from a GRASS GIS developer being a user of
> GDAL/PROJ:
>
> I understand that WKT2 is long overdue and thus should be pushed as much
> and as early as possible. Otherwise it would take a long time and a rather
> long and painful tran
Hello,
In my app, I'm using the OGRSpatialReference class to get the SRS info for a
ESRI shapefile by doing the following...
OGRSpatialReference* ogrSRS = layer->GetSpatialRef();
Is there a way to extract the user visible name (the one not used as a key) for
the geographic coordinate system as
On mardi 22 janvier 2019 19:35:52 CET Alan Stewart wrote:
> I take it then that there are no docs for that. I'm assuming char*[] with a
> final zero value to terminate. Examination of ogrfeature.cpp seems to
> confirm that.
Yes, papszFoo with no explicit list length is used in GDAL with that
sema
I think your first point is obvious...lol.
I was just trying to understand why GDAL_DATA wasn't required in my older
version in order for SRS info to display in the ogrinfo app. You have answered
that question. Thank you.
Shayne
-Original Message-
From: Even Rouault
Sent: Tuesday, Jan
On mardi 22 janvier 2019 18:42:23 CET Alan Stewart wrote:
> OFTStringList
in ogr_core.h: /** Array of strings */
What do you need to know exactly ? The best documentation is probably studying
the code in ogr/ogrfeature.cpp that deal with this type.
Even
--
Spatialys - Geospatial professional
On mardi 22 janvier 2019 18:20:46 CET TUELLER, SHAYNE R CIV USAF AFMC 519
SMXS/MXDEC wrote:
> Thanks for the reply. However, this didn't address my question regarding why
> I don't need GDAL_DATA defined in gdal 1.11 in order for SRS info to print
> out...
If software didn't change between versio
Where is OFTStringList documented?
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.9615
www.terragotech.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lis
Thanks for the reply. However, this didn't address my question regarding why I
don't need GDAL_DATA defined in gdal 1.11 in order for SRS info to print out...
Shayne
-Original Message-
From: gdal-dev On Behalf Of jratike80
Sent: Tuesday, January 22, 2019 10:59 AM
To: gdal-dev@lists.osge
TUELLER, SHAYNE R CIV USAF AFMC 519 SMXS/MXDEC wrote
> I should also mention that when using gdal 1.11, I didn't have to
> explicitly set the GDAL_DATA environment variable in order for the SRS
> info to print out. With gdal 2.3.1, if I don't set the GDAL_DATA variable,
> I get the following error.
Yes, that is correct. So, I guess it is working as designed with the newer
version of gdal?
Is there any way of forcing it to use the SRS info in my prj file with this
newer version or am I stuck?
Shayne
After posting about my experimental format I realized that I lack numbers
on the potential performance, so I tried to make some more or less
scientific measuring. The results was disappointing, reaching similar
performance as shapefile for full sequential reads and so I lost interest
for a while. B
I should also mention that when using gdal 1.11, I didn't have to explicitly
set the GDAL_DATA environment variable in order for the SRS info to print out.
With gdal 2.3.1, if I don't set the GDAL_DATA variable, I get the following
error...
ERROR 4: Unable to open EPSG support file gcs.csv. Try
On mardi 22 janvier 2019 16:56:56 CET TUELLER, SHAYNE R CIV USAF AFMC 519
SMXS/MXDEC wrote:
> Thank you for the reply.
>
> I don't think it's a case of wrong identification because the prj file gets
> read in just fine with ogrinfo in gdal 1.11. When I use the gdal 2.3.1 I
> built from source on
Thank you for the reply.
I don't think it's a case of wrong identification because the prj file gets
read in just fine with ogrinfo in gdal 1.11. When I use the gdal 2.3.1 I built
from source on Windows, it no longer reads the associated prj file that is used
with the shapefile. Instead, it gra
14 matches
Mail list logo
