[ZOO-PSC] ZOO-Project 1.7.0 release

[Gérald Fenoy]

Dear PSC members,
I would like to ask you to vote for releasing 1.7.0 version of the ZOO-Project.

I suppose you have noticed the modifications that has been done over the past few months. One the biggest was to merge prototype-v0 in trunk [1] which was used during almost 2 years for developing the new ZOO-Project version, including for example the R support and the HPC one. Lately, we have made some tests for building for both GNU/Linux [2] and Window [3] platforms using appVeyor free account. 

Bellow, you can see a list of important modifications:

  * Fix issue with UOM definitions in zcfg2sql
  * Make callback and HPC support independent from each other
  * Update SAGA-GIS support to version 7.2.0
  * Add support for custom MapServer style definition for raster output
  * Fix returned bbox definition #170 
  * Store semaphore status in lenv section for future deletion 
  * Update Windows support to newer compiler
  * Fix issue with UpdateStatus function from the Mono ZOO-API
  * Add logging functionality and other utility functions to the C-API
  * Return an exception for every output for which nb_pixel or
  nb_features is 0 
  * Add a shared key to the security section to differentiate the
  referenced data 
  * Add MapServer output style definition depending on the geometry
  type 
  * Add ogr.tindex service
  * Add support for literaldata input arrays and to call services
  asyncrhonously from the JavaScript ZOO-API   
  * Expose a sleep function to the JavaScript ZOO-API
  * Provide FinalizeHPC and FinalizeHPC1 services using scontrol and
  sacct respectively  
  * Store md5sum of the cached file (so, local to the WPS server) to
  compare before uploading (if different md5sum) on the HPC server 
  * Add support for R language
  * Add support for using "file://"  for referenced data input
  * Add an optional ecookie key for returning third-party cookies
  * Fix issue when parsing BoundingBox input #163 
  * Add memory key to the main section to force the ZOO-Kernel to load
  data into memory or use local file 
  * Add the dialect input to the ogr2ogr service
  * Store the list of generated mapfiles in a file (cf DeleteData service)
  * Define the correct MS_IMAGEMODE in the generated mapfile 
  * Option to use MapServer support to publish heatmap
  * Add status_code key to the lenv for setting Status HTTP response header 
  * Add the Creation Option inputs to the Gdal_Dem service
  * Add prohibited key in the callback section to define a list of
  services not requiring any invocation
  * Produce zcfg for OTB applications using the correct default pixel type
  * Add asynchronous callback invocation to send information about
  the ongoing services to a third-party software
  * Add mapsToJson, mapsToJson, and elementsToJson to the API 
  * Provide a zcfg2sql tool to convert a zcfg metadata file to SQL script
  * Add support to store service metadata information into a database
  * Add HPC Support for remote execution of SBATCH scripts through Slurm
  * Add cookie reference to _HINTERNET
  * Support headers for GET requests from the js ZOO-API 
  * Pass all headers listed in the attributes parameter from the
  [security] section to the hosts listed in the hosts parameter of the
  same section (ticket #139)

I am proposing myself as a release manager and the release to occur on next Friday (2019/06/07).

My vote is obviously +1 for this release.

Best regards,

[1] http://www.zoo-project.org/trac/changeset/917
[2] https://ci.appveyor.com/project/djay/trunk-t67ri/builds/24881108
[3] https://ci.appveyor.com/project/djay/trunk-hp3tw/builds/24868734


Gérald Fenoy
Gerald Fenoy
gerald.fenoy at geolabs.fr

GEOLABS
Siège social :
Futur Building I
1280, avenue des Platanes
34970 Lattes
Tél. fixe : +33 (0) 4 67 43 09 95
Tél. portable : +33 (0) 6 70 08 25 39