Meetings 2017 01 09
Monday 09 January 2017 1600h UTC
https://gitter.im/geopython/pycsw
- RFC8
- FES abstraction
- repository plugins (ElasticSearch)
- OAI/SRU support
- QGIS metadata enhancements
- OSGeo Budget 2017
- @kalxas - Angelos Tzotsos
- @ricardogsilva - Ricardo Garcia Silva
- @tomkralidis - Tom Kralidis
- The implementation is ready for review and PR has been issued at https://github.com/geopython/pycsw/pull/492
- @tomkralidis and/or @kalxas will review by the end of next week (action A)
- @ricardogsilva will fix potential issues found after review and then call for a vote by the PSC on the RFC
- Pending PSC approval, one of @tomkralidis/@kalxas will merge the PR
- After merge, some additional tasks will be handled:
- fixing tests so that they pass with postgresql as backend
- implement more tests in order to improve overall code coverage
- use an online code coverage service like https://codecov.io or other in order to provide more insight on coverage
- @ricardogsilva, with help from @tomkralidis, will move pyfes into geopython (action B). @ricardogsilva will also set up a roadmap for pyfes (action C)
- The project will be developed as a standalone package called pyfes, at least in the early days. After the dust settles we'll discuss whether it should be integrated into OWSlib.
- Implementation will use custom objects and will pass those to repository backends
- There will be an option to provide the filter as XML encoded FES, if repository backends prefer it over the python object
- There is an interest in the development of additional repository plugins for pycsw in order to enable using other backends as the source of metadata records.
- However, there is currently no on-going public work toward this goal.
- @tomkralidis is interested in implementing an elasticsearch plugin repo, once the FES abstraction project starts showing some results. This will be addressed in a future RFC
- It would be nice to have repository plugins for:
- elasticsearch
- opendap
- github and geogig repositories
- QGIS projects
- file system directories
- pycsw instances
- The work on the FES abstraction will enable the development of these additional repository plugins
- There are some open issues on pycsw related with POST that use application/x-www-form-urlencoded (AKA KVP parameters in the request body) encoding
- According to @tomkralidis, these issues are relevant to some live WMO deployments using OAI-PMH and SRU. As such it would be nice to get them fixed
- @tomkralidis plans to work on these issues
- The issues probably also affect CSW protocol. According to CSW standard, KVP encoding can be used in POST requests
- There is an ongoing discussion across multiple communities about implementing metadata support in core QGIS. Current efforts are directed towards the writing of some formal specification document
- The discussion is still open and most things are subject to change. However,
according to @kalxas there is an interest to put
pycswsomewhere in the mix - @kalxas is involved in the process and will keep the pycsw community up to date on further developments
- OSGEO has taken input from several projects on budget needs and made a budget for 2017
- As there aren't enough funds for everyone, requests will be evaluated as needed, likely on a first to ask, first served basis
- We'll think about setting up some in-person event for late summer/fall
- Call a PSC vote on RFC8
- Work on pyfes, as an abstraction to filtering and pave the way for other repository backends in pycsw
- Improve OAIPMH and SRU implementation in order to support high profile pycsw deployments
- A:
@tomkralidis and @kalxas will review RFC8 (tentatively until 15th January) - B:
@ricardogsilva and @tomkralidis to move ricardogsilva/pyfes into geopython/pyfes- DONE https://github.com/geopython/pyfes - C: @ricardogsilva will prepare a roadmap for pyfes development until 22nd January
Next meeting should happen in about 4 weeks (early/mid February)
