[Geoserver-devel] GeoTools / GeoServer Meeting 2015-11-03

GeoTools / GeoServer Meeting 2015-11-03

Attending
---------

Ben Caradoc-Davies
Ian Turton
Andrea Aime
Jody Garnett
Torben Barsballe
Kevin Smith
Jukka Rahkonen
Jeff Brower
Brad Hards

Agenda
------

- CITE tests and build infrastructure
- Java 8
- Code sprints
- ImageProcessing (OpenCV, ImageJ, GeoAI)

Actions
-------

- Andrea whitelist winbuild instead of subscribing
- Jody: check CITE test problem with boundless IT
- Ben: call for volunteers to migrate master to Java 8 [DONE]
- Jody: for Victoria code sprint, reach out to BC government, vivid solutions, etc...
- Ben: make a wiki page for the Victoria code sprint [DONE]
- Andrea : fill wiki page for code sprint

Actions from last meeting
-------------------------

- Victoria Office: move master to reference artifactory directly

CITE tests and build infrastructure
-----------------------------------

See email! Apparently we all missed it.

Winbuild: failing, has not been notifying the list since August.

What do we need? 2.8.x and master are not getting tested!

- check ares to see if port ... trying to connect a service?
- startup starts jetty, then polls port until it gets a response, gets a 404 and dies
http://ares.boundlessgeo.com/jenkins/view/testing-cite/job/2.8-cite-wfs-1.0/33/consoleFull

<head>
   <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"/>
   <title>Error 404 NOT_FOUND</title>
</head>

- when did this start? October 21st ...
- funny - the 2.7.x branch actively starts and works?
- Check if each branch uses a different a port?
   2.7.x polling port 11010
   2.8.x polling port 11010
- Check version of Java used?
- action: check with boundless IT

Java 8
------

Waiting for CITE tests working - so this activity is blocked.

Agreed to move JDK and source+target for master.

Need a champion for this activity, recommend changing CITE, then online tests, then master. And organize response.

Action: call for volunteers.

Travis status:
- https://travis-ci.org/geotools/geotools (good)
- https://travis-ci.org/geoserver/geoserver (dunno)

Code Sprints
------------

There are two code sprints on the radar:
* Feb code sprint in Victoria :slight_smile:
* France code sprint a week in Feb:
   http://doodle.com/poll/ii5cu9et58vghkts

Approach:
1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:
- Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:
- OSGeo
- Credit GeoSolutions and Boundless for staff time
- Local: BC Government? vivid solutions, etc...

Concerns:
- concerned about cost (see sponsorship)
- time is close to code freeze? Could we do this mid January
- may be a bit of scramble to get sponorship in order
- action: Put January as primary date, mid Feb as fallback plan.

OpenCV Discussion
-----------------

Jeff Bower has a proposal sent out, Andrea has had a quick glance at the proposal.

Discussion:
- possible replacement for native JAI replacment? Ie implement JAI Operators we care about in terms of OpenCV (Scale, Translate, General Affine, Warp, Crop, Lookup) and then give the a higher priority so they are used if OpenCV plugin they are used.
- discussion focused on WMS optimization above, Jeff's customers may be using WPS for "image analyitics" - so they may be using WPS?!
- standard operations may be worse because of latency in calling JAI operations via an accelerator.
- concern about moving data on and off GPU? OpenCV can be configured to stay on CPU
- note: GIS procesing is not normal image processing - requires region of interest (similar to a mask), and 'no data' (some values should not be processed).
- OpenCV has some support for the above :slight_smile:

ImageProcessing
---------------
To review - Java Advanced Imaging is "end of life" and we are looking at stratagies to replace.

JAI
- key feature is the tile based processing engine, you set up your processing chain (kind of like functional programming) and the engine will bring in raster data a chunk at a time allowing processing of files larger than memory.
- no_data and region of interest support has been added as additional operations via JAI-EXT for the processing engine.

Alternatives:

1. OpenCV (see above)
- http://opencv.org/
- BSD license, C/C++ codebase with bindings for Java
- Use OpenCL to share work with CPU/GPU
- Does it have the ability to work data larger then memory? Need to check ...

2. ImageJ
- had a look, seems to be comparable to JAI (ie it is an image processing engine)
- Eclipse Science Working Group is starting in on this one (and may have room for collaboration)
- Found the engine here: http://imagej.net/ImgLib2
- Could not see any support for working with raster data larger than memory. Has region of interest (ROI) support, not sure about no_data.
- At least one nD dimensional data format.
- has high level operators (feaure extractions etc...)

3. JAI Replacement
- Need a project name for JAI replacement, then start fund raising
- Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
- would like work though OSGeo and LocationTech
- mostly focused on the technical requirements
- name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing) JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
- No use of JAI interfaces ... because Oracle
- "Java" is a trademark
- This is a *lot* of work, both in the project, and in migrating GeoTools and GeoServer.
- Q: How well does GeoTools protect downstream projects? Pretty good (except for direct rendering path and some WPS). Remaining code is hidden behind "image worker".
- Note: RenderedImage is a Java class, not PlanarImage which is the JAI subclass.

4. GeoTrellis
- requires data to be broken into tiles before use, making use of sparc to handle concurrent processing.
- Not sure about no_data and ROI support.

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/&gt;
New Zealand

- Use OpenCL to share work with CPU/GPU

OpenCL support is of interest, but tends towards the CUDA direction, requiring a high degree of device specific
knowledge. With the exception of Intel, most of the companies supporting OpenCL are either non-CPU architecture (GPU)
or embedded system device manufacturers (FPGA, SoC, ARM, etc although earlier this year ARM did join the OpenMP ARB).

A key for high performance OpenCV is that it supports OpenMP. This means that (i) code with OpenMP pragmas runs
unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can be enabled by setting #defines and compiler
flags (e.g. -fopenmp for gcc).

OpenCV has ROI support but would need to be modified for no_data (null) pixels and virtual bitmaps.

-Jeff

GeoTools / GeoServer Meeting 2015-11-03

Attending
---------

Ben Caradoc-Davies
Ian Turton
Andrea Aime
Jody Garnett
Torben Barsballe
Kevin Smith
Jukka Rahkonen
Jeff Brower
Brad Hards

Agenda
------

- CITE tests and build infrastructure
- Java 8
- Code sprints
- ImageProcessing (OpenCV, ImageJ, GeoAI)

Actions
-------

- Andrea whitelist winbuild instead of subscribing
- Jody: check CITE test problem with boundless IT
- Ben: call for volunteers to migrate master to Java 8 [DONE]
- Jody: for Victoria code sprint, reach out to BC government, vivid
solutions, etc...
- Ben: make a wiki page for the Victoria code sprint [DONE]
- Andrea : fill wiki page for code sprint

Actions from last meeting
-------------------------

- Victoria Office: move master to reference artifactory directly

CITE tests and build infrastructure
-----------------------------------

See email! Apparently we all missed it.

Winbuild: failing, has not been notifying the list since August.

What do we need? 2.8.x and master are not getting tested!

- check ares to see if port ... trying to connect a service?
- startup starts jetty, then polls port until it gets a response, gets a
404 and dies
http://ares.boundlessgeo.com/jenkins/view/testing-cite/job/2.8-cite-wfs-1.0/33/consoleFull

<head>
   <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"/>
   <title>Error 404 NOT_FOUND</title>
</head>

- when did this start? October 21st ...
- funny - the 2.7.x branch actively starts and works?
- Check if each branch uses a different a port?
   2.7.x polling port 11010
   2.8.x polling port 11010
- Check version of Java used?
- action: check with boundless IT

Java 8
------

Waiting for CITE tests working - so this activity is blocked.

Agreed to move JDK and source+target for master.

Need a champion for this activity, recommend changing CITE, then online
tests, then master. And organize response.

Action: call for volunteers.

Travis status:
- https://travis-ci.org/geotools/geotools (good)
- https://travis-ci.org/geoserver/geoserver (dunno)

Code Sprints
------------

There are two code sprints on the radar:
* Feb code sprint in Victoria :slight_smile:
* France code sprint a week in Feb:
   http://doodle.com/poll/ii5cu9et58vghkts

Approach:
1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:
- Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:
- OSGeo
- Credit GeoSolutions and Boundless for staff time
- Local: BC Government? vivid solutions, etc...

Concerns:
- concerned about cost (see sponsorship)
- time is close to code freeze? Could we do this mid January
- may be a bit of scramble to get sponorship in order
- action: Put January as primary date, mid Feb as fallback plan.

OpenCV Discussion
-----------------

Jeff Bower has a proposal sent out, Andrea has had a quick glance at the
proposal.

Discussion:
- possible replacement for native JAI replacment? Ie implement JAI
Operators we care about in terms of OpenCV (Scale, Translate, General
Affine, Warp, Crop, Lookup) and then give the a higher priority so they
are used if OpenCV plugin they are used.
- discussion focused on WMS optimization above, Jeff's customers may be
using WPS for "image analyitics" - so they may be using WPS?!
- standard operations may be worse because of latency in calling JAI
operations via an accelerator.
- concern about moving data on and off GPU? OpenCV can be configured to
stay on CPU
- note: GIS procesing is not normal image processing - requires region
of interest (similar to a mask), and 'no data' (some values should not
be processed).
- OpenCV has some support for the above :slight_smile:

ImageProcessing
---------------
To review - Java Advanced Imaging is "end of life" and we are looking at
stratagies to replace.

JAI
- key feature is the tile based processing engine, you set up your
processing chain (kind of like functional programming) and the engine
will bring in raster data a chunk at a time allowing processing of files
larger than memory.
- no_data and region of interest support has been added as additional
operations via JAI-EXT for the processing engine.

Alternatives:

1. OpenCV (see above)
- http://opencv.org/
- BSD license, C/C++ codebase with bindings for Java
- Use OpenCL to share work with CPU/GPU
- Does it have the ability to work data larger then memory? Need to
check ...

2. ImageJ
- had a look, seems to be comparable to JAI (ie it is an image
processing engine)
- Eclipse Science Working Group is starting in on this one (and may have
room for collaboration)
- Found the engine here: http://imagej.net/ImgLib2
- Could not see any support for working with raster data larger than
memory. Has region of interest (ROI) support, not sure about no_data.
- At least one nD dimensional data format.
- has high level operators (feaure extractions etc...)

3. JAI Replacement
- Need a project name for JAI replacement, then start fund raising
- Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
- would like work though OSGeo and LocationTech
- mostly focused on the technical requirements
- name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing)
JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
- No use of JAI interfaces ... because Oracle
- "Java" is a trademark
- This is a *lot* of work, both in the project, and in migrating
GeoTools and GeoServer.
- Q: How well does GeoTools protect downstream projects? Pretty good
(except for direct rendering path and some WPS). Remaining code is
hidden behind "image worker".
- Note: RenderedImage is a Java class, not PlanarImage which is the JAI
subclass.

4. GeoTrellis
- requires data to be broken into tiles before use, making use of sparc
to handle concurrent processing.
- Not sure about no_data and ROI support.

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/&gt;
New Zealand

------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Thanks for the clarifications Jeff, and taking part in last nights meeting. I am going to reply to your other thread with respect to engaging the community.

···

On 4 November 2015 at 02:49, Jeff Brower <jbrower@anonymised.com> wrote:

  • Use OpenCL to share work with CPU/GPU

OpenCL support is of interest, but tends towards the CUDA direction, requiring a high degree of device specific
knowledge. With the exception of Intel, most of the companies supporting OpenCL are either non-CPU architecture (GPU)
or embedded system device manufacturers (FPGA, SoC, ARM, etc although earlier this year ARM did join the OpenMP ARB).

A key for high performance OpenCV is that it supports OpenMP. This means that (i) code with OpenMP pragmas runs
unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can be enabled by setting #defines and compiler
flags (e.g. -fopenmp for gcc).

OpenCV has ROI support but would need to be modified for no_data (null) pixels and virtual bitmaps.

-Jeff

GeoTools / GeoServer Meeting 2015-11-03

Attending

Ben Caradoc-Davies
Ian Turton
Andrea Aime
Jody Garnett
Torben Barsballe
Kevin Smith
Jukka Rahkonen
Jeff Brower
Brad Hards

Agenda

  • CITE tests and build infrastructure
  • Java 8
  • Code sprints
  • ImageProcessing (OpenCV, ImageJ, GeoAI)

Actions

  • Andrea whitelist winbuild instead of subscribing
  • Jody: check CITE test problem with boundless IT
  • Ben: call for volunteers to migrate master to Java 8 [DONE]
  • Jody: for Victoria code sprint, reach out to BC government, vivid
    solutions, etc…
  • Ben: make a wiki page for the Victoria code sprint [DONE]
  • Andrea : fill wiki page for code sprint

Actions from last meeting

  • Victoria Office: move master to reference artifactory directly

CITE tests and build infrastructure

See email! Apparently we all missed it.

Winbuild: failing, has not been notifying the list since August.

What do we need? 2.8.x and master are not getting tested!

Error 404 NOT_FOUND
  • when did this start? October 21st …
  • funny - the 2.7.x branch actively starts and works?
  • Check if each branch uses a different a port?
    2.7.x polling port 11010
    2.8.x polling port 11010
  • Check version of Java used?
  • action: check with boundless IT

Java 8

Waiting for CITE tests working - so this activity is blocked.

Agreed to move JDK and source+target for master.

Need a champion for this activity, recommend changing CITE, then online
tests, then master. And organize response.

Action: call for volunteers.

Travis status:

Code Sprints

There are two code sprints on the radar:

Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:

  • Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:

  • OSGeo
  • Credit GeoSolutions and Boundless for staff time
  • Local: BC Government? vivid solutions, etc…

Concerns:

  • concerned about cost (see sponsorship)
  • time is close to code freeze? Could we do this mid January
  • may be a bit of scramble to get sponorship in order
  • action: Put January as primary date, mid Feb as fallback plan.

OpenCV Discussion

Jeff Bower has a proposal sent out, Andrea has had a quick glance at the
proposal.

Discussion:

  • possible replacement for native JAI replacment? Ie implement JAI
    Operators we care about in terms of OpenCV (Scale, Translate, General
    Affine, Warp, Crop, Lookup) and then give the a higher priority so they
    are used if OpenCV plugin they are used.
  • discussion focused on WMS optimization above, Jeff’s customers may be
    using WPS for “image analyitics” - so they may be using WPS?!
  • standard operations may be worse because of latency in calling JAI
    operations via an accelerator.
  • concern about moving data on and off GPU? OpenCV can be configured to
    stay on CPU
  • note: GIS procesing is not normal image processing - requires region
    of interest (similar to a mask), and ‘no data’ (some values should not
    be processed).
  • OpenCV has some support for the above :slight_smile:

ImageProcessing

To review - Java Advanced Imaging is “end of life” and we are looking at
stratagies to replace.

JAI

  • key feature is the tile based processing engine, you set up your
    processing chain (kind of like functional programming) and the engine
    will bring in raster data a chunk at a time allowing processing of files
    larger than memory.
  • no_data and region of interest support has been added as additional
    operations via JAI-EXT for the processing engine.

Alternatives:

  1. OpenCV (see above)
  • http://opencv.org/
  • BSD license, C/C++ codebase with bindings for Java
  • Use OpenCL to share work with CPU/GPU
  • Does it have the ability to work data larger then memory? Need to
    check …
  1. ImageJ
  • had a look, seems to be comparable to JAI (ie it is an image
    processing engine)
  • Eclipse Science Working Group is starting in on this one (and may have
    room for collaboration)
  • Found the engine here: http://imagej.net/ImgLib2
  • Could not see any support for working with raster data larger than
    memory. Has region of interest (ROI) support, not sure about no_data.
  • At least one nD dimensional data format.
  • has high level operators (feaure extractions etc…)
  1. JAI Replacement
  • Need a project name for JAI replacement, then start fund raising
  • Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
  • would like work though OSGeo and LocationTech
  • mostly focused on the technical requirements
  • name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing)
    JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
  • No use of JAI interfaces … because Oracle
  • “Java” is a trademark
  • This is a lot of work, both in the project, and in migrating
    GeoTools and GeoServer.
  • Q: How well does GeoTools protect downstream projects? Pretty good
    (except for direct rendering path and some WPS). Remaining code is
    hidden behind “image worker”.
  • Note: RenderedImage is a Java class, not PlanarImage which is the JAI
    subclass.
  1. GeoTrellis
  • requires data to be broken into tiles before use, making use of sparc
    to handle concurrent processing.
  • Not sure about no_data and ROI support.


Ben Caradoc-Davies <ben@anonymised.com.>
Director
Transient Software Limited <http://transient.nz/>
New Zealand



Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel



Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Jody Garnett

Jody-

Thanks. I see your other reply. I have been reading about JAI-EXT and will have some questions shortly.

-Jeff

Jody Garnett wrote:

···

On 4 November 2015 at 02:49, Jeff Brower <jbrower@anonymised.com> wrote:

  • Use OpenCL to share work with CPU/GPU

OpenCL support is of interest, but tends towards the CUDA direction, requiring a high degree of device specific
knowledge. With the exception of Intel, most of the companies supporting OpenCL are either non-CPU architecture (GPU)
or embedded system device manufacturers (FPGA, SoC, ARM, etc although earlier this year ARM did join the OpenMP ARB).

A key for high performance OpenCV is that it supports OpenMP. This means that (i) code with OpenMP pragmas runs
unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can be enabled by setting #defines and compiler
flags (e.g. -fopenmp for gcc).

OpenCV has ROI support but would need to be modified for no_data (null) pixels and virtual bitmaps.

-Jeff

GeoTools / GeoServer Meeting 2015-11-03

Attending

Ben Caradoc-Davies
Ian Turton
Andrea Aime
Jody Garnett
Torben Barsballe
Kevin Smith
Jukka Rahkonen
Jeff Brower
Brad Hards

Agenda

  • CITE tests and build infrastructure
  • Java 8
  • Code sprints
  • ImageProcessing (OpenCV, ImageJ, GeoAI)

Actions

  • Andrea whitelist winbuild instead of subscribing
  • Jody: check CITE test problem with boundless IT
  • Ben: call for volunteers to migrate master to Java 8 [DONE]
  • Jody: for Victoria code sprint, reach out to BC government, vivid
    solutions, etc…
  • Ben: make a wiki page for the Victoria code sprint [DONE]
  • Andrea : fill wiki page for code sprint

Actions from last meeting

  • Victoria Office: move master to reference artifactory directly

CITE tests and build infrastructure

See email! Apparently we all missed it.

Winbuild: failing, has not been notifying the list since August.

What do we need? 2.8.x and master are not getting tested!

Error 404 NOT_FOUND
  • when did this start? October 21st …
  • funny - the 2.7.x branch actively starts and works?
  • Check if each branch uses a different a port?
    2.7.x polling port 11010
    2.8.x polling port 11010
  • Check version of Java used?
  • action: check with boundless IT

Java 8

Waiting for CITE tests working - so this activity is blocked.

Agreed to move JDK and source+target for master.

Need a champion for this activity, recommend changing CITE, then online
tests, then master. And organize response.

Action: call for volunteers.

Travis status:

Code Sprints

There are two code sprints on the radar:

Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:

  • Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:

  • OSGeo
  • Credit GeoSolutions and Boundless for staff time
  • Local: BC Government? vivid solutions, etc…

Concerns:

  • concerned about cost (see sponsorship)
  • time is close to code freeze? Could we do this mid January
  • may be a bit of scramble to get sponorship in order
  • action: Put January as primary date, mid Feb as fallback plan.

OpenCV Discussion

Jeff Bower has a proposal sent out, Andrea has had a quick glance at the
proposal.

Discussion:

  • possible replacement for native JAI replacment? Ie implement JAI
    Operators we care about in terms of OpenCV (Scale, Translate, General
    Affine, Warp, Crop, Lookup) and then give the a higher priority so they
    are used if OpenCV plugin they are used.
  • discussion focused on WMS optimization above, Jeff’s customers may be
    using WPS for “image analyitics” - so they may be using WPS?!
  • standard operations may be worse because of latency in calling JAI
    operations via an accelerator.
  • concern about moving data on and off GPU? OpenCV can be configured to
    stay on CPU
  • note: GIS procesing is not normal image processing - requires region
    of interest (similar to a mask), and ‘no data’ (some values should not
    be processed).
  • OpenCV has some support for the above :slight_smile:

ImageProcessing

To review - Java Advanced Imaging is “end of life” and we are looking at
stratagies to replace.

JAI

  • key feature is the tile based processing engine, you set up your
    processing chain (kind of like functional programming) and the engine
    will bring in raster data a chunk at a time allowing processing of files
    larger than memory.
  • no_data and region of interest support has been added as additional
    operations via JAI-EXT for the processing engine.

Alternatives:

  1. OpenCV (see above)
  • http://opencv.org/
  • BSD license, C/C++ codebase with bindings for Java
  • Use OpenCL to share work with CPU/GPU
  • Does it have the ability to work data larger then memory? Need to
    check …
  1. ImageJ
  • had a look, seems to be comparable to JAI (ie it is an image
    processing engine)
  • Eclipse Science Working Group is starting in on this one (and may have
    room for collaboration)
  • Found the engine here: http://imagej.net/ImgLib2
  • Could not see any support for working with raster data larger than
    memory. Has region of interest (ROI) support, not sure about no_data.
  • At least one nD dimensional data format.
  • has high level operators (feaure extractions etc…)
  1. JAI Replacement
  • Need a project name for JAI replacement, then start fund raising
  • Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
  • would like work though OSGeo and LocationTech
  • mostly focused on the technical requirements
  • name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing)
    JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
  • No use of JAI interfaces … because Oracle
  • “Java” is a trademark
  • This is a lot of work, both in the project, and in migrating
    GeoTools and GeoServer.
  • Q: How well does GeoTools protect downstream projects? Pretty good
    (except for direct rendering path and some WPS). Remaining code is
    hidden behind “image worker”.
  • Note: RenderedImage is a Java class, not PlanarImage which is the JAI
    subclass.
  1. GeoTrellis
  • requires data to be broken into tiles before use, making use of sparc
    to handle concurrent processing.
  • Not sure about no_data and ROI support.


Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand



Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel



Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–Jody Garnett

Ciao Jeff,
the main problem I saw when I played with OpenCV was that ROIs can only be rectangles but we usually need
generic shapes.
Any thoughts on that?

···

On Wed, Nov 4, 2015 at 2:49 AM, Jeff Brower <jbrower@anonymised.com> wrote:

  • Use OpenCL to share work with CPU/GPU

OpenCL support is of interest, but tends towards the CUDA direction, requiring a high degree of device specific
knowledge. With the exception of Intel, most of the companies supporting OpenCL are either non-CPU architecture (GPU)
or embedded system device manufacturers (FPGA, SoC, ARM, etc although earlier this year ARM did join the OpenMP ARB).

A key for high performance OpenCV is that it supports OpenMP. This means that (i) code with OpenMP pragmas runs
unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can be enabled by setting #defines and compiler
flags (e.g. -fopenmp for gcc).

OpenCV has ROI support but would need to be modified for no_data (null) pixels and virtual bitmaps.

-Jeff

GeoTools / GeoServer Meeting 2015-11-03

Attending

Ben Caradoc-Davies
Ian Turton
Andrea Aime
Jody Garnett
Torben Barsballe
Kevin Smith
Jukka Rahkonen
Jeff Brower
Brad Hards

Agenda

  • CITE tests and build infrastructure
  • Java 8
  • Code sprints
  • ImageProcessing (OpenCV, ImageJ, GeoAI)

Actions

  • Andrea whitelist winbuild instead of subscribing
  • Jody: check CITE test problem with boundless IT
  • Ben: call for volunteers to migrate master to Java 8 [DONE]
  • Jody: for Victoria code sprint, reach out to BC government, vivid
    solutions, etc…
  • Ben: make a wiki page for the Victoria code sprint [DONE]
  • Andrea : fill wiki page for code sprint

Actions from last meeting

  • Victoria Office: move master to reference artifactory directly

CITE tests and build infrastructure

See email! Apparently we all missed it.

Winbuild: failing, has not been notifying the list since August.

What do we need? 2.8.x and master are not getting tested!

Error 404 NOT_FOUND
  • when did this start? October 21st …
  • funny - the 2.7.x branch actively starts and works?
  • Check if each branch uses a different a port?
    2.7.x polling port 11010
    2.8.x polling port 11010
  • Check version of Java used?
  • action: check with boundless IT

Java 8

Waiting for CITE tests working - so this activity is blocked.

Agreed to move JDK and source+target for master.

Need a champion for this activity, recommend changing CITE, then online
tests, then master. And organize response.

Action: call for volunteers.

Travis status:

Code Sprints

There are two code sprints on the radar:

Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:

  • Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:

  • OSGeo
  • Credit GeoSolutions and Boundless for staff time
  • Local: BC Government? vivid solutions, etc…

Concerns:

  • concerned about cost (see sponsorship)
  • time is close to code freeze? Could we do this mid January
  • may be a bit of scramble to get sponorship in order
  • action: Put January as primary date, mid Feb as fallback plan.

OpenCV Discussion

Jeff Bower has a proposal sent out, Andrea has had a quick glance at the
proposal.

Discussion:

  • possible replacement for native JAI replacment? Ie implement JAI
    Operators we care about in terms of OpenCV (Scale, Translate, General
    Affine, Warp, Crop, Lookup) and then give the a higher priority so they
    are used if OpenCV plugin they are used.
  • discussion focused on WMS optimization above, Jeff’s customers may be
    using WPS for “image analyitics” - so they may be using WPS?!
  • standard operations may be worse because of latency in calling JAI
    operations via an accelerator.
  • concern about moving data on and off GPU? OpenCV can be configured to
    stay on CPU
  • note: GIS procesing is not normal image processing - requires region
    of interest (similar to a mask), and ‘no data’ (some values should not
    be processed).
  • OpenCV has some support for the above :slight_smile:

ImageProcessing

To review - Java Advanced Imaging is “end of life” and we are looking at
stratagies to replace.

JAI

  • key feature is the tile based processing engine, you set up your
    processing chain (kind of like functional programming) and the engine
    will bring in raster data a chunk at a time allowing processing of files
    larger than memory.
  • no_data and region of interest support has been added as additional
    operations via JAI-EXT for the processing engine.

Alternatives:

  1. OpenCV (see above)
  • http://opencv.org/
  • BSD license, C/C++ codebase with bindings for Java
  • Use OpenCL to share work with CPU/GPU
  • Does it have the ability to work data larger then memory? Need to
    check …
  1. ImageJ
  • had a look, seems to be comparable to JAI (ie it is an image
    processing engine)
  • Eclipse Science Working Group is starting in on this one (and may have
    room for collaboration)
  • Found the engine here: http://imagej.net/ImgLib2
  • Could not see any support for working with raster data larger than
    memory. Has region of interest (ROI) support, not sure about no_data.
  • At least one nD dimensional data format.
  • has high level operators (feaure extractions etc…)
  1. JAI Replacement
  • Need a project name for JAI replacement, then start fund raising
  • Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
  • would like work though OSGeo and LocationTech
  • mostly focused on the technical requirements
  • name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing)
    JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
  • No use of JAI interfaces … because Oracle
  • “Java” is a trademark
  • This is a lot of work, both in the project, and in migrating
    GeoTools and GeoServer.
  • Q: How well does GeoTools protect downstream projects? Pretty good
    (except for direct rendering path and some WPS). Remaining code is
    hidden behind “image worker”.
  • Note: RenderedImage is a Java class, not PlanarImage which is the JAI
    subclass.
  1. GeoTrellis
  • requires data to be broken into tiles before use, making use of sparc
    to handle concurrent processing.
  • Not sure about no_data and ROI support.


Ben Caradoc-Davies <ben@anonymised.com.>
Director
Transient Software Limited <http://transient.nz/>
New Zealand



Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel



Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Regards,
Simone Giannecchini

GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Simone-

the main problem I saw when I played with OpenCV
was that ROIs can only be rectangles but we usually
need generic shapes.
Any thoughts on that?

To make it do-able without extra APIs to create and apply masks (and without hijacking the mask parameter present in
many opencv APIs) would require mods to OpenCV source. We can consider to do mods like this with #ifdef GEOSERVER or
similar. We have taken that approach before when adding functionality. I would have to look and see if ROI is
currently handled in a central code location and applied uniformly across APIs. OpenCV is well-written, so that's
likely.

It sounds like non-rectangular ROIs and null pixels may go hand-in-hand. One thing for sure though, irregular ROIs
will affect performance. But that's the fun part.

-Jeff

-------------------------------------------------------
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

On Wed, Nov 4, 2015 at 2:49 AM, Jeff Brower <jbrower@anonymised.com> wrote:

> - Use OpenCL to share work with CPU/GPU

OpenCL support is of interest, but tends towards the CUDA direction,
requiring a high degree of device specific
knowledge. With the exception of Intel, most of the companies supporting
OpenCL are either non-CPU architecture (GPU)
or embedded system device manufacturers (FPGA, SoC, ARM, etc although
earlier this year ARM did join the OpenMP ARB).

A key for high performance OpenCV is that it supports OpenMP. This means
that (i) code with OpenMP pragmas runs
unmodified on x86, c66x, PPC, or any other multicore CPU and (ii) and can
be enabled by setting #defines and compiler
flags (e.g. -fopenmp for gcc).

OpenCV has ROI support but would need to be modified for no_data (null)
pixels and virtual bitmaps.

-Jeff

> GeoTools / GeoServer Meeting 2015-11-03
> ======================================> >
> Attending
> ---------
>
> Ben Caradoc-Davies
> Ian Turton
> Andrea Aime
> Jody Garnett
> Torben Barsballe
> Kevin Smith
> Jukka Rahkonen
> Jeff Brower
> Brad Hards
>
> Agenda
> ------
>
> - CITE tests and build infrastructure
> - Java 8
> - Code sprints
> - ImageProcessing (OpenCV, ImageJ, GeoAI)
>
> Actions
> -------
>
> - Andrea whitelist winbuild instead of subscribing
> - Jody: check CITE test problem with boundless IT
> - Ben: call for volunteers to migrate master to Java 8 [DONE]
> - Jody: for Victoria code sprint, reach out to BC government, vivid
> solutions, etc...
> - Ben: make a wiki page for the Victoria code sprint [DONE]
> - Andrea : fill wiki page for code sprint
>
> Actions from last meeting
> -------------------------
>
> - Victoria Office: move master to reference artifactory directly
>
> CITE tests and build infrastructure
> -----------------------------------
>
> See email! Apparently we all missed it.
>
> Winbuild: failing, has not been notifying the list since August.
>
> What do we need? 2.8.x and master are not getting tested!
>
> - check ares to see if port ... trying to connect a service?
> - startup starts jetty, then polls port until it gets a response, gets a
> 404 and dies
>
http://ares.boundlessgeo.com/jenkins/view/testing-cite/job/2.8-cite-wfs-1.0/33/consoleFull
>
> <head>
> <meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1"/>
> <title>Error 404 NOT_FOUND</title>
> </head>
>
> - when did this start? October 21st ...
> - funny - the 2.7.x branch actively starts and works?
> - Check if each branch uses a different a port?
> 2.7.x polling port 11010
> 2.8.x polling port 11010
> - Check version of Java used?
> - action: check with boundless IT
>
> Java 8
> ------
>
> Waiting for CITE tests working - so this activity is blocked.
>
> Agreed to move JDK and source+target for master.
>
> Need a champion for this activity, recommend changing CITE, then online
> tests, then master. And organize response.
>
> Action: call for volunteers.
>
> Travis status:
> - https://travis-ci.org/geotools/geotools (good)
> - https://travis-ci.org/geoserver/geoserver (dunno)
>
> Code Sprints
> ------------
>
> There are two code sprints on the radar:
> * Feb code sprint in Victoria :slight_smile:
> * France code sprint a week in Feb:
> http://doodle.com/poll/ii5cu9et58vghkts
>
> Approach:
> 1. make a wiki page (action: jody and ben)
> http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
> 2. put the topic on the next board meeting (action: andrea)
> http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12
>
> Ideas for wiki page:
> - Present as a maintenace activity, rather than a community build
activity.
>
> Sponsors ideas:
> - OSGeo
> - Credit GeoSolutions and Boundless for staff time
> - Local: BC Government? vivid solutions, etc...
>
> Concerns:
> - concerned about cost (see sponsorship)
> - time is close to code freeze? Could we do this mid January
> - may be a bit of scramble to get sponorship in order
> - action: Put January as primary date, mid Feb as fallback plan.
>
> OpenCV Discussion
> -----------------
>
> Jeff Bower has a proposal sent out, Andrea has had a quick glance at the
> proposal.
>
> Discussion:
> - possible replacement for native JAI replacment? Ie implement JAI
> Operators we care about in terms of OpenCV (Scale, Translate, General
> Affine, Warp, Crop, Lookup) and then give the a higher priority so they
> are used if OpenCV plugin they are used.
> - discussion focused on WMS optimization above, Jeff's customers may be
> using WPS for "image analyitics" - so they may be using WPS?!
> - standard operations may be worse because of latency in calling JAI
> operations via an accelerator.
> - concern about moving data on and off GPU? OpenCV can be configured to
> stay on CPU
> - note: GIS procesing is not normal image processing - requires region
> of interest (similar to a mask), and 'no data' (some values should not
> be processed).
> - OpenCV has some support for the above :slight_smile:
>
> ImageProcessing
> ---------------
> To review - Java Advanced Imaging is "end of life" and we are looking at
> stratagies to replace.
>
> JAI
> - key feature is the tile based processing engine, you set up your
> processing chain (kind of like functional programming) and the engine
> will bring in raster data a chunk at a time allowing processing of files
> larger than memory.
> - no_data and region of interest support has been added as additional
> operations via JAI-EXT for the processing engine.
>
> Alternatives:
>
> 1. OpenCV (see above)
> - http://opencv.org/
> - BSD license, C/C++ codebase with bindings for Java
> - Use OpenCL to share work with CPU/GPU
> - Does it have the ability to work data larger then memory? Need to
> check ...
>
> 2. ImageJ
> - had a look, seems to be comparable to JAI (ie it is an image
> processing engine)
> - Eclipse Science Working Group is starting in on this one (and may have
> room for collaboration)
> - Found the engine here: http://imagej.net/ImgLib2
> - Could not see any support for working with raster data larger than
> memory. Has region of interest (ROI) support, not sure about no_data.
> - At least one nD dimensional data format.
> - has high level operators (feaure extractions etc...)
>
> 3. JAI Replacement
> - Need a project name for JAI replacement, then start fund raising
> - Interest from Boundless, GeoSolutions, LocationTech, H2Gis too
> - would like work though OSGeo and LocationTech
> - mostly focused on the technical requirements
> - name? JAI-NG, GTAI, GeoAI, JSCIP (Java Scalable Image Processing)
> JAI-15, OpenJImaging, OpenJI? OpenJAI? JIOpen? GeoNee
> - No use of JAI interfaces ... because Oracle
> - "Java" is a trademark
> - This is a *lot* of work, both in the project, and in migrating
> GeoTools and GeoServer.
> - Q: How well does GeoTools protect downstream projects? Pretty good
> (except for direct rendering path and some WPS). Remaining code is
> hidden behind "image worker".
> - Note: RenderedImage is a Java class, not PlanarImage which is the JAI
> subclass.
>
> 4. GeoTrellis
> - requires data to be broken into tiles before use, making use of sparc
> to handle concurrent processing.
> - Not sure about no_data and ROI support.
>
>
> --
> Ben Caradoc-Davies <ben@anonymised.com>
> Director
> Transient Software Limited <http://transient.nz/&gt;
> New Zealand
>
>
------------------------------------------------------------------------------
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>

------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Code Sprints
------------

There are two code sprints on the radar:
* Feb code sprint in Victoria :slight_smile:
* France code sprint a week in Feb:
   http://doodle.com/poll/ii5cu9et58vghkts

Approach:
1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Ideas for wiki page:
- Present as a maintenace activity, rather than a community build activity.

Sponsors ideas:
- OSGeo
- Credit GeoSolutions and Boundless for staff time
- Local: BC Government? vivid solutions, etc...

Concerns:
- concerned about cost (see sponsorship)
- time is close to code freeze? Could we do this mid January
- may be a bit of scramble to get sponorship in order
- action: Put January as primary date, mid Feb as fallback plan.

OSGeo has provided the following guideline:
http://wiki.osgeo.org/wiki/Code_Sprint_Guidelines

On Mon, Nov 9, 2015 at 9:16 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Approach:

1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

I guess I mixed stuff up, though I had to create the page. Anyways, here is
a straw man of
a page for the sprint:

http://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016

Cheers
Andrea

--

GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

-------------------------------------------------------

Hi,
talking with Simone he suggested that we could try to crowdfund the sprint:

http://www.crowdfunding.com/

We could open a project on kickstarter or something, advertise on blog post,
company blog posts, and so on, and try to get some funding that way?
With OSGeo hopefully padding it some.

Cheers
Andrea

···

On Tue, Nov 10, 2015 at 9:50 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Mon, Nov 9, 2015 at 9:16 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

I guess I mixed stuff up, though I had to create the page. Anyways, here is a straw man of
a page for the sprint:

http://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016

Cheers
Andrea

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Jody,

CITE tests are still failing. Have you heard back from Boundless IT?

Kind regards,
Ben.

On 04/11/15 10:45, Ben Caradoc-Davies wrote:

GeoTools / GeoServer Meeting 2015-11-03

[...]

Actions
-------

[...]

- Jody: check CITE test problem with boundless IT

[...]

CITE tests and build infrastructure
-----------------------------------
See email! Apparently we all missed it.
Winbuild: failing, has not been notifying the list since August.
What do we need? 2.8.x and master are not getting tested!
- check ares to see if port ... trying to connect a service?
- startup starts jetty, then polls port until it gets a response, gets a
404 and dies
http://ares.boundlessgeo.com/jenkins/view/testing-cite/job/2.8-cite-wfs-1.0/33/consoleFull
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"/>
    <title>Error 404 NOT_FOUND</title>
</head>
- when did this start? October 21st ...
- funny - the 2.7.x branch actively starts and works?
- Check if each branch uses a different a port?
    2.7.x polling port 11010
    2.8.x polling port 11010
- Check version of Java used?
- action: check with boundless IT

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/&gt;
New Zealand

Thank you Andrea that looks great. Meeting with the board is Thursday so we have a bit of time.

···

On Mon, Nov 9, 2015 at 9:16 PM, Jody Garnett <jody.garnett@…403…> wrote:

Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

I guess I mixed stuff up, though I had to create the page. Anyways, here is a straw man of
a page for the sprint:

http://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016

Cheers
Andrea

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Thanks for setting that up, it allowed me to discuss the sprint with the board today. Although I was not in position to ask for sponsorship until we set a budget.

···

On 10 November 2015 at 08:50, Andrea Aime <andrea.aime@anonymised.com> wrote:


Jody Garnett

On Mon, Nov 9, 2015 at 9:16 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

I guess I mixed stuff up, though I had to create the page. Anyways, here is a straw man of
a page for the sprint:

http://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016

Cheers
Andrea

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12

Hum… any updates? The stable release next week is going to get blocked by this.
Well, unless Ben wants to run the CITE tests manually…

Cheers
Andrea

···

On Tue, Nov 10, 2015 at 7:06 PM, Ben Caradoc-Davies <ben@anonymised.com> wrote:

Jody,

CITE tests are still failing. Have you heard back from Boundless IT?

Kind regards,
Ben.

On 04/11/15 10:45, Ben Caradoc-Davies wrote:

GeoTools / GeoServer Meeting 2015-11-03

[…]

Actions

[…]

  • Jody: check CITE test problem with boundless IT
    […]
    CITE tests and build infrastructure

See email! Apparently we all missed it.
Winbuild: failing, has not been notifying the list since August.
What do we need? 2.8.x and master are not getting tested!

Error 404 NOT_FOUND - when did this start? October 21st ... - funny - the 2.7.x branch actively starts and works? - Check if each branch uses a different a port? 2.7.x polling port 11010 2.8.x polling port 11010 - Check version of Java used? - action: check with boundless IT


Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand



Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Tom Ingold (CCeed) has been working on this.

Checking my email from him it looks like:

a) We found the script
b) Fixed port issue so Jetty will start
c) Have a log4j conflict preventing geoserver from running.

Tom what is the log4j conflict, could we fix it on the geoserver side and make your job easier?

···

On 13 November 2015 at 12:23, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hum… any updates? The stable release next week is going to get blocked by this.
Well, unless Ben wants to run the CITE tests manually…

Cheers
Andrea



Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


Jody Garnett

On Tue, Nov 10, 2015 at 7:06 PM, Ben Caradoc-Davies <ben@anonymised.com> wrote:

Jody,

CITE tests are still failing. Have you heard back from Boundless IT?

Kind regards,
Ben.

On 04/11/15 10:45, Ben Caradoc-Davies wrote:

GeoTools / GeoServer Meeting 2015-11-03

[…]

Actions

[…]

  • Jody: check CITE test problem with boundless IT
    […]
    CITE tests and build infrastructure

See email! Apparently we all missed it.
Winbuild: failing, has not been notifying the list since August.
What do we need? 2.8.x and master are not getting tested!

Error 404 NOT_FOUND - when did this start? October 21st ... - funny - the 2.7.x branch actively starts and works? - Check if each branch uses a different a port? 2.7.x polling port 11010 2.8.x polling port 11010 - Check version of Java used? - action: check with boundless IT


Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz/>
New Zealand



Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


I have updated this, and starting to fill in the OSGeo Funding request information at the bottom of the page.

The guidelines on that page indicate they like to match funds. I will try and ascribe a value to in-kind contributions of venue etc…

Jody

···

On 10 November 2015 at 00:50, Andrea Aime <andrea.aime@anonymised.com> wrote:


Jody Garnett

On Mon, Nov 9, 2015 at 9:16 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

I guess I mixed stuff up, though I had to create the page. Anyways, here is a straw man of
a page for the sprint:

http://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016

Cheers
Andrea

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Approach:

  1. make a wiki page (action: jody and ben)
    http://wiki.osgeo.org/wiki/Victoria_Code_Sprint_2016
  2. put the topic on the next board meeting (action: andrea)
    http://wiki.osgeo.org/wiki/Board_Meeting_2015-11-12