With the following missing references form the previous mail:

[1] 
https://github.com/ZOO-Project/ZOO-Project/commit/581b8532d4f3bd4480c34adcd9e53ae70b08f3ab
[2] https://github.com/ZOO-Project/ZOO-Project/issues/11#issuecomment-1024181397

Gerald Fenoy
Chair, ZOO-Project PSC


> Le 28 janv. 2022 à 13:52, Gérald Fenoy <gerald.fe...@geolabs.fr> a écrit :
> 
> Dear Jeff,
> Thanks a lot for your feedbacks.
> 
> I used the GitHub Release to publish previous versions of the ZOO-Project and 
> the brand new 1.9.0-rc1. I updated the corresponding documentation section 
> [1] and updated the associated ticket [2].
> 
> Best regards
> 
> 
> Gerald Fenoy
> Chair, ZOO-Project PSC
> 
>> Le 25 janv. 2022 à 20:15, Jeff McKenna <jmcke...@gatewaygeomatics.com 
>> <mailto:jmcke...@gatewaygeomatics.com>> a écrit :
>> 
>> Dear Gérald,
>> 
>> Thank-you for this effort.
>> 
>> Please also add to your release process: creating the RC & releases at 
>> https://github.com/ZOO-Project/ZOO-Project/releases 
>> <https://github.com/ZOO-Project/ZOO-Project/releases>
>> 
>> (for example, I like how GRASS GIS team lists the release candidates at 
>> https://github.com/OSGeo/grass/releases 
>> <https://github.com/OSGeo/grass/releases>   Or you can see how I do it at 
>> https://github.com/MapServer/MapServer/releases 
>> <https://github.com/MapServer/MapServer/releases> )
>> 
>> Once you click the "Create a new release" button there, then GitHub 
>> automagically notifies the repository's "followers".
>> 
>> Thanks,
>> 
>> -jeff
>> 
>> 
>> 
>> -- 
>> Jeff McKenna
>> GatewayGeo: Developers of MS4W, MapServer Consulting and Training
>> co-founder of FOSS4G
>> http://gatewaygeo.com/ <http://gatewaygeo.com/>
>> 
>> 
>> 
>> On 2022-01-25 2:56 p.m., Gérald Fenoy wrote:
>>> Dear community,
>>> As Release Manager, I am glad to announce the publication of the 
>>> ZOO-Project 1.9.0 release candidate 1.
>>> It can be downloaded from here [1].
>>> This new ZOO-Project release contains new features but also fixes.
>>> In November 2021, the Open Geospatial Consortium approved the OGC API - 
>>> Processes (Part 1: Core) standard. The new ZOO-Project release supports 
>>> this newly approved version. The MapServer support was integrated with this 
>>> new standard, even if the output data are only available through WMS, WFS 
>>> and WCS OGC standards, by now (see issue #1 [2]).
>>> =-= New Features and Fixes =-=
>>> * Update ZOO-Kernel internal messages natural languages po files
>>> * Fix issue with synchronous execution from the HTML UI when requesting 
>>> something else than raw data output.
>>> * Add support for natural languages to be available within the 
>>> docker-compose setup.
>>> * Add support for automatic natural languages support.
>>> * Add getValueFromMaps function the C-API to be used from C services 
>>> requiring to be functional in every memory management mode (load or 
>>> protected)
>>> * Add support for datetime parameter for jobs filtering as defined in OGC 
>>> API - Processes.
>>> * Add support for type parameter for jobs filtering as defined in OGC API - 
>>> Processes.
>>> * Add support for minDuration and maxDuration parameters for jobs filtering 
>>> as defined in OGC API - Processes.
>>> * Change the table structure for storing ongoing execution status 
>>> informations to add required field for outputing correct statusInfo.
>>> * Addition in the C-API: function addToMapA, in case there is already a 
>>> value, then the value is appended to the string and values are coma 
>>> separated (reason of the change: support for filtering using processId and 
>>> status in OGC API - Processes).
>>> * Add support for filtering using array of string the jobs list from OGC 
>>> API - Processes using processId or status parameter
>>> * Change docker-compose to use binary docker image published from GitHub 
>>> action.
>>> * Minor updates in docker-compose to target the right arch and potentially 
>>> cross compile in case you run from another arch
>>> * Get back the MapServer automatic publication of outputs/results through 
>>> OGC Web Services (WMS, WFS, and WCS)
>>> * Update the Basic HTML UI to use the Prefer header in case the execution 
>>> scenario requires to run the execute request asyncrhonously
>>> * Support the Prefer header for choosing between execution mode scenarios 
>>> which can be sync/async and raw/document
>>> * Add support for multiple output requested as Raw for OGC API - Processes 
>>> (why not backport this in WPS?)
>>> * Automatically add the old format of metadata informations to the inputs 
>>> and outputs to not require a single modification within your existing 
>>> services
>>> * Update the Basic HTML UI to try to conform to version 1.0-draft.6
>>> * Modify both the request parser and response printer functions from the 
>>> C-API to conform to version 1.0-draft.6
>>> * Support both the old array of inputs / outputs syntax and the one defined 
>>> in the draft 1.0-draft.6 (array of inputs for the new syntax may not work 
>>> as expected)
>>> * Move jobs to root and use /processes/{processID} as execute endpopint
>>> * Make all demos running within docker (including SAGA and OTB)
>>> * Deploy demo HTML UI from github from the Dockerfile
>>> * Add demo ZOO-Services build in the Dockerfile
>>> Please report any issue you may have using this version.
>>> In case no issue is reported in the 7 upcoming days, we will approve this 
>>> release candidate.
>>> Best regards,
>>> [1] http://zoo-project.org/new/Code/Download 
>>> <http://zoo-project.org/new/Code/Download> 
>>> <http://zoo-project.org/new/Code/Download 
>>> <http://zoo-project.org/new/Code/Download>>
>>> [2] https://github.com/ZOO-Project/ZOO-Project/issues/1 
>>> <https://github.com/ZOO-Project/ZOO-Project/issues/1> 
>>> <https://github.com/ZOO-Project/ZOO-Project/issues/1 
>>> <https://github.com/ZOO-Project/ZOO-Project/issues/1>>
>>> Gerald Fenoy
>>> Chair, ZOO-Project PSC
>>> _______________________________________________
>>> Zoo-discuss mailing list
>>> Zoo-discuss@lists.osgeo.org <mailto:Zoo-discuss@lists.osgeo.org>
>>> https://lists.osgeo.org/mailman/listinfo/zoo-discuss 
>>> <https://lists.osgeo.org/mailman/listinfo/zoo-discuss>
>> 
>> _______________________________________________
>> Zoo-discuss mailing list
>> Zoo-discuss@lists.osgeo.org <mailto:Zoo-discuss@lists.osgeo.org>
>> https://lists.osgeo.org/mailman/listinfo/zoo-discuss 
>> <https://lists.osgeo.org/mailman/listinfo/zoo-discuss>
> _______________________________________________
> ZOO-discuss mailing list
> ZOO-discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/zoo-discuss

_______________________________________________
ZOO-discuss mailing list
ZOO-discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/zoo-discuss

Reply via email to