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

[Even Rouault]

Hi Rob,

>
> Is it worth reserving space for a future Git or Github-cli style 
> plugin mechanism where third party tools can extend the `gdal` CLI? 
> eg: `gdal raster from-contours`
>
>   * `git foo` simply looks for internal code first, then executes
>     `git-foo` if it's present, then expands any configured command aliases
>   * Github cli has an explicit extension install/packaging mechanism:
>     https://docs.github.com/en/github-cli/github-cli/creating-github-cli-extensions
>
I would let that aside for now (trying to limit as much as possible the 
scope of the current RFC to avoid it going out of control). That's 
something that should be relatively easy to add if someone needed that. 
But actually you can already extend the "gdal" utility, for commands a 
the top level, if you provide a shared library in the gdalplugins 
directory and that it registers an algorithm the same way built-in 
algorithms do. The bonus point doing that way is that potential GUI 
built on top  of gdal that would use "gdal --json-usage" (or the 
equivalent C/C++ API) would autodiscover such extension with its 
supported options.

Even

-- 
http://www.spatialys.com
My software is free, but my time generally not.
Butcher of all kinds of standards, open or closed formats. At the end, this is just about bytes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20241125/8640d591/attachment.htm>