[Live-demo] Which version of zoo-project should be installed on OSGeo-Live 9.0?

Cameron Shorter cameron.shorter at gmail.com
Mon Jul 20 04:43:01 PDT 2015

Hi Gerald,
CCing the OSGeo-Live list with your permission. Comments inline.

On 20/07/2015 6:11 pm, Fenoy Gerald wrote:
> Hi Cameron,
> sorry for late reply, sometime personal life take more importance than expected ...
> I successfully setup the 1.5.0 version of ZOO-Project on the latest OSGeoLiveDVD 9.0. I have also taken the privilege to add some demonstration application which are now using OpenLayer 3.7.0, Bootstrap and our ZOO-Client (coming with the 1.5.0 release). In fact by now, I would like to add 3 demonstrations applications :
>   * the standard one (the one already available but implemented using the mentioned JS libraries)
>   * the demonstration of the gdal_profile (the user can draw a line then have the elevation profile displayed for this feature)
>   * the routing demonstration, which use the same methods as the previous one, after the routing has been run, we re-use the published WFS ressource to display the elevation profile of your computed path.

I'm open to including another demonstration.
The key criteria is:
* The quality and stability of the application and the project is not 
* The demonstration is understandable, either self explanatory, or 
explained in a step-by-step process as part of the Quickstart. Note, the 
quickstart is designed to be run in 5 to 15 minutes. There is room to 
extend the existing Zoo quickstart. In particular, the existing 
quickstart would benefit from adding some extra explanation as to what a 
step is aimed to achieve and why you are doing the step.
* The size of the image is not increased significantly
* Improvements are sustainable. (Ie, if the key person is not available 
to update the next release, will it still work?)

> The only issue with all this demonstrations is that it uses its own dataset.
Yes, this is an issue.
We try to keep the number of datasets to a minimum, for a few reasons:
1. It takes up less space
2. It means there is less data to maintain between releases, and less QA 
checking required.
3. It makes it easier to compare the pros and cons of two different 
applications if you can see them using the same data side by side.

If you have a compelling need for a new type of data which is not 
already available, then we can discuss adding a new dataset.

>   In fact, I was a bit surprised to not have any data from Korea.
In the past, Hamish has created an OSM extract for the foss4g city. 
Unfortunately we haven't had as much access to Hamish's time with the 
release, and don't have a Soul OSM extract.

While I agree that it is very cool to use the FOSS4G city for each 
release, it does break our principles of minimising long term 
maintenance. As such, I think we should keep our OSM dataset extract at 
one location, and use that location for examples.

> So I decided to create a new database for storing roads of Seoul (based on an extract of OSM data), I also downloaded some elevation data for South Korea, and I also used the amenities points from OSM. Indeed in the third demonstration interface you can then create a buffer around your computed path and intersect the POIs which are inside this buffer.

I'm hoping this extract that you refer to aligns with prior OSM 
extracts? Maybe someone involved with the OSM extracts can comment?

Even so, my suggestion is to select a static example. Note that if you 
use screen shots from your Seoul example in your quickstart, then these 
screen shots will need to be updated at the next foss4g event, and any 
location based words will need to be changed, along with every 
translation of the base text. (Something we'd want to avoid).

> So I would like to know if it may be possible to first provide a new shell script to install the ZOO-Kernel and at least the services required by the demonstrations.

It is possible to update the install_zoo.sh script.
However, if there are extensive changes happening we might want to 
discuss that.
> I have to admit that I notice the availability of both OTB and SAGA, but I did not try to build the ZOO-Kernel using those libraries and see if it works properly on OSGeoLiveDVD. But I guess it may be of big interest to have this supports activated as it will offer 300+ new services automatically available.
Again, this sounds like a good idea, but if adding lots of extra 
functionality, it might be better to wait till the following osgeolive 
9.5 release in order to provide more time for testing.

>   Nevertheless, one more time, as for the data, I am a bit disturbed to add more space to the data available on OSGeoLiveDVD which is already too much IMO.
Yes, as above, lets keep the image small if we can.
> Anyway, I think I answered your question that the latest ZOO-Project 1.5.0 can be installed on OSGeoLiveDVD. If I don’t have enough space store the data I used to build the demo, I can still fall back to the data available. Nevertheless, I would really appreciate to know why there is no data for South-Korea or Seoul which is the place for the next FOSS4G.
As above.

> Best regards,
>> On 10/07/2015 9:11 am, cameron.shorter at gmail.com wrote:
>>> Hi Gérald,
>>> We have started our build cycle for OSGeo-Live 9.0, due to be released at the end of August 2015, in time for FOSS4G 2015 in September.
>>> We are interested to know which version of zoo-project  should be installed on OSGeo-Live 9.0?
>>> Version 1.3.0 was installed on OSGeo-Live 8.5.
>>> Note that our installer feature freeze is 21 July 2015.
>>> Note also that we have switched to git from svn for this release. Details here: http://wiki.osgeo.org/wiki/Live_GIS_Disc#Git_migration
>>> Any questions, please ask. (Angelos is acting as build manager and will have better technical answers than me).
>>> Warm regards,
>> On 18/07/2015 11:28 pm, Launchpad Buildd System wrote:
>>>   * Source Package: zoo
>>>   * Version: 1.7-11-1cran1ppa0trusty0
>>>   * Architecture: i386
>>>   * Archive: ~osgeolive/ubuntu/nightly
>>>   * Component: main
>>>   * State: Failed to build
>>>   * Duration: 3 minutes
>>>   * Build Log: https://launchpad.net/~osgeolive/+archive/ubuntu/nightly/+build/7667342/+files/buildlog_ubuntu-trusty-i386.zoo_1.7-11-1cran1ppa0trusty0_BUILDING.txt.gz
>>>   * Builder: https://launchpad.net/builders/lcy01-11
>>>   * Source: not available
>>> If you want further information about this situation, feel free to
>>> contact a member of the Launchpad Buildd Administrators team.
>>> --
>>> i386 build of zoo 1.7-11-1cran1ppa0trusty0 in ubuntu trusty RELEASE
>>> https://launchpad.net/~osgeolive/+archive/ubuntu/nightly/+build/7667342
>> -- 
>> Cameron Shorter,
>> Software and Data Solutions Manager
>> LISAsoft
>> Suite 112, Jones Bay Wharf,
>> 26 - 32 Pirrama Rd, Pyrmont NSW 2009
>> P +61 2 9009 5000,  W www.lisasoft.com,  F +61 2 9009 5099
> Gérald Fenoy
> http://wiki.osgeo.org/wiki/User:Djay

Cameron Shorter,
Software and Data Solutions Manager
Suite 112, Jones Bay Wharf,
26 - 32 Pirrama Rd, Pyrmont NSW 2009

P +61 2 9009 5000,  W www.lisasoft.com,  F +61 2 9009 5099

More information about the Osgeolive mailing list