Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 528769

Summary: [terminate] locationtech.udig
Product: Community Reporter: Kasandra Darwin <kasandra.darwin>
Component: Proposals and ReviewsAssignee: Eclipse Management Organization <emo>
Status: RESOLVED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: andrea.antonello, egouge, erdal.karaca.de, fgdrf, jesse.eichar, jnhuva, jody.garnett, marc.vloemans, mauricio.pazos, sharon.corbett, thea.aldrich, wayne.beaton, webmaster
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows 10   
URL: https://www.locationtech.org/projects/technology.udig/reviews/termination-review
Whiteboard:

Description Kasandra Darwin CLA 2017-12-14 08:05:55 EST
We have scheduled this termination review to conclude January 3, 2018.
Comment 1 Frank Gasdorf CLA 2017-12-15 01:03:39 EST
Ist it about the termination of hosting under the domain https://www.locationtech.org or about the incubation process in general? I'm not sure about the impact and options we have from project team? Looking forward for any guidance
Comment 2 Wayne Beaton CLA 2017-12-15 01:42:49 EST
We have been advised by the PMC that the project was no longer progressing and should be shut down. If you have an opposing opinion, we'd like to hear it.
Comment 3 Frank Gasdorf CLA 2018-01-02 15:15:58 EST
The project itself isn't that inactive that it looks like. In terms of IP review and the incubation process it might look like..

We handled a lot of IP review comments and fixed a lot of issues regarding licensing and thirdparty dependency cleanup. It tooks a while because one of our PMC was involved getting other Locationtech projects approved. 

The idea was to get one after another because we all depend more or less from GeoTools and JTS (later is now a Locationtech project as well). And to be honest it was the wish from the IP Team to sync with other more agile project than uDig is to avoid handling to many (picky-back) CQ's for the same dependency tree (GeoTools and transitives) at the same time.

Therefore I'm voting to skip termination for now for two other reasons:

From Eclipse ecosystem point of view uDig is a great contribution for many science and Locationtech projects to get the geospatial view into RCP-Applications using OGC Services and standarizied geospatial exechange formats.

From Project point of view it would be the final shot to call user and developer community death. Few people were driving complete namespace migration from net.refractions.udig to org.locationtech.udig which broke API compatibiity for all users. This reduced teh contributions while some migrated to the new namespace and others still build on older versions. This leads to un-managable forks and the effort to port bug-fixes and features raised extremely.

I personally have now clue about the impact of a termination in terms of namespace (locationtech) usage and if we need to find another one ..

For now I'm wondering about the open IP issues we have to handle and if we can define a goal to say `it is an appoved project`. 

In Regards
Comment 4 Frank Gasdorf CLA 2018-01-02 15:18:19 EST
In addition here is a thread from uDig-dev mailing list about who is activly using uDig and how : https://dev.locationtech.org/mhonarc/lists/udig-dev/msg24388.html
Comment 5 Wayne Beaton CLA 2018-01-30 11:59:15 EST
While "termination" sounds final, projects have been resurrected in the past. Having said that, I have no desire to negatively impact community where community exists.

If there is hope that the project will progress in the foreseeable future, then I prefer to keep it active.

I defer to the judgment of the PMC.
Comment 6 Jim Hughes CLA 2018-01-31 17:23:27 EST
Hi Wayne, 

When were you advised by the PMC to terminate these projects?  I'd love to hear Jody's two cents here.

Cheers,

Jim
Comment 7 Jody Garnett CLA 2018-01-31 18:09:03 EST
This project is stuck on an IP challenge with respect to the use of Java Advanced Imaging, and Java 3D (originally extension to the JRE, subsequently abandoned).

The original uDig PSC team joined LocationTech with this limitation as a known problem, and assurance that something could be sorted out.

Work has been proceeding slowly to replace these components:

* Java 3D was used for vector math and has been replaced with EJML
* JAI has no obvious replacement, Raster Processing Engine project (https://projects.eclipse.org/projects/locationtech.rasterprocessingengine) defines a new API which the uDig project could migrate to

With Java 3D replaced there is a short term approach to allow uDig to make a release:

* Produce a cut down version of udig offering only the ability to start up and work with vector data, enabling additional raster functionality if JAI has been installed as a Java extension 

With a longer term fix only being available when a suitable imagery processing library is available.

I share Waynes hope that the project will progress, and prefer to keep it active. I would like to keep this project in the mix, but be clear about its current status. Noting this is a "founding" project of LocationTech, and the project is waiting on raster processing engine.
Comment 8 Wayne Beaton CLA 2018-04-26 11:06:52 EDT
WONTFIX. The project has found new energy.