Greetings folks. We need mentors for some new projects.
Identifying mentors for a new project is one of the two primary
bottlenecks that slows the project creation process down and
contributes to the impression that our process is heavyweight and
slow. I am keen to sort out ways in which we can change the process,
but I feel that removing the mentor requirement is not the right
answer (perhaps we can change the EDP to require only a single
mentor). But that's a discussion for later.
When it comes to mentoring, we have a bit of a "usual suspects"
problem. There is a small group of AC members who are doing a lot of
the work. Not that there is all that much work involved in
mentoring. All you really need to do is sign up for the project's
mailing list (after it is created, of course) and just make sure
they're actually using it to communicate, and step in if you think
that they're having problems.
It'd be great to see some of the less active mentors step up and get
some experience. As has been my practice for the last year or so, I
will try and match up less experienced mentors with more experienced
ones.
Having said that, I'd really like to get the SFCurve project
moving forward and would be eternally grateful to any
mentor--including the usual suspects--who will step up to help.
The SFCurve project [1] (LocationTech) is basically ready
for creation. I need mentors to move this project forward.
SFCurve solely deals with space-filling curves, and their
application to indexing N-dimensional data, with a focus on 2- and
3-dimensional spaces. This includes functionality to perform
bidirectional transformations between the 1-dimensional space of
the index and the N-dimensional space of the data, for a single
index or a range of indices.
Frankly, it looks pretty cool. All of the mapping stuff done by the
LocationTech projects is darned awesome and this is a chance to get
in on the ground floor of a hot new project.
There are other projects that need mentors as well.
The full list is here: http://eclip.se/3i
RDF4J [2]
RDF4J is an RDF (Resource Description Framework) Java toolkit that
provides functionality for efficient and scalable storage,
querying, and reasoning with RDF data, and a vendor-neutral access
API for RDF databases (a.k.a. "triplestores").
Web Modeling Framework [3]
The scope of this project is to provide a framework to easily
develop any online model and diagram editor based on an EMF
meta-model. The framework support both model and diagram edition.
GeoWave [4]
GeoWave leverages the scalability of a distributed key-value store
for effective storage, retrieval, and analysis of massive
geospatial datasets.
I have a few more projects that are almost ready for community
review, so please watch for them!
Thanks in advance,
Wayne
[1] http://www.locationtech.org/proposals/sfcurve
[2] https://projects.eclipse.org/proposals/rdf4j
[3] https://projects.eclipse.org/proposals/web-modeling-framework
[4] https://www.locationtech.org/proposals/geowave
--
Wayne Beaton
@waynebeaton
The Eclipse Foundation
|