Jody Garnett wrote:
Just a word of warning; those sites get tripped up; you can see the
"history" for geotools is missing because we just cleaned up our
subversion repository a bit.
True: in my personal history, it's as if I have been inactive for
years, but in reality all the CVS data disappe
The following one is also useful:
- http://cia.vc/stats/project/geotools
For projects going through incubation these tools are a valuable
resource in figuring out who changed what when.
Jody
Jody Garnett wrote:
Try for a couple of the metrics you use when evaluating open source
projects
If
Just a word of warning; those sites get tripped up; you can see the
"history" for geotools is missing because we just cleaned up our
subversion repository a bit.
Jody
Bruno Lowagie wrote:
Jody Garnett wrote:
Try for a couple of the metrics you use when evaluating open source
projects
If a
Jody Garnett wrote:
Try for a couple of the metrics you use when evaluating open source
projects
If a project or F/OSS developer has been around for a while,
there are bound to be online metrics about it/him/her, for
instance on Ohloh. Some examples:
http://www.ohloh.net/projects/305
http://ww
os
Sent: Wednesday, May 28, 2008 3:09 PM
To: OSGeo Discussions
Subject: RE: [OSGeo-Discuss] Open Source development metrics
Landon,
on the other hand, following that logic, if forking is advisable, it will keep
on growing, with new forks, new forks-of-the-fork, and so on. The energy n
PROTECTED]>
Subject
[Aust-NZ] Re: [OSGeo-Discuss] Open Source development metrics
[EMAIL PROTECTED] wrote:
> However this is probably unrealistic as to do this the developer will
> have to have existing credibility within the community and there may
> be good reasons why the co
IMO:
Thanks Landon and Puneet,
In this case, I tend to agree with Jeroen.
There is a community developing GeoNetwork (and other projects) with
ongoing work occuring.
This would be occurring concurrently with our development work on a fork.
We would want to be able to take advantage of the n
[EMAIL PROTECTED] wrote:
However this is probably unrealistic as to do this the developer will
have to have existing credibility within the community and there may
be good reasons why the community does not want to have 'product X'
included.
So start slow with some metrics reflecting getting i
ile, using that
'honest effort'? ;-)
Miguel
De: [EMAIL PROTECTED] en nombre de Landon Blake
Enviado el: miƩ 28/05/2008 16:27
Para: OSGeo Discussions
Asunto: RE: [OSGeo-Discuss] Open Source development metrics
Bruce,
I agree with Puneet. In th
arent.
Landon
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2008 12:00 AM
To: discuss@lists.osgeo.org
Cc: Aust-NZ OSGeo
Subject: [OSGeo-Discuss] Open Source development metrics
IMO:
An issue has
On 5/28/08, Jeroen Ticheler <[EMAIL PROTECTED]> wrote:
> Hmmm, I tend to strongly disagree here. Forking indeed can prevent a lock-in
> if that is becoming a serious issue in the project. Otherwise it just causes
> lots of duplication of efforts and dilution of energy into different forked
> versio
Hmmm, I tend to strongly disagree here. Forking indeed can prevent a
lock-in if that is becoming a serious issue in the project. Otherwise
it just causes lots of duplication of efforts and dilution of energy
into different forked versions.
It also does not help the average user much in sele
On 5/28/08, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> IMO:
>
>
> Thanks for the comments Puneet,
>
>
> >
> > Actually, a variation on the above may be the best metric -- "create
> > feature X that we need in our organization and that works for us."
> > That would allow your organization
IMO:
Thanks for the comments Puneet,
>
> Actually, a variation on the above may be the best metric -- "create
> feature X that we need in our organization and that works for us."
> That would allow your organization to determine what is meaningful for
> your organization first and for open sou
On 5/28/08, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> IMO:
>
>
> An issue has come up recently on the OSGeo-AustNZ list that I'd appreciate
> some feedback from our wider OSGeo Community.
>
>
> The context of this issue is that we are exploring ways to support
> development of the GeoNetwork
IMO:
An issue has come up recently on the OSGeo-AustNZ list that I'd appreciate
some feedback from our wider OSGeo Community.
The context of this issue is that we are exploring ways to support
development of the GeoNetwork ANZLIC Profile.
In particular, we're looking at options that allow pe
16 matches
Mail list logo