Re: [gdal-dev] Cannot build for iOS due to GUInt64 error

2017-11-13 Thread Nik Sands 
No output at all (no errors, no warnings) for that test.

Cheers,
Nik.

(PS.  Re-sent to include the list address)

-
NIK SANDS
Line Tamer | Time Traveller | Space Cadet

- Original Message -
From:
 "Even Rouault" 

To:
"Nik Sands" 
Cc:

Sent:
Mon, 13 Nov 2017 21:40:32 +0100
Subject:
Re: [gdal-dev] Cannot build for iOS due to GUInt64 error

On mardi 14 novembre 2017 07:30:14 CET Nik Sands wrote: 

> Hi Even, 

>  

> If I include the -Wall option, then I do get just the one warning.
Here’s 

> the command line I’m using, which is based on similar command
lines from 

> the make output… 

>  

>  

> $ /Applications/Xcode.app/Contents/Developer/usr/bin/gcc -o
conftest -arch 

> arm64 -pipe -Os -gdwarf-2 -isysroot 

>
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Deve


> loper/SDKs/iPhoneOS11.1.sdk -Wno-implicit-function-declaration 

> -fembed-bitcode -mno-thumb -Wall -arch arm64 -isysroot 

>
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Deve


> loper/SDKs/iPhoneOS11.1.sdk conftest.c -ldl conftest.c:1:24:
warning: unused 

> variable 'off' [-Wunused-variable] int main() { long long off=0; } 

> ^ 

> 1 warning generated. 

> $ 

  

And what does the above return if you do it on the following
conftest.c: 

  

int main() { long long off=0; (void)off; return 0; } 

  

--  

Spatialys - Geospatial professional services 

http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Cannot build for iOS due to GUInt64 error

2017-11-13 Thread Dmitry Baryshnikov 

Hi Nik,

You may try alternative build scenario using CMake.

1.  Install XCode command line tools if already not done this 
(https://www.embarcadero.com/starthere/xe5/mobdevsetup/ios/en/installing_the_commandline_tools.html) 
and CMake (https://cmake.org/download/)



2. In terminal execute commands:

> git clone --depth 1 https://github.com/nextgis-borsch/lib_gdal.git
> cd lib_gdal
> mkdir build
> cd build
> cmake -G"Unix Makefiles" -DBUILD_TARGET_PLATFORM=IOS 
-DCMAKE_INSTALL_PREFIX=install -DCMAKE_BUILD_TYPE=Release 
-DENABLE_BITCODE=OFF -DIOS_ARCH=arm64 -DIOS_PLATFORM=OS -DENABLE_NEON=ON 
-DCMAKE_TOOLCHAIN_FILE=../cmake/ios.toolchain.cmake -DWITH_JSONC=ON 
-DWITH_JSONC_EXTERNAL=ON -DWITH_TIFF=ON -DWITH_TIFF_EXTERNAL=ON 
-DWITH_GeoTIFF=ON -DWITH_GeoTIFF_EXTERNAL=ON -DOSX_FRAMEWORK=ON 
-DENABLE_GIF=OFF -DENABLE_CAD=OFF -DENABLE_PNG=OFF -DGDAL_BUILD_APPS=OFF 
-DGDAL_BUILD_DOCS=OFF -DWITH_PYTHON=OFF ..


Some flags description:
-DIOS_ARCH maybe armv7, armv7s, arm64, i386 or x86_64
-DIOS_PLATFORM maybe IOS or SIMULATOR

After configuring you will see summary about GDAL build or error 
message. I expect everything will be fine.


Run this command to build GDAL:

> cmake --build . -- -j 4

May be this need to rerun twice as dependency may not build on first run.

You may build GDAL for several architectures and create fat library 
using lipo -create command (I rewrite OpenCV py script to automate 
creating my own fat iOS library which use GDAL - 
https://github.com/nextgis/nextgis_datastore/blob/master/opt/ios/build_framework.py)



This is minimal build of GDAL. If you need some drivers which not build 
by listed command let me know - I'll help to modify command line options.


Best regards,
Dmitry

13.11.2017 23:30, Nik Sands пишет:

Hi Even,

If I include the -Wall option, then I do get just the one warning.  Here’s the 
command line I’m using, which is based on similar command lines from the make 
output…


$ /Applications/Xcode.app/Contents/Developer/usr/bin/gcc -o conftest -arch 
arm64 -pipe -Os -gdwarf-2 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk
 -Wno-implicit-function-declaration -fembed-bitcode -mno-thumb -Wall  -arch 
arm64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk
 conftest.c -ldl
conftest.c:1:24: warning: unused variable 'off' [-Wunused-variable]
int main() { long long off=0; }
^
1 warning generated.
$
——

I made the change you suggested to acinclude.m4 and then ran autoconf.  Then I 
attempted to build GDAL again, but got the same error:

--
geotiff.cpp:7653:13: error: unknown type name 'GUInt64'
 typedef GUInt64 WordType;
 ^
1 error generated.
make[2]: *** [../o/geotiff.lo] Error 1
make[1]: *** [gtiff-install-obj] Error 2
make: *** [frmts-target] Error 2
--

I have to admit that I’m a very small-time developer and I’m somewhat out of my 
depth here, so forgive me if I sound like I don’t understand some of this stuff.

Cheers,
Nik.


On 12 Nov 2017, at 11:22 pm, Even Rouault  wrote:

On dimanche 12 novembre 2017 19:50:47 CET Nik Sands wrote:

Hi Even,

Thanks for your reply.  You are correct as usual.  Your ‘cc’ test produced
no errors,
  
And no warnings as well ?

Weird, since this is the test that is used to dected long long presence
See m4/acinclude.m4
  
Do you run configure with CCFLAGS defined ? For example, if CCFLAGS="-Wall", then the test will throw a warning that will make it fail.

I'm not sure why we use CCFLAGS in that file, whereas CFLAGS is used everywhere 
else.
  
What if you change in m4/acinclude.m4

   echo 'int main() { long long off=0; }' >> conftest.c
to
   echo 'int main() { long long off=0; (void)off; return 0; }' > conftest.c
  
and run autoconf to regenerate configure ?
  
Even
  
--

Spatialys - Geospatial professional services
http://www.spatialys.com 


NIK SANDS
Line Tamer | Time Traveller | Space Cadet




___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Cannot build for iOS due to GUInt64 error

2017-11-13 Thread Even Rouault 
On mardi 14 novembre 2017 07:30:14 CET Nik Sands wrote:
> Hi Even,
> 
> If I include the -Wall option, then I do get just the one warning.  Here’s
> the command line I’m using, which is based on similar command lines from
> the make output…
> 
> 
> $ /Applications/Xcode.app/Contents/Developer/usr/bin/gcc -o conftest -arch
> arm64 -pipe -Os -gdwarf-2 -isysroot
> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Deve
> loper/SDKs/iPhoneOS11.1.sdk -Wno-implicit-function-declaration
> -fembed-bitcode -mno-thumb -Wall  -arch arm64 -isysroot
> /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Deve
> loper/SDKs/iPhoneOS11.1.sdk conftest.c -ldl conftest.c:1:24: warning: unused
> variable 'off' [-Wunused-variable] int main() { long long off=0; }
>^
> 1 warning generated.
> $

And what does the above return if you do it on the following conftest.c:

int main() { long long off=0; (void)off; return 0; }

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Cannot build for iOS due to GUInt64 error

2017-11-13 Thread Nik Sands 
Hi Even,

If I include the -Wall option, then I do get just the one warning.  Here’s the 
command line I’m using, which is based on similar command lines from the make 
output…


$ /Applications/Xcode.app/Contents/Developer/usr/bin/gcc -o conftest -arch 
arm64 -pipe -Os -gdwarf-2 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk
 -Wno-implicit-function-declaration -fembed-bitcode -mno-thumb -Wall  -arch 
arm64 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk
 conftest.c -ldl
conftest.c:1:24: warning: unused variable 'off' [-Wunused-variable]
int main() { long long off=0; }
   ^
1 warning generated.
$
——

I made the change you suggested to acinclude.m4 and then ran autoconf.  Then I 
attempted to build GDAL again, but got the same error:

--
geotiff.cpp:7653:13: error: unknown type name 'GUInt64'
typedef GUInt64 WordType;
^
1 error generated.
make[2]: *** [../o/geotiff.lo] Error 1
make[1]: *** [gtiff-install-obj] Error 2
make: *** [frmts-target] Error 2
--

I have to admit that I’m a very small-time developer and I’m somewhat out of my 
depth here, so forgive me if I sound like I don’t understand some of this stuff.

Cheers,
Nik.

> On 12 Nov 2017, at 11:22 pm, Even Rouault  wrote:
> 
> On dimanche 12 novembre 2017 19:50:47 CET Nik Sands wrote:
> > Hi Even,
> > 
> > Thanks for your reply.  You are correct as usual.  Your ‘cc’ test produced
> > no errors, 
>  
> And no warnings as well ?
> Weird, since this is the test that is used to dected long long presence
> See m4/acinclude.m4
>  
> Do you run configure with CCFLAGS defined ? For example, if CCFLAGS="-Wall", 
> then the test will throw a warning that will make it fail.
> I'm not sure why we use CCFLAGS in that file, whereas CFLAGS is used 
> everywhere else.
>  
> What if you change in m4/acinclude.m4
>   echo 'int main() { long long off=0; }' >> conftest.c
> to
>   echo 'int main() { long long off=0; (void)off; return 0; }' > conftest.c
>  
> and run autoconf to regenerate configure ?
>  
> Even
>  
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.com 


NIK SANDS
Line Tamer | Time Traveller | Space Cadet

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Wiki page for WCS discussion and best practices created

2017-11-13 Thread Ari Jolma 

jratike80 kirjoitti 13.11.2017 klo 15:39:

Ari Jolma-2 wrote

I made a bold attempt to begin describing the fundamentals of coordinate
systems in WCS and how those relate to the fundamentals of coordinate
systems in GDAL.

Ari

And I have
  
- Materialized my 6 pixel test image into a GeoTIFF image in EPSG:4326 and


- Published it with GeoServer so I could capture the DescribeCoverage
document

I would appreciate help with writing proper Python scripts for creating test
images A and B in different coordinate systems, as well as writing a
GetCoverage request for image B with subsets so that the result is a pixel
perfect copy of image A.


Hm. I'm doing comprehensive tests on ArcGIS, MapServer, GeoServer, and 
Rasdaman, Versions 1.0.0, 1.1.0, 1.1.1, 1.1.2, and 2.0.1, inverted axis 
and normal axis. I don't have access to ArcGIS with inverted axis CRS or 
MapServer in not inverted axis CRS.


Test results in a table on the page

https://trac.osgeo.org/gdal/wiki/WCS%2Binteroperability

So far GeoServer 1.1 with inverted axis CRS data seems really strange. 
The returned geotiff is ok but GDAL doesn't like it as a result since it 
is east up, thus basically ok.


Ari






--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Wiki page for WCS discussion and best practices created

2017-11-13 Thread jratike80 
Ari Jolma-2 wrote
> I made a bold attempt to begin describing the fundamentals of coordinate 
> systems in WCS and how those relate to the fundamentals of coordinate 
> systems in GDAL.
> 
> Ari

And I have
 
- Materialized my 6 pixel test image into a GeoTIFF image in EPSG:4326 and

- Published it with GeoServer so I could capture the DescribeCoverage
document

I would appreciate help with writing proper Python scripts for creating test
images A and B in different coordinate systems, as well as writing a
GetCoverage request for image B with subsets so that the result is a pixel
perfect copy of image A.




--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] compile gdal using the libpng 1.6.26

2017-11-13 Thread Even Rouault 
On lundi 13 novembre 2017 09:00:38 CET Andrea Peri wrote:
> Hi,
> I have a trouble with my qgis-server.
> 
> I have a debian stretch version 64bit where the libpng is at 1.6.26 version.
> 
> When I compile the gdal from source, it use its internal 1.2.56 version and
> all is ok.
> 
> After, when I go to compile the qgis. Its cmake finding system found the
> system libpng 1.6.26 and the qgis is compile using it.
> 
> But after this, when try to use the qgis-server (wms server) and asking the
> png images.
> It go in error .
> The log explain me that the
> qgis is compiled using the libpng-1.6.26 but is running using the
> lib-1.2.56 version (of gdal).
> 
> I'm not able to say to qgis to compile using the libpng of gdal, so I like
> to try to say at the gdal to compile not using its internal version, but
> instead using the 1.6.26 from system.

Andrea,

Yes, you should definitely compile GDAL against system libpng if you plan to 
use it with other 
libs/apps that also link against system libpng. Normally the base ./configure 
of GDAL should 
fetch your system libpng (unless you explicitly specify --with-png=internal). 
I've just verified it 
on Stretch

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] compile gdal using the libpng 1.6.26

2017-11-13 Thread Andrea Peri 
Hi,
I have a trouble with my qgis-server.

I have a debian stretch version 64bit where the libpng is at 1.6.26 version.

When I compile the gdal from source, it use its internal 1.2.56 version and
all is ok.

After, when I go to compile the qgis. Its cmake finding system found the
system libpng 1.6.26 and the qgis is compile using it.

But after this, when try to use the qgis-server (wms server) and asking the
png images.
It go in error .
The log explain me that the
qgis is compiled using the libpng-1.6.26 but is running using the
lib-1.2.56 version (of gdal).

I'm not able to say to qgis to compile using the libpng of gdal, so I like
to try to say at the gdal to compile not using its internal version, but
instead using the 1.6.26 from system.

I'm not sure this is possible to say using the gdal parameter "--with-png"
and also I'm not sure the 1.6.26 version is compatible with gdal 2.2.2.

Any experience to compile gdal with libpng 1.6.26 ?

Thx,
Andrea Peri



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev