[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