[Incubator] RE: Is rasdaman suitable/ready for OSGeo incubation?
Peter Baumann
p.baumann at jacobs-university.de
Wed Dec 8 15:50:47 EST 2010
Hi Bobb,
catching up with the thread...interesting ideas you raise. And I'm glad
it shows another voice on the effort aspect :)
But isn't "incubation" in itself already defined as a status of
monitoring and advising? That is: a project in incubation does not yet
fulfill all criteria (or has not yet been evaluated sufficiently), but
is guided (eg, in IPR issues) by the experience of OSGeo. This is how I
understood incubation, but it is OSGeo's decision, of course, how to
implement procedures.
-Peter
On 12/07/2010 03:48 PM, bobb wrote:
> Peter,
>
> Another (new) thought on this, is some sort of measurement of
> "staying" power of a project. If a project, even a small one,
> continues to exist with only a few interested parties, should/could it
> be acknowledged in some fashion by OSGEO as a viable tool. Even
> adding the metrics next to a project might be an interesting
> presentation tool, even for the incubated projects, if for no other
> reason than to make comparisons between these established projects and
> use for deriving incubation criteria.
>
> All along I've been trying to define a reason to apply the incubation
> criteria in a more concerted way, but I just haven't seen the payoff
> of incubation (there are obvious awareness aspects), being part of a
> relatively small project and putting the required "OSGEO" upkeep
> processes in place seems like too much, when the effort can go into
> the project itself with more percieved payoff. The GeoMoose project
> is small, but stable and it keeps moving along for example.
>
> I mentioned the idea way back (A couple of years now??) about the
> possibility of having another class of OSGEO recognized project, not
> completely incubated, but maybe in the vain of reviewed, or some such,
> in some sort of OSGEO sponsored writeup, and "reviewed" project registry.
>
>
> bobb
>
>
>
> On 12/6/10 11:58 PM, Peter Baumann wrote:
>> Hi Bob,
>>
>> interesting thoughts you raise. BTW, same here - we are in no hurry
>> actually.
>>
>> I occurs to me: how many projects are in the incubation list, that
>> is: waiting for check and decision whether to get incubated or not?
>> Providing such a list might enhance transparency.
>>
>> Probably it's fair to ask about well-defined criteria and metrics.
>> This will also be a matter of OSGeo's policy: whether to brand
>> projects in retrospect for their achievement, or proactively for
>> their potential (such as relevant, stable technology).
>>
>> Just some idle thoughts...
>>
>> cheers,
>> Peter
>>
>>
>>
>> On 12/06/2010 03:46 PM, Bob Basques wrote:
>>>
>>> All,
>>>
>>>
>>> I think the focus is a bit unstructured in how OSGEO should be
>>> perceiving a project and measuring it's success. Projects come and
>>> go, and I think a better (or one that should be receiving more
>>> attention) evaluation criteria should be how much activity a project
>>> receives and how often it is updated, if this falls off I would
>>> suspect that there is some sort of slow down in the project
>>> development and address it then. The emphasis on wide community
>>> participation while good, is not necessarily the only or best way to
>>> go. More than one project under the OSGEO banner started out as an
>>> individual effort.
>>>
>>>
>>> I'm in somewhat of a similar situation with advocating GeoMoose
>>> which has been on the Incubation list for while now, mostly for
>>> reason other than activity, it's really rather stable as far as a
>>> contributing community goes, I've not pursued the incubation stuff
>>> actively because of these types of topics.. No big hurry on my
>>> (our) part to get through incubation, but this thread has brought
>>> into focus, one of the shortcomings (I see) in the incubation
>>> (evaluation of a project) process. I think it's more about activity
>>> and less about who(m) is involved.
>>>
>>>
>>> BTW, one metric that I think would be nice in graduated projects,
>>> would be some sort of activity or commit frequency to code, I'm on
>>> more than one list and see some long periods of inactivity from some
>>> of them from time to time, is there. Does (should) low frequency of
>>> edits mean the development is done, if so, then what? Is it a tired
>>> (or idle) project and should be pushed to the OSGEO old programs
>>> page :c).
>>>
>>>
>>> Anyway, just sounding off . . .
>>>
>>>
>>> bobb
>>>
>>>
>>>
>>>
>>>
>>> >>> "Baumann, Peter" <p.baumann at jacobs-university.de> wrote:
>>>
>>> Hi Cameron,
>>>
>>> it is true that I am the Principal Architect of rasdaman and also
>>> CEO of the company, and both appear side by side on fairs like
>>> Intergeo and FOSSGIS. But it appears that we are mixing two
>>> different things now.
>>>
>>> First issue is provision and maintenance of the open-source rasdaman
>>> code. This is warranted by my research group at Jacobs University. I
>>> see no difference to any other university-led project here. The fact
>>> that there is a company _in addition_ does not at all deteriorate
>>> the above statement.
>>>
>>> Which gets me to the second facet of your argument: too few
>>> committers. Admitted: As we had discussed, this is the case
>>> currently as I am very careful in giving this right to other
>>> developers. They need to convince me about their skills, commitment,
>>> and ethics first. But we are actively trying to spot suitable
>>> candidates, and I hope we will have more committers soon. It is part
>>> of our community building, and any OSGeo decision certainly will
>>> have impact one or the other way.
>>>
>>> So your argument seems to say, in the end, that further external
>>> committers need to be found. Totally agreed from my side. Would such
>>> a broadening of maintenance settle your concerns?
>>>
>>> -Peter
>>>
>>>
>>>
>>> ________________________________________
>>> From: Cameron Shorter [cameron.shorter at gmail.com]
>>> Sent: Saturday, December 04, 2010 4:30 AM
>>> To: Baumann, Peter
>>> Cc: Bruce Bannerman; OSGeo-incubator
>>> Subject: Re: Is rasdaman suitable/ready for OSGeo incubation?
>>>
>>> Peter,
>>> The (possibly incorrect) understanding I have is that you, being one
>>> person, have been the central driver behind rasdaman, sometimes under
>>> the banner of the university and sometimes under your company.
>>>
>>> However, my key concern from OSGeo's point of view is that the current
>>> link with a proprietary license will hinder growth of a robust
>>> community.
>>> Other OSGeo Incubation members may suggest otherwise.
>>>
>>> On 04/12/10 13:51, Baumann, Peter wrote:
>>> > Cameron,
>>> >
>>> > thanks for all the effort and serious considerations put into your
>>> looking at rasdaman. I am very grateful about our discussion - among
>>> others, it has shown me that the description provided on
>>> www.rasdaman.org needs refinement and clarification. I have
>>> attempted to go into that immediately with the "feature matrix" as a
>>> start, but other places will have to undergo a check as well.
>>> >
>>> > About the licensing, let me correct some false impression. The
>>> open-source rasdaman code is _not_ maintained by a company, but by a
>>> university. So the conclusion that further development of rasdaman
>>> would depend on one company is wrong in two respects:
>>> > - it is not one, but two entities supporting rasdaman
>>> > - it is not a company which is the main promoter of open source
>>> rasdaman, but a university
>>> >
>>> > Hope that helps to clarify situation a bit. I feel it very
>>> fruitful that now we have come to a discussion, hope we can continue
>>> this fruitful exchange.
>>> >
>>> > Regards,
>>> > Peter
>>> >
>>> > ________________________________________
>>> > From: Cameron Shorter [cameron.shorter at gmail.com]
>>> > Sent: Saturday, December 04, 2010 12:40 AM
>>> > To: Baumann, Peter; Bruce Bannerman; OSGeo-incubator
>>> > Subject: Is rasdaman suitable/ready for OSGeo incubation?
>>> >
>>> > I had the pleasure this week of meeting Peter Baumann, the primary
>>> > author behind rasdaman [1], a dual licensed raster processing
>>> > application. Along with Bruce Bannerman, we discussed rasdaman's
>>> > application for OSGeo application (initiated 18 months ago).
>>> >
>>> > Understandably, Peter noted some frustration by the lack of progress
>>> > moving toward OSGeo Incubation.
>>> >
>>> > Since talking to Peter, I've looked at rasdaman further, and think
>>> that
>>> > rasdaman has some great functionality, but I'm concerned that the
>>> > current dual license will hamper uptake from the open source
>>> community.
>>> >
>>> > Radaman is provided via an open source community edition, and then has
>>> > extensions which are in a proprietary enterprise edition. [2] My
>>> concern
>>> > is the dual license will substantially reduce the number of developers
>>> > prepared to grow the rasdaman developer community, as there will be a
>>> > feeling that the prime developer will only maintain and advance the
>>> > enterprise version.
>>> >
>>> > One of the key goals for incubation is to build a robust developer
>>> > community, with contributors from multiple organisations, and to have
>>> > the project grow sustainably. As it stands, I think that rasdaman's
>>> > licence model will make the project dependent upon the organisation
>>> > offering the enterprise software, which is counter to some of OSGeo
>>> > principles.
>>> >
>>> > Peter,
>>> > I understand the challenge of finding a suitable business model and
>>> > deciding whether to go down the proprietary or open source route. Yes,
>>> > with Open Source you do get significant marketing reach and having
>>> > others share development costs. Alternatively, with proprietary,
>>> you can
>>> > charge for software. If you wish to try to achieve both, then you will
>>> > likely end up having to write most/all software yourself, which
>>> doesn't
>>> > align with OSGeo goals of building a robust developer community.
>>> > This may be a reason why people on the incubation committee have not
>>> > pushed rasdaman forward further.
>>> > If you wish to continue with OSGeo incubation, I would suggest
>>> > considering adjusting your licence model.
>>> >
>>> >
>>> > [1] http://rasdaman.eecs.jacobs-university.de/trac/rasdaman
>>> > [2]
>>> http://rasdaman.eecs.jacobs-university.de/trac/rasdaman/wiki/Features
>>> >
>>> > --
>>> > Cameron Shorter
>>> > Geospatial Director
>>> > Tel: +61 (0)2 8570 5050
>>> > Mob: +61 (0)419 142 254
>>> >
>>> > Think Globally, Fix Locally
>>> > Geospatial Solutions enhanced with Open Standards and Open Source
>>> > http://www.lisasoft.com
>>> >
>>>
>>>
>>> --
>>> Cameron Shorter
>>> Geospatial Director
>>> Tel: +61 (0)2 8570 5050
>>> Mob: +61 (0)419 142 254
>>>
>>> Think Globally, Fix Locally
>>> Geospatial Solutions enhanced with Open Standards and Open Source
>>> http://www.lisasoft.com
>>>
>>> _______________________________________________
>>> Incubator mailing list
>>> Incubator at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/incubator
>>>
>>
>> --
>> Dr. Peter Baumann
>> - Professor of Computer Science, Jacobs University Bremen
>> www.faculty.jacobs-university.de/pbaumann
>> mail:p.baumann at jacobs-university.de
>> tel: +49-421-200-3178, fax: +49-421-200-493178
>> - Executive Director, rasdaman GmbH Bremen (HRB 147737)
>> www.rasdaman.com, mail:baumann at rasdaman.com
>> tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882
>> "Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)
>>
>>
>>
>
--
Dr. Peter Baumann
- Professor of Computer Science, Jacobs University Bremen
www.faculty.jacobs-university.de/pbaumann
mail: p.baumann at jacobs-university.de
tel: +49-421-200-3178, fax: +49-421-200-493178
- Executive Director, rasdaman GmbH Bremen (HRB 147737)
www.rasdaman.com, mail: baumann at rasdaman.com
tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: +49-173-5837882
"Si forte in alienas manus oberraverit hec peregrina epistola incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli destinata, nec preripiat quisquam non sibi parata." (mail disclaimer, AD 1083)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/incubator/attachments/20101208/fc2976e8/attachment-0001.html
More information about the Incubator
mailing list