[Pywps-dev] clarification of dependencies
Tom Kralidis
tomkralidis at gmail.com
Tue Feb 16 12:23:09 PST 2016
On Tue, Feb 16, 2016 at 2:37 PM, Jachym Cepicky
<jachym.cepicky at gmail.com> wrote:
> Hi,
>>
>> [...]
>
>
> agreed
>
>>
>>
>> Questions:
>>
>> - is GDAL an absolute requirement? For example, our soon to be published
>> instance of PyWPS does not use GDAL whatsoever
>
>
> nope, it's there just for input data validation. but just for some cases
> (STRICT validation) and it's used by tests
>
I wonder if we can make this an OPTIONAL requirement/dependency
and isolate the GDAL/OGR based code to a point where we could
try/except the package/module import. Then if that codepath is hit
PyWPS will throw an ows:ExceptionReport.
Of course GDAL would be part of our Travis-CI setup.
>>
>> - is OWSLib an absolute requirement? For example, our soon to be
>> published
>> instance of PyWPS does not use OWSLib whatsoever
>
>
> yes - we rely on it
>
OK
>>
>> - is werkzeug an absolute requirement? For example, Can I swap in
>> Flask instead?
>
>
> Quoting from http://werkzeug.pocoo.org/
>
> Werkzeug is the base of frameworks such as Flask and more
>
> IMHO Flask should be able to install it's dependences automatically (?)
>
So here werkzeug is being for more than just a WSGI front end?
>>
>> - unipath is used in one single spot in the entire codebase
>> https://github.com/geopython/pywps/blob/aed9f6b4b76f954a9a401309ecebb5a22a99d495/pywps/wpsserver.py#L37
>> Any objections to working around this functionality thereby removing
>> the unipath
>> dependency requirement?
>
>
> +1 (you did already, right?)
>
Done in https://github.com/geopython/pywps/pull/83
>>
>>
>> My goal here is to have setup.py, tox.ini, and docs/conf.py derive from
>> requirements.txt (for mocking for rtfd.org), but I'm not aware of the
>> context/details behind the above.
>
>
> Nice work, thanks
>
> J
>
>>
>>
>> Thanks
>>
>> ..Tom
More information about the pywps-dev
mailing list