Re: [gdal-dev] Improving GDAL production in our release

2025-01-07 Thread Robert Coup via gdal-dev
Hi, Depending on what you need, I've found using VCPKG (https://vcpkg.io/en/) can make it straightforward to address the dependencies *of* GDAL, and it's all driven by CMake underneath, like GDAL's builds. Importantly, it is well tested and supported on Windows. That means you end up spending your

Re: [gdal-dev] Call for review on RFC 104: Adding a "gdal" front-end command line interface

2024-11-19 Thread Robert Coup via gdal-dev
On Mon, 18 Nov 2024 at 23:20, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > Le 19/11/2024 à 00:15, Scott via gdal-dev a écrit : > > Question, > > > > Is there any plan to incorporate the python utilities, such as, > > gdal_calc? > > Cf > > https://gdal--11216.org.readthedocs.bui

Re: [gdal-dev] GDAL Windows Wheels

2024-10-15 Thread Robert Coup via gdal-dev
Hi, On Mon, 14 Oct 2024 at 15:27, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > So probably the most sane solution would be > to have a dynamic library libgdal.so that statically links its > dependencies, but with all GDAL public symbols renamed. Quite an > adventure... It woul

Re: [gdal-dev] WMTS gdal_translate vs RasterIO

2024-08-29 Thread Robert Coup via gdal-dev
Hi Michał, In addition to Jukka's key point: nBufXSize=1, nBufYSize=691, appears to be backwards wrt: -outsize 691 1 Rob :) ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Building GDAL documentation with ReadTheDocs

2024-07-24 Thread Robert Coup via gdal-dev
On Wed, 24 Jul 2024 at 12:27, Even Rouault wrote: > > > Le 24/07/2024 à 12:33, Javier Jimenez Shaw via gdal-dev a écrit : > >> I see the point, and I agree... but I don't know if it will work >> RTD redirects to whatever we configure. In proj.org it is going directly to 9.4 (current latest release

Re: [gdal-dev] Building GDAL documentation with ReadTheDocs

2024-07-24 Thread Robert Coup via gdal-dev
Hi Dan, On Tue, 23 Jul 2024 at 17:16, Daniel Baston via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > If anyone has feedback about using ReadTheDocs for this project, or > the specifics of the proposed configuration, please share it here or > as a comment on the pull request. > My only suggest

Re: [gdal-dev] GDAL & CAD Files

2024-06-26 Thread Robert Coup via gdal-dev
Hi, On Tue, 25 Jun 2024 at 21:11, Michał Kowalczuk via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > First of all, the dwg format is only available in gdal if you buy ODA SDK > which is very expensive. > There is also an in-house-use license available for ODA https://www.opendesign.com/pricing/i

Re: [gdal-dev] Antwort: Antwort: Re: Segmentation fault (core dumped) in gdal_translate & ogrinfo & ogr2ogr

2024-02-28 Thread Robert Coup via gdal-dev
Hi, On Wed, 28 Feb 2024 at 09:51, Michael Otto wrote: > Under all distributions there were problems with the certificates when > using ogrinfo. > > ERROR 1: error setting certificate file: /etc/ssl/certs/ca-certificates.crt > ERROR 1: Error returned by server : error setting certificate file: >

Re: [gdal-dev] Segmentation fault (core dumped) in gdal_translate & ogrinfo & ogr2ogr

2024-02-27 Thread Robert Coup via gdal-dev
Hi Michael, On Tue, 27 Feb 2024 at 11:40, Michael Otto via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > with a lot of effort and support from this group I created a first static > version of GDAL (incl. the apps) under Linux x64 using vcpkg. Yay > For testing I copied the built apps and th

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-21 Thread Robert Coup via gdal-dev
Hi, On Wed, 21 Feb 2024 at 11:18, Michael Otto wrote: > > I've also tried the problem with libtiff, but couldn't solve it. Thanks > for the tip! With "gdal[core,tools]" the apps are now static. Excellent. > BUT I want to use exactly what is still causing problems: SQLite for the > creatio

Re: [gdal-dev] Assert due to stack corruption in FlatGeoBuf export

2024-02-20 Thread Robert Coup via gdal-dev
Hi, On Tue, 20 Feb 2024 at 21:44, Robert Coup wrote: > Hi Simon, > > On Tue, 20 Feb 2024 at 21:11, Simon Eves wrote: > >> Here's the stack trace for the original assert. Something is stepping on >> scratch_ to make it 0x10 instead of null, which it starts

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-20 Thread Robert Coup via gdal-dev
Hi Simon, On Tue, 20 Feb 2024 at 18:58, Simon Eves via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > We still have one VERY strange issue whereby FlatGeoBuf export fails in a > very consistent and reproducible form down in the flatbuffer code, but only > in the static build, and only in the full

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-20 Thread Robert Coup via gdal-dev
Hi, On Tue, 20 Feb 2024 at 12:50, Michael Otto wrote: > > I have now tried it with 'vcpkg install gdal[tools]'. The tools/apps are > there, but they are not statically linked! > > See for example gdalinfo: > > root@vmuser-VirtualBox:/home/vmuser/Git/vcpkg/installed/x64-linux/tools/gdal# > ldd gd

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-20 Thread Robert Coup via gdal-dev
Hi Michael, On Tue, 20 Feb 2024 at 11:22, Michael Otto wrote: > The directory './vcpkg/packages/_x64-linux' now contains the > compiled static versions of the libraries. But where can I find the GDAL > apps? These are not contained in this directory. Great! So if you change your vcpkg installa

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-13 Thread Robert Coup via gdal-dev
Hi Michael, On Tue, 13 Feb 2024 at 07:18, Michael Otto wrote: > at the moment it's only about the Linux platform. And yes, it should be a > static compilation with all the necessary dependencies (including libtiff > and all the others). > > I currently use an Ubuntu VM and use an Alpine-Linux Do

Re: [gdal-dev] Build static GDAL-Lib and static GDAL-Apps

2024-02-12 Thread Robert Coup via gdal-dev
Hi Michael, On Mon, 12 Feb 2024 at 12:02, Michael Otto via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > The goal is to cast GDAL and all its dependencies (PROJ / GEOS / all > dependencies to system libraries / ...) into a static library and to create > the GDAL apps as static executable progra

Re: [gdal-dev] Convert alpha to nodata?

2024-01-25 Thread Robert Coup via gdal-dev
On Wed, 24 Jan 2024 at 02:27, Even Rouault wrote: > > https://github.com/OSGeo/gdal/pull/9128 should do what you wish. As > usual, the hardest part is the naming of options... Wow! I'll try and review it in the next few days. Rob :) ___ gdal-dev mailin

Re: [gdal-dev] Convert alpha to nodata?

2024-01-22 Thread Robert Coup via gdal-dev
Hi Even, Thanks for your reply! On Fri, 19 Jan 2024 at 17:32, Even Rouault wrote: > I can't think an easy way of doing what you want. > Is there a functional gap? *Conceptually* it feels to me like VRTRasterBand.ComplexSource.UseMaskBand should "mark" a pixel to be nodata-equivalent (NaN?), an

[gdal-dev] Convert alpha to nodata?

2024-01-19 Thread Robert Coup via gdal-dev
Maybe it's just Friday, but I could use a pointer here :-) My input raster is a RGBA byte image, where the alpha channel value is 0 or 255 (ie: effectively a mask). The output is ideally a VRT file, RGB with Int16 data type, using nodata=-1. So I want to convert the alpha channel to a nodata valu

Re: [gdal-dev] Motion: adopt RFC 96: Deferred C++ plugin loading

2023-11-16 Thread Robert Coup via gdal-dev
Hi Sean On Thu, 16 Nov 2023 at 12:10, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > > > I think this makes great sense for the project. I don't yet understand > > what it means for an enterprise like Rasterio's PyPI wheels. > > I'd say it probably changes nothing. The RFC just

Re: [gdal-dev] Call for review and discussion on RFC96: Deferred in-tree C++ plugin loading

2023-11-02 Thread Robert Coup via gdal-dev
Hi Even, On Thu, 2 Nov 2023 at 11:59, Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > I'm seeking for feedback and review on a new RFC (RFC 96: Deferred > in-tree C++ plugin loading), detailed in > https://github.com/OSGeo/gdal/pull/8648, whose summary is: > > This RFC adds a mec

Re: [gdal-dev] Call for 4.0 ideas

2023-09-21 Thread Robert Coup via gdal-dev
Hi Joaquim, There have been other similar changes... for example, GDAL added an aspatial extension[1] to GeoPackage v1.0 to support non-geo tables... the GeoPackage standard added support for such tables in v1.2; so our extension is no longer needed: GDAL still reads it, but no longer writes it [2

Re: [gdal-dev] [Board] Travis usage of GRASS

2023-02-15 Thread Robert Coup
Hi, For arm support, BuildJet hosts Github Actions arm64 runners https://buildjet.com/for-github-actions/docs/runners — works well IME, and doesn't require yet another CI system configuration. I don't know whether there's any discounts/support for OSS projects. Rob :) On Tue, 14 Feb 2023 at 18:0

Re: [gdal-dev] Motion: adopt RFC69 C/C++ Code Formatting

2022-11-29 Thread Robert Coup
Hi Even, On Mon, 28 Nov 2022 at 16:14, Even Rouault wrote: > The Big reformat commit itself > should be done with a dedicated github account, like we did with the > "git mv gdal/* ." tree-reorganisation to avoid unfair commit statistics. Git supports blame-ignore files [1], which will "Ignore

[gdal-dev] Filesystem & Network access in OGRSpatialReference.SetFromUserInput()

2022-09-27 Thread Robert Coup
Hi all, Currently SetFromUserInput() accepts all sorts of things as input for a CRS definition — flavours of WKT, various EPSG/ESRI/etc identifiers & combinations, OGC URNs/UR:s, Proj4 definitions, a set of static names, and ProjJSON. As well, it accepts arbitrary http(s) urls & file paths (includ

Re: [gdal-dev] iOS patch for GDAL 3.5 requires modification for Mac Catalyst

2022-08-31 Thread Robert Coup
Hi, The patch at the end of my reply builds & tests ok on my environment (macOS 12.5.1 + arm64). Are you using https://github.com/leetal/ios-cmake or do newer versions of CMake now have support for Catalyst? (from https://gitlab.kitware.com/cmake/cmake/-/issues/20132 it seems not) How do the var

Re: [gdal-dev] Standardize gdal-utils scripts return code for "no arguments"

2022-04-28 Thread Robert Coup
Hi Matt, On Wed, 27 Apr 2022 at 18:27, wrote: > > > Since return 2 is the default for argparse then it seems to we should do > the same for all the python utils? > In my experience 2 is a common exit code when missing/invalid arguments are passed to a process in the unix-ey world, but it's not

Re: [gdal-dev] does GDAL require proj@7?

2022-02-10 Thread Robert Coup
Hi, On Wed, 9 Feb 2022 at 16:30, Gerald Nelson wrote: > The homebrew folks just blew me off. Said it was not their problem. So I > more or less politely responded that it would be helpful if they could > provide me with contact info for the entity that was responsible for the > formula. This see

Re: [gdal-dev] Fwd: DOI for the GDAL project / Springer Handbook of Geoinformatics

2022-01-20 Thread Robert Coup
Hi Darafei, On Thu, 20 Jan 2022 at 09:55, Darafei "Komяpa" Praliaskouski wrote: > > Looking at this list, I don't know whether we effectively double the > amount of contributors, want to get introduced to Howard Łoskot, or should > do something about people separator and/or name-surname inversio

Re: [gdal-dev] Call for discussion on RFC 85: Policy regarding substantial code additions

2022-01-18 Thread Robert Coup
Working link is https://github.com/OSGeo/gdal/pull/5128 Rob :) ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Fwd: DOI for the GDAL project / Springer Handbook of Geoinformatics

2022-01-14 Thread Robert Coup
Hi, On Wed, 12 Jan 2022 at 21:36, Markus Neteler wrote: > On Wed, Jan 12, 2022 at 10:06 PM Even Rouault > > - I've used the sandbox.zenodo.org system and create a dummy release in > my fork to check that it works properly: > https://sandbox.zenodo.org/account/settings/github/repository/rouault/g

Re: [gdal-dev] Should we make also GTiff to use TILED=YES as default?

2021-12-01 Thread Robert Coup
Hi Javier, Btw, how spread is the support for tiled TIFFs among other viewers? Anecdata, but at Koordinates we've been producing tiled GeoTIFFs for imagery datasets since mid-2014 (and to all our clients' users) — hundreds of thousands of GeoTIFF exports with millions of tiles to a very diverse

Re: [gdal-dev] GDAL COG - Problem with Overviews

2021-11-26 Thread Robert Coup
Hi Nicole, On Fri, 26 Nov 2021 at 11:31, Nicole Kamp wrote: > Thanks a lot, > I was able to solve the problem with gdalinfo. > It might be helpful for others who find your message in the future and who are struggling with a similar problem to hear what your solution was? https://xkcd.com/979/

Re: [gdal-dev] RFC 84: Migrating build systems to CMake

2021-10-06 Thread Robert Coup
(on-list) Hi, On Tue, 5 Oct 2021 at 14:16, Javier Jimenez Shaw wrote: > How would CMake behave with all those options that are defined depending > on what is present on the compiler machine? > This is orthogonal to CMake vs Make, but the RFC does discuss cleaning up consistency of build option

Re: [gdal-dev] autotest questions/issues

2021-09-01 Thread Robert Coup
Hi Greg, On Wed, 1 Sept 2021 at 01:33, Greg Troxel wrote: > A few comments from the perspective of a gdal test newbie, which I hope > are helpful: > > * autotest is not in the distribution tarball > Yeah, it's never been in the release tarballs. And the release tarballs start one folder level d

Re: [gdal-dev] WFS Vector Layer Improvement

2021-08-30 Thread Robert Coup
FYI, the way it works with GeoServer is to use the URL paths: /geoserver/wfs?service=WFS&request=GetCapabilities&version=2.0.0 → results for all workspaces & datasets /geoserver/myworkspace/wfs?service=WFS&request=GetCapabilities&version=2.0.0 → results for all datasets in a single workspace /geos

Re: [gdal-dev] GDAL /vsistdin/ 1MB limit

2021-05-05 Thread Robert Coup
On Wed, 5 May 2021 at 03:02, Romeo Alvaraz wrote: > I'm just wondering if there is another handler/method you could suggest > that could feed the input directly to gdal_translate in order to bypass use > of file system? If your data easily fits in memory, write it to a tmpfs filesystem (eg: to /

Re: [gdal-dev] Docker - was Re: Motion: remove and deprecate a few drivers

2021-03-08 Thread Robert Coup
Hi Andrew, On Sat, 6 Mar 2021 at 14:36, Andrew C Aitchison wrote: > If, in five, ten, fifteen or even twenty five years, I don't have > hardware that can run an existing docker image, then I'm less sure that > docker is the answer. Will I have to rely on someone having made that > Apple-ARM docke

Re: [gdal-dev] Motion: remove and deprecate a few drivers

2021-03-04 Thread Robert Coup
Hi Andrew, On Thu, 4 Mar 2021 at 08:59, Andrew C Aitchison wrote: > On Thu, 4 Mar 2021, Javier Jimenez Shaw wrote: > > > (using a docker image to convert any of those removed formats if you > find a > > file at the bottom of you cellar in the far future is a great > alternative. > > I don't have

Re: [gdal-dev] Python Wheels for gdal

2021-02-23 Thread Robert Coup
Hi Idan, On Wed, 17 Feb 2021 at 12:24, Idan Miara wrote: > From what I can see, the gdal302.dll inside > https://www.lfd.uci.edu/~gohlke/pythonlibs/#gdal doesn't depend on any > non-windows DLL. All its dependencies are statically linked. > > Maybe until a better solution is found, and to remedy

Re: [gdal-dev] Python Wheels for gdal

2020-01-30 Thread Robert Coup
Hi Christoph, For what it's worth, I'm doing some very minimal GDAL builds at the moment with Python bindings. The problem you'll very quickly run into is that GDAL has an enormous set of dependencies. This is what the default Homebrew gdal package depends on in macOS: cfitsio, epsilon, expat, fre

Re: [gdal-dev] Adding The DWG Driver to ogr2ogr?

2019-10-21 Thread Robert Coup
HI Brandon, On Wed, 16 Oct 2019 at 17:34, Brandon Biggs wrote: > When you say "built against the Open Design Alliance Teiga library", what > does that mean? Do they have their own dll that needs to be included, or do > they have their own set of tools that need to be used to build gdal from > so

Re: [gdal-dev] gdal.org Migration to Sphinx is complete

2019-05-24 Thread Robert Coup
Hi Howard, Awesome work, well done :) FYI, https://www.gdal.org is returning a cert error, maybe needs removing & re-adding to trigger the certificate again ? https://github.com/OSGeo/gdal/issues/1574 Cheers, Rob

Re: [gdal-dev] Motion: Promote GDAL 3.0.0 rc2 for release

2019-05-08 Thread Robert Coup
Hi Even, Oh, I know nothing is super-easy and it takes non-trivial time to make these changes. And (I looked) there doesn't seem to be a good pending-deprecation/defaults-to-change list ready to go either, which is why those 3x were off the top of my head. I'd like GDAL 3.0 to be out soon. Most L

Re: [gdal-dev] Motion: Promote GDAL 3.0.0 rc2 for release

2019-05-08 Thread Robert Coup
Hi Jukka, On Wed, 8 May 2019 at 11:26, jratike80 wrote: > > Even answered in a mail on Thu May 2 00:43:37 PDT 2019: > > "Well, I was about *releasing* the version, and don't intend to postpone > it > significantly, so no there won't be any surprise last-minute changes than > the > ones already d

Re: [gdal-dev] Motion: Promote GDAL 3.0.0 rc2 for release

2019-05-08 Thread Robert Coup
Hi all, On Tue, 7 May 2019 at 10:19, Even Rouault wrote: > > Motion: GDAL/OGR 3.0.0 rc2 is promoted to be the official 3.0.0 final > release. > (I'm not a PSC member) 1. I agree with bumping to 3.0 with the significant changes 2. If we're bumping a major version, shouldn't we take that opport

Re: [gdal-dev] Logging network requests/replies?

2019-02-10 Thread Robert Coup
Hi all, On Sat, 9 Feb 2019 at 00:59, Even Rouault wrote: > I had several thoughts about this > > 1) yes a dedicated callback mechanism could work of course > > 2) As Sean mentionned, and provided we redirect curl logging to our own > callbacks instead of stderr, we could potentially just use the

Re: [gdal-dev] Early GDAL 2.4.0 release ?

2018-11-28 Thread Robert Coup
Hi Even, Would be great to get Craig's pytest revamp ( https://github.com/OSGeo/gdal/pull/963) landed for 2.4 so the old unit tests can die a quiet death in the 2.3 branch. Otherwise backporting tests to 2.4 will be a struggle. Feels like it’s very nearly ready though, so your timeline should wor

Re: [gdal-dev] Fwd: Re: [Tiff] Libtiff will be released soon

2018-11-12 Thread Robert Coup
Hi Even, On Mon, 12 Nov 2018 at 07:57, Even Rouault wrote: > > Not completely sure what to do with GDAL 2.3 branch, as it already had > ZStd > (if using its internal libtiff copy). I feel it is probably wise to also > update the modified value of COMPRESSION_ZSTD there to avoid the risk of > peo

Re: [gdal-dev] vsis3/vsicurl allowed-extensions per path?

2018-10-10 Thread Robert Coup
Hi Sean, Configuration management doesn't have to be so bad. I have an example of > how to do Rasterio-style configuration contexts, including reset, using > GDAL's Python bindings at > > > https://rasterio.readthedocs.io/en/latest/topics/configuration.html#gdal-example > (I love context managers

Re: [gdal-dev] vsis3/vsicurl allowed-extensions per path?

2018-10-10 Thread Robert Coup
Hi Even, On Wed, 10 Oct 2018 at 15:42, Even Rouault wrote: > > eg. gdal.Open("/vsis3?ext=.tif/mybucket/mypath/my.tif", ...) > > Hum, we should treat the path to the object as a real URL argument then, > so something like > > /vsis3?ext=.tif&object=mybucket/path/to/my.tif > If we're splitting it

[gdal-dev] vsis3/vsicurl allowed-extensions per path?

2018-10-10 Thread Robert Coup
Hi all, Wondering about being able to set CPL_VSIL_CURL_ALLOWED_EXTENSIONS on a specific dataset rather than as a global option. This would allow opening multiple files in the same process without needing to manage setting & resetting configuration contexts. eg. gdal.Open("/vsis3?ext=.tif/mybucke

Re: [gdal-dev] Translate leaves additional PAM .aux.xml file

2018-10-05 Thread Robert Coup
Hi, Can you give a procedure to reproduce this ? I couldn't from a quick test. > Things tend to go to PAM a bit too easily. Source image is at https://www.dropbox.com/sh/y2z8s2101w3rrxo/AAAh21saJqzHU40sy7UGg9Ffa?dl=0 — seems like it's the .aux file that's leading to it. To reproduce: gdal_trans

[gdal-dev] Translate leaves additional PAM .aux.xml file

2018-10-05 Thread Robert Coup
Hi all, I have some datasets I've been converting via gdal.Translate() to self-contained Cloud-style GeoTIFFs (ie. as one file). For a handful of datasets that have band descriptions: ... Band 1 Block=256x256 Type=Byte, ColorInterp=Red Description = Band_1 Min=1.000 Max=255.000 Minimum=1.0

[gdal-dev] Docker images for development/testing?

2018-07-16 Thread Robert Coup
Hi All, For me at least, maintaining working dev environments for GDAL can be frustrating... there are a lot of dependencies, platforms, and a huge number of config options. Let alone switching branches for backports/etc. I typically use OSX as a desktop and linux environments running under that v

Re: [gdal-dev] GDAL_CACHMAX on a docker container

2018-05-23 Thread Robert Coup
Hi, On 23 May 2018 at 11:48, Even Rouault wrote: > > There are some hints to how this could be done: > https://github.com/dotnet/coreclr/blob/master/src/gc/unix/cgroup.cpp > https://stackoverflow.com/questions/42187085/check-mem- > limit-within-a-docker-container > > I just tried > > $ docker ru

Re: [gdal-dev] [help][gdalwarp]Use of gdalwarp with data overlapping antimeridian

2018-03-08 Thread Robert Coup
make two warp > operations and I remember it was working. I didn’t try to re-associate then. > > I have to test. > > > > As I’m not an expert I want to know the best approach to enable > reprojection on those kind of data with coordinate over +180°. > > > > As

Re: [gdal-dev] [help][gdalwarp]Use of gdalwarp with data overlapping antimeridian

2018-03-07 Thread Robert Coup
Hi Christophe, What do you *expect or want* to happen with your images? Are your 4326 image coordinates in -180° to +180° range (ie. the right longitude is < the left); or do they go past +180°? 3857 is a projected coordinate system, so doesn't have a builtin concept of wrapping. Some clients im

Re: [gdal-dev] OGC announces a new standard that improves the way information is referenced to the earth

2017-11-01 Thread Robert Coup
On 31 October 2017 at 15:09, Stadin, Benjamin < benjamin.sta...@heidelberg-mobil.com> wrote: > > I think there is a real need for such concept, but in my opinion there > needs to be a default model and algorithms in order to be relevant. > I know Pyxis has a pile of patents in this area: https://

Re: [gdal-dev] compiling gdal with esri file gdb

2017-03-10 Thread Robert Coup
Hi Even, On 9 March 2017 at 23:03, Even Rouault wrote: > > > For those, at least on Linux, and which use GDAL compiled *without* > --with-static-proj, you may get strange projection related failures at > runtime. This is due to libFileGDBAPI.so embedding a copy of proj.4 > (without symbol hiddi

Re: [gdal-dev] Time for a new GeoJSON driver?

2016-07-28 Thread Robert Coup
Hi All, On 27 July 2016 at 22:19, Sean Gillies wrote: > On Wed, Jul 27, 2016 at 9:40 AM, Even Rouault > wrote: > >> >> Automatic reprojection by default would indeed be a change. Difficult to >> say how >> breaking it is for existing workflows. Would be happy to hear about >> others' >> opinion

Re: [gdal-dev] Get EPSG code from WKT

2016-02-19 Thread Robert Coup
Hi Gane, On 19 February 2016 at 10:50, Gane R wrote: > > but when -s_srs EPSG:26945 is part of the command line it works fine, how > do I know the the correct EPSG code from the WKT as there are more than one > AUTHORITY code with EPSG value ? > There's (potentially) an Authority code for each

Re: [gdal-dev] Verbose mode in GDAL

2016-02-17 Thread Robert Coup
Hi Jonathan, You can try setting CPL_DEBUG=ON as a config option (see https://trac.osgeo.org/gdal/wiki/ConfigOptions). Some specific formats/drivers also have additional debug settings, but not GeoTIFF. Rob :) On 17 February 2016 at 13:51, Jonathan Moules wrote: > Hi List, > I'm running the fo

Re: [gdal-dev] aclocal.m4 checked in

2015-11-02 Thread Robert Coup
I think keeping configure/aclocal.m4/etc in svn is a reasonably pragmatic approach, autotools can be weird at times and is a barrier to people getting started compiling with an extra driver or a patch or something. We have SWIG bindings too, the same principle applies except it's 10x worse than au

Re: [gdal-dev] Call for discussion on RFC 59 (v2): GDAL/OGR utilities as a library

2015-08-27 Thread Robert Coup
Hi Frank, I was one of the original people who argued against the "array of strings" approach... On 27 August 2015 at 02:26, Frank Warmerdam wrote: > I clearly should have been commenting sooner. > Several months ago :p > > I am concerned that having messy structures of options for each > pr

Re: [gdal-dev] JasPer vs OpenJPEG performance

2015-08-07 Thread Robert Coup
On 7 August 2015 at 13:16, Jukka Rahkonen < jukka.rahko...@maanmittauslaitos.fi> wrote: > ewenger ara.com> writes: > > > Do you think I'll see better performance on these tiles using either the > > Kakadu or the ECW driver? > > With Kakadu or ECW driver you will get an enormous boost. > As a *ve

Re: [gdal-dev] RFC 44: Add Parseable Output Formats for ogrinfo and gdalinfo

2015-03-29 Thread Robert Coup
Hi, Good work, thanks for taking this on! 1: Is there any particular reason to implement XML? Every language has a good JSON parser these days, as you note in the RFC XML is more complex to implement, and it's not like strict schemas or streaming (usual reasons for XML) are going to be in place.

Re: [gdal-dev] Ruby bindings

2015-03-18 Thread Robert Coup
On Thu, Mar 19, 2015 at 5:03 PM, Even Rouault wrote: > Selon Ari Jolma : > > > 19.03.2015, 05:55, Even Rouault kirjoitti: > > > Hi, > > > > > > The build of Ruby bindings is broken in trunk. See > > > http://trac.osgeo.org/gdal/ticket/5880 > > > > > > The situation is that, in years, nobody has r

Re: [gdal-dev] Fwd: [SoC] Preparation of ideas pages for GSoC 2015 (deadline: 18th February!)

2015-02-17 Thread Robert Coup
Hi Even, A few comments/ideas: 1. Integration of cpp GDAL utilities into GDAL core library I like the idea, but I'd be tempted to take the approach of eg. GDALUtilTranslate(...) taking arguments (structs/params/whatever) that correspond to each command line argument. I don't think it needs capab

Re: [gdal-dev] gdalwarp/info failure on jp2 in secure AWS environment

2014-12-09 Thread Robert Coup
Does "gdalinfo --debug on --config CPL_CURL_VERBOSE YES ..." show 2x requests? I think the problem likely is the S3 signature is only valid for one file/url, not the corresponding .jp2.aux.xml file, so the request for the latter fails. Not sure of an easy way to fix that without writing a vsicurls

Re: [gdal-dev] Call for discussion on RFC 49: Curve geometries

2014-11-10 Thread Robert Coup
On Tue, Nov 11, 2014 at 1:40 AM, Even Rouault wrote: > > Is there any other comment on this, before I call for a vote on it ? FWIW, sounds great to me. :) I presume that the concept is to add curve-specific geometry functions (rather than their linear equivalents) over time, as eg. GEOS/PostGI

Re: [gdal-dev] Improving usage of GDAL in Mapnik

2014-11-02 Thread Robert Coup
Hi Even, On Fri, Oct 31, 2014 at 1:01 PM, Even Rouault wrote: > > * Favouring dataset.RasterIO() over band.RasterIO() to prevent up to 4x > > raster reads > > If the size of the image (or your requested window) is below the GDAL block > cache maximum size (default is 40 MB), then most drivers sh

[gdal-dev] Improving usage of GDAL in Mapnik

2014-10-30 Thread Robert Coup
Hi team, Fixing a bug in the Mapnik GDAL code ( https://github.com/mapnik/mapnik/tree/master/plugins/input/gdal) where the return value of RasterIO() isn't checked (so eg. if a component TIFF in a VRT is unavailable it just trucks right along rendering blank images without error) and it appears to

Re: [gdal-dev] LZW Compression on geotiffs

2014-10-01 Thread Robert Coup
On Thu, Oct 2, 2014 at 12:46 PM, Armin Burger wrote: > The only time that I discovered where LZW does not work well was when > using gdalwarp and directly writing the output as (untiled) LZW TIFF. This > could create LZW files up to 2-3 times bigger than the uncompressed input > TIFF. When using

Re: [gdal-dev] OGR C API Spy

2014-08-31 Thread Robert Coup
Excellent :) There's obviously no nice run-time solution using the C++ API, though I guess callgrind/linux-perf can do it - do you have any experience worth sharing there? Rob. On Mon, Sep 1, 2014 at 7:14 AM, Even Rouault wrote: > Le dimanche 31 août 2014 20:50:41, Robert Coup

Re: [gdal-dev] OGR C API Spy

2014-08-31 Thread Robert Coup
That's cool :) Is there any particular performance penalty to compiling *with* OGRAPISPY_ENABLED and then running *without* OGR_API_SPY_FILE/OGR_API_SPY_SNAPSHOT_PATH set? Rob :) On Sun, Aug 31, 2014 at 11:34 PM, Even Rouault wrote: > Hi, > > This will not be of interest for the crowds, but ma

[gdal-dev] JPEG in GeoTIFF + Masks

2014-08-24 Thread Robert Coup
Hi folks, After a bit of advice... JPEG compression is fast and pretty space-efficient for raster imagery. But it's RGB-only. JPEG2000 supports RGBA, has built-in overviews, but it can be slow & CPU-hungry. TIFF with deflate/lzw supports RGBA but is big for imagery. For simple RGB originals wher

Re: [gdal-dev] RFC 47 and Threading

2014-08-21 Thread Robert Coup
On Thu, Aug 21, 2014 at 8:26 AM, Even Rouault wrote: > > I guess the silence in thread is due to people being impressed by the > austerity of the topic... > Something like that :) > > On the other side, I would be very pleased with having "just" the > preliminary > step of Blake's work, i.e.

Re: [gdal-dev] Idea: GeoTIFF box in JPEG to add georeferencing

2014-05-13 Thread Robert Coup
On Tue, May 13, 2014 at 7:59 AM, Even Rouault wrote: > > > > In light of this, it may be better to use an xml or textual > representation > > and embed it inside an XMP block, which is supported for many formats[1]. > > Also it would allow for easier human-reading. > > Yes, that's one possibilit

Re: [gdal-dev] Motion: Commit Rights for Robert Coup

2012-02-01 Thread Robert Coup
Hi All, On Thu, Feb 2, 2012 at 10:26 AM, Even Rouault wrote: > Motion: GDAL/OGR Commit rights are extended to Robert Coup > Thank you sir :) > Robert, could you publically reply to this message indicating your > willingness to follow RFC3? > > http://trac.osgeo.org/gdal/w

Re: [gdal-dev] How to apply a costum shift grid?

2011-06-30 Thread Robert Coup
Hi Frederick, On Wed, Jun 29, 2011 at 1:25 AM, frederick keusch < frederick.keu...@digimapas.cl> wrote: > > I am working here in Chile and we have a lot of earthquakes here, the last > big one like a year ago. So the problem is that I have a lot of > georeferenced images, but georeferenced before

Re: [gdal-dev] Commercial use of dwgdirect

2010-08-29 Thread Robert Coup
Hi Steven, On Mon, Aug 30, 2010 at 2:31 PM, Steven Bird wrote: > > My question is does anyone have an idea of the dollar costs and licence > mechanisms to legally use directdwg with ogr. I can't seem to find this > info on the net. > The details of the Open Design Alliance memberships are avail

Re: [gdal-dev] Week 10 OpenCL Integration

2010-08-03 Thread Robert Coup
Hi Seth, On Tue, Aug 3, 2010 at 8:01 PM, Seth Price wrote: > 3) Do I have any problems or obstacles which will interfere with my work? > We need to finalize what's going on with pj_do_proj() in r.sun, but it > sounds like this is pretty much done. Out of curiosity, do you think porting proj4 to

Re: [gdal-dev] writing DWG/DXF

2010-03-17 Thread Robert Coup
On Thu, Mar 18, 2010 at 1:17 AM, Frederik Ramm wrote: > > "The ability to write DXF and DWG is only available when OGR is linked > against the DWGdirect library provided by the Open Design Alliance. Note > that the DWGdirect library is not open source, though the license terms are > not terribly d

Re: [gdal-dev] Re: Strange things with gdalwarp ...

2009-08-16 Thread Robert Coup
On Sat, Aug 15, 2009 at 10:57 PM, Hermann Peifer wrote: > > I have the same observation while working with ASTER GDEM tiles (1x1 degree > tiles, 3601x3601 pixel each). When warping/merging, say: 10 tiles into a > single outfile.tif, then it takes gdalwarp around 5 seconds per tile to do > the job

Re: [Gdal-dev] gdal/ogr/proj and NAD83(CSRS)

2009-07-28 Thread Robert Coup
On Wed, Jul 29, 2009 at 9:48 AM, Matt Wilkie wrote: > Hi Robert, thank you for contributing your insight, it helps! > > > cs2cs -v is quite clear about what it's doing, OGR not so much. > > > > Using the "straight" Proj EPSG defs on my system: > > $ cs2cs -v +init=epsg:3579 +to +init=epsg:4617 >

Re: [Gdal-dev] gdal/ogr/proj and NAD83(CSRS)

2009-07-28 Thread Robert Coup
On Wed, Jul 29, 2009 at 5:25 AM, Matt Wilkie wrote: > > Let's see if I have this straight then: if I specify -t_srs epsg:4617 and > not > +nadgrid, no datum transformation occurs, even though the output .prj file > says it has? If your projection definition in Proj4/OGR has a datum defined it w

Re: [gdal-dev] prj to proj.4

2009-03-25 Thread Robert Coup
Hi Hermann, On Wed, Mar 25, 2009 at 9:06 PM, Hermann Peifer wrote: > > I am looking for a convenient way to convert the SRS parameters from a > random shapefile.prj into proj.4 format. A command line interface would be > most helpful for a non-programmer, like me. > > If you have python on your s

[gdal-dev] Building under gcc-4.3/libtool-2.2.4 (ubuntu intrepid)

2009-03-04 Thread Robert Coup
Hey folks, I'm struggling to build either the 1.5 branch or trunk on Ubuntu Intrepid with gcc 4.3.2 and libtool 2.2.4. The symptoms are the same as described in http://trac.osgeo.org/gdal/ticket/2138 , except updating ltmain.sh doesn't seem to help. And i get the same building the Debian v1.5.4 sou