Just updated and gdal\makefile.vc now requires PROJ6. I assume this is version
6 of proj4.org? This does not seem to be available on their website.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.9615
ntu 18.04.
Hope that clarifies things.
Craig de Stigter
On Fri, 25 Jan 2019, 12:34 Alan Stewart,
mailto:astew...@terragotech.com>> wrote:
The raw log for the ubuntu_1804 Travis job (specifically #15454.1) seems to
indicate that the OS is Ubuntu 14.04 . From the build name I assumed it would
The raw log for the ubuntu_1804 Travis job (specifically #15454.1) seems to
indicate that the OS is Ubuntu 14.04 . From the build name I assumed it would
be Ubuntu 18.04?
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1
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
s not
working. I see that gdal/ci/travix/osx/install.sh references the
~/install-gdal/lib/ path, so the question is why the swig files are being built
with the /usr/local/lib/ path.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O
Disabling SIP makes no difference.
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
-Original Message-
From: Even Rouault
Sent: Monday, January 14, 2019 3:38 PM
To: Alan Stewart
nts/GitHub/alanstewart-terragotech/gdal/gdal/swig/python/build/lib.macosx-10.12-x86_64-2.7:
Testing _gdal.so and libgdal.dylib for presence of CPLErrorSetState is
successful.
Is there something besides DYLD_LIBRARY_PATH that needs to be set? Adding
gdal/.libs to PATH did not good.
Alan Stew
10.12-x86_64-2.7/osgeo/_gdal.so
E Expected in: flat namespace
Ein
/Users/astewart/Documents/GitHub/alanstewart-terragotech/gdal/gdal/swig/python/build/lib.macosx-10.12-x86_64-2.7/osgeo/_gdal.so
Any thoughts on why CPLErrorSetState would be missing?
Alan Stewart
Senior Software Engineer
ds.CreateLayer('ogr_fgdb_20', geom_type=ogr.wkbNone)
E AttributeError: 'NoneType' object has no attribute 'CreateLayer'
ogr_fgdb.py:1594: AttributeError
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 3
many more there will be if I fix these. Is my environment incorrect, should
I be setting a flag to ignore this type of error? I would think that would be
in the script...
Thanks for any advice.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Ro
idden without editing the script. Manipulating the working directory
when starting the script seems risky... Any better suggestions?
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.9615
www.terragotec
Will MacOS work acceptably to run all the tests?
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
-Original Message-
From: Even Rouault
Sent: Tuesday, December 11, 2018 1:49 PM
aster_init() finds
SRID-26711 to be missing from spatial_ref_sys.
I've installed an appropriate version of the GIS internals binary builds to
accompany my GDAL build and authored a batch file that configures the
environment before for running the autotest. Most stuff seems to work...
Alan
on27\lib\site-packages\gdal-2.3.0-py2.7-win32.egg\osgeo\ogr.py",
line 69, in _swig_getattr_nondynamic
return object.__getattr__(self, name)
AttributeError: type object 'object' has no attribute '__getattr__'
Alan Stewart
Senior Software Engineer
TerraGo Techno
Thanks. I didn't recognize those as clickable links, I think largely because
they are so much smaller than other buttons on the page, and the way they are
grouped.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O
I found https://ci.appveyor.com/project/rouault/gdal-coverage, but this appears
to be from the 2.1 branch? Is there a CI of gdalautotest against master with
public results and logs?
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339
from the Python Software Foundation.
I'm not setting anything in my nmake.local I'm aware of that is relevant to
strings. Thoughts?
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.
Thank you, that worked!
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
-Original Message-
From: Even Rouault
Sent: Tuesday, October 09, 2018 5:39 PM
To: gdal-dev
found.
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
From: Alan Stewart
Sent: Tuesday, October 09, 2018 3:38 PM
To: 'gdal-dev@lists.osgeo.org'
Subject: RE: gdalautotest
Oops, just realized the path I need to add to PYTHONPATH I the parent of osgeo.
Still fails importing _gdal. Are these files supposed to have been installed
into my Pyton installation by the install process?
Alan Stewart
Senior Software Enginee
TerraGo Technologies
3200 Windy Hill Road, Suite
e.vc", then "nmake -f makefile.vc install", then from
the autotest folder "C:\Python27\python.exe run_all.py". The error is that
pymod\gdaltest.py cannot import gdal from osgeo.
I found the gdal\swig\python\osgeo folder and tried adding that to PYTHONPATH.
Same result.
to be granted
access first. First time git user here, I could be doing something wrong. My
GitHub account is alanstewart-terragotech. I have some added projections and
later an enhancement to OGRFieldDfn.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite
info or suggestions.
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://lists.osgeo.org
does not have this, but for some reason the other developer added
this to ogr/makefile.vc. From what I understand of it I would only expect this
flag when building an EXE or DLL.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O
Even,
The libspatialite code where the failure occurs is only executed when
spatialite is built with LOADABLE_EXTENSION undefined. Is there any possibility
that the new gpkg code depends on this being defined? LOADABLE_EXTENSION does
not appear anywhere in the GDAL source.
Alan Stewart
Senior
Unfortunately, makes no difference, with my application code or ogr2ogr. I also
tested the new libspatialite-4.2.0a DLL against my old GDAL build. Works fine.
Alan Stewart
Senior Software Engineer
TerraGo Technologies
3200 Windy Hill Road, Suite 1550W
Atlanta, GA 30339 USA
O. +1 678.391.9615
2.0.2 DLL.
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
http://lists.osgeo.org/mailman/lis
RGeoPackageDriverCreate()
GDALDriver::Create()
Does anyone have any ideas on what could be wrong?
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
on using PROJ.4. */
/* */
if( !bIdentityTransform && pjctx == NULL )
{
/* The mutex has already been created */
//CPLAssert(hPROJMutex != NULL);
CPLAcquireMutex(hPROJMutex, 1000.0);
}
TIA,
Alan Stewart
S
29 matches
Mail list logo
