Re: [gdal-dev] gdal2tiles with GeoTIFF which crosses antimeridian?

Good Evening, I'm just following up on this question from a few days ago with some more information and the script I am using which reproduces this issue. The example results can be found here at the s3 links below and are all generated from the same original GeoTIFF. The only difference is that

Re: [gdal-dev] Motion: adopt RFC 77 Drop Python 2 support in favor of Python 3.6

And I add my belated +1. Daniel On 2020-11-25 03:28, Even Rouault wrote: Hi, RFC 77: Drop Python 2 support in favor of Python 3.6 https://github.com/OSGeo/gdal/pull/3142 Starting with my +1 This motion is passed with +1 from PSC members HowardB, KurtS, JukkaR and myself Even -- Danie

[gdal-dev] Encoding issue in Linux Container for OGR/GDAL

Hi, I'm using C# to read a .gdb file. We run this code in docker through a Linux container. We are having an encoding issue with a function in OGR that read the string value from a field. item.*GetFieldAsString*(field_name); The GetFieldAsString returns the proper string when its run from an

Re: [gdal-dev] JPEG 2000 change geotransform via Python bindinds Gdal 3.2.0

Dear Even, thank you for the quick response and explanation. Ok, I think the file was the culprit then. I will try tomorrow with a few other from the Pleiades PH1A batch to test. In this case, it was what I wanted to do, because I am warping into resulting COG in the later step of the processing pi

Re: [gdal-dev] JPEG 2000 change geotransform via Python bindinds Gdal 3.2.0

On mercredi 25 novembre 2020 19:53:38 CET Bucek, Lubomir wrote: > Dear all, > I did not want to file the following question as an issue, as I am not sure > if I am just not missing anything in configuration, so putting it as a > question here: > > I am trying to change the geotransform of a JPEG20

[gdal-dev] JPEG 2000 change geotransform via Python bindinds Gdal 3.2.0

Dear all, I did not want to file the following question as an issue, as I am not sure if I am just not missing anything in configuration, so putting it as a question here: I am trying to change the geotransform of a JPEG2000 file and then save back the content via Python bindings on Ubuntu 20.04 -

Re: [gdal-dev] Hello it is my first mail about gdal and macOS

Hi Mar, I'm not totally clear what you're trying to do. It seems that you're trying to use QGis on MacOS and there is some problem with GDAL? PyCharm is a Python IDE whereas gdal is a C++ library. PyCharm will not help you compile gdal If you are wanting to compile gdal, the linux instructions are

[gdal-dev] Using OSGeo's code of conduct for GDAL one (was Re: Adopting Contributor Covenant v2.0 as code of conduct)

On mercredi 25 novembre 2020 09:36:03 CET Howard Butler wrote: > > On Nov 25, 2020, at 9:34 AM, Mateusz Loskot wrote: > > > > On Wed, 25 Nov 2020 at 15:13, Even Rouault wrote: > >> Honestly I don't really care about which CoC we select. We just need (a > >> somewhat reasonable) one, and above a

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

> On Nov 25, 2020, at 9:34 AM, Mateusz Loskot wrote: > > On Wed, 25 Nov 2020 at 15:13, Even Rouault wrote: >> >> Honestly I don't really care about which CoC we select. We just need (a >> somewhat reasonable) one, and above all, not create a new one. > > Yes, let's use the OSGeo's. Agree.

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

On Wed, 25 Nov 2020 at 15:13, Even Rouault wrote: > > Honestly I don't really care about which CoC we select. We just need (a > somewhat reasonable) one, and above all, not create a new one. Yes, let's use the OSGeo's. Although it's a pity that we, as a civilisation, need a written CoC at all.

Re: [gdal-dev] Improving NITF SICD support

On mardi 24 novembre 2020 16:32:14 CET Andrew Hardin wrote: > Hi all, > > I'd like to improve derived dataset support for SICD files. Here's one of > the example files I'm working with: > > https://six-library.s3.amazonaws.com/sicd_example_1_PFA_RE32F_IM32F_HH.nitf > > This SICD file is a two-ba

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

Even Rouault writes: > Greg, > >> I am not following the logic here. OSGeo has a code of conduct, and >> requires that all projects use it. > > I was a bit confused because there are 2 pages: > - https://www.osgeo.org/code_of_conduct/ > - https://www.osgeo.org/resources/osgeo-code-of-conduct/ >

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

Greg, > I am not following the logic here. OSGeo has a code of conduct, and > requires that all projects use it. I was a bit confused because there are 2 pages: - https://www.osgeo.org/code_of_conduct/ - https://www.osgeo.org/resources/osgeo-code-of-conduct/ I actually started reading the forme

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

On Wed, 25 Nov 2020, 14:53 Greg Troxel, wrote: > > > As required by OSGeo for its projects [1] and some institutions that > want to > > interact with us, I've prepared in > https://github.com/OSGeo/gdal/pull/3219 a > > pull request adding the Contributor Covenant v2.0 [2] as the code of > conduct

Re: [gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

> As required by OSGeo for its projects [1] and some institutions that want to > interact with us, I've prepared in https://github.com/OSGeo/gdal/pull/3219 a > pull request adding the Contributor Covenant v2.0 [2] as the code of conduct > for the project. I am not following the logic here. OS

Re: [gdal-dev] GPKG and antimeridian

Hi Even, just to conclude :-) Yes, you were right (as usual !): Using "gdalbuildvrt -addalpha" along with "gdal_translate -co TILING_SCHEME=xxx" does the job. I just needed to be *very* patient: 1) gdal_translate takes a long time: more than an hour. Without "-co TILING_SCHEME=xxx" option, it tak

[gdal-dev] Hello it is my first mail about gdal and macOS

Hi, my name is Mar, I need help about how to work gdal in macOS. I have got several problems with gdal in qgis and I am attempting to set it on pycharm. I am a newbie and I don´t know how to look for help on it. Could you help me? Thanks in advance Mar _

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Thank to Jukka, so the problem was with my gdal 1.11.4 on Centos 7. When I translated it to EPSG:4647, it doesn't contain proper WKT for EPSG, e.g: Coordinate System is: LOCAL_CS["ETRS89 / UTM zone 32N (zE-N)", GEOGCS["ETRS89", DATUM["unknown", SPHEROID["unretrievable - us

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Hi again, Sorry, I did not read properly what you did. That should work and it does work for me with GDAL 3.2. I use a copy of your test.tif as "test_00.tif". gdal_translate -a_srs epsg:4647 test_00.tif test_000.tif Input file size is 100, 100 0...10...20...30...40...50...60...70...80...90...100

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Am 25.11.2020 um 11:13 schrieb Pham Huu Bang: The tiff file you can download from https://files.fm/f/5ttjhyh9p The xyz file I already shared in the beginning: https://pastebin.com/40xSNqm4 Thanks. This really is EPSG:4647 and sho

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Hi, What you have wrong is the input coordinate system, not the output as you tested. Compare https://epsg.org/crs/wkt/id/25832 with https://epsg.org/crs/wkt/id/4647 and notice the difference in false easting. Now run gdalwarp right gdalwarp -s_srs epsg:4647 -t_srs epsg:4326 test_00.tif test_432

Re: [gdal-dev] GPKG and antimeridian

> I turned the debug mode on. > There are calls to GDALWarpKernel(). You'll always get calls to GDALWarpKernel() with gdal_translate -of GPKG -co TILING_SCHEME > Furthermore, I don't understand the line : > WARP: SetAlphaMax: AlphaMax not set You can ignore it. AlphaMax is set when the number of

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

The tiff file you can download from https://files.fm/f/5ttjhyh9p The xyz file I already shared in the beginning: https://pastebin.com/40xSNqm4 Thanks, On Wed, 25 Nov 2020 at 11:10, Tobias Wendorff < tobias.wendo...@tu-dortmund.de> wrote: > Am 25.11.2020 um 11:00 schrieb Pham Huu Bang: > > ERROR

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Am 25.11.2020 um 11:00 schrieb Pham Huu Bang: ERROR 1: No PROJ.4 translation for source SRS, coordinate transformation initialization has failed. Can you share your data? ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailm

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Hi Tobias, If I set to EPSG:4647, I cannot warp it either: gdal_translate -a_srs EPSG:4647 test.tif test1.tif Input file size is 100, 100 0...10...20...30...40...50...60...70...80...90...100 - done. gdalinfo test1.tif Driver: GTiff/GeoTIFF Files: test1.tif Size is 100, 100 Coordinate System is:

Re: [gdal-dev] GPKG and antimeridian

Hi Even, I am getting closer ! I added the -addalpha to the VRT image. gdalbuildvrt -addalpha MyImage.vrt MyImageEast.tif MyImageWest.tif 1) The final GPKG is much better with the *default* parameters : gdal_translate -of GPKG MyImage.vrt MyImage.gpkg The output GPKG image only contains the re

Re: [gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Am 25.11.2020 um 10:17 schrieb Pham Huu Bang: Corner Coordinates: Upper Left  (32573000.000, 6019990.000) (174d17' 8.00"W,Invalid angle) Lower Left  (32573000.000, 6018990.000) (114d59' 0.99"W,Invalid angle) Upper Right (32574000.000, 6019990.000) (109d46'37.15"W,Invalid angle) Lower Right (32574

[gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Hello, I have a DGM 10m tiff file (translated from xyz file: e.g:dgm10_32572_6020_1_sh.xyz - example: https://pastebin.com/40xSNqm4) in EPSG:25832 CRS with this gdalinfo as below. I tried to warp it to EPSG:4326 but I got error. Do I miss something? Thanks, gdalwarp test.tif -t_srs EPSG:4326 t

[gdal-dev] gdalwarp from EPSG:25832 to EPSG:4326 with error latitude or longitude exceeded limits?

Hello, I have a DGM 10m tiff file (translated from xyz file: e.g: dgm10_32572_6020_1_sh.xyz - example: https://pastebin.com/40xSNqm4) in EPSG:25832 CRS with this gdalinfo as below. I tried to warp it to EPSG:4326 but I got error. Do I miss something? Thanks, gdalwarp test.tif -t_srs EPSG:4326

[gdal-dev] Adopting Contributor Covenant v2.0 as code of conduct

Hi, As required by OSGeo for its projects [1] and some institutions that want to interact with us, I've prepared in https://github.com/OSGeo/gdal/pull/3219 a pull request adding the Contributor Covenant v2.0 [2] as the code of conduct for the project. The only part I modified is the template "

Re: [gdal-dev] Motion: adopt RFC 77 Drop Python 2 support in favor of Python 3.6

Hi, > RFC 77: Drop Python 2 support in favor of Python 3.6 > https://github.com/OSGeo/gdal/pull/3142 > > Starting with my +1 This motion is passed with +1 from PSC members HowardB, KurtS, JukkaR and myself Even -- Spatialys - Geospatial professional services http://www.spatialys.com