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.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
