This really only works when you have all your "relevant" source files in one single subdirectory. I can assure you not every project is structured that way.

Then good I didn't rush to make one ;)

Thank you, I will try that! -f.r.

Hi, in our project we have a number of files that are actually automatically generated and not hand-coded; also, these files are rather large and probably skew the statistics. Thus, to get a more ... [More] accurate representation of what the human contributors created, it would be nice to have the ability to exclude file and/or directory patterns from the collection of statistics. -f.r. [Less]

Sure that's not a flaw in your CVS->SVN conversion process? For example, take CrystalSpace: http://www.ohloh.net/projects/3761/analyses/latest - it was not long ago (1 or 2 years maybe, not sure) ... [More] converted from CVS to SVN, yet this isn't reflected in the stats at all - they're go back right to when the (back then) CVS repo started. [Less]

http://www.ohloh.net/projects/4586 is a duplicate of http://www.ohloh.net/projects/3761, with 3761 the older and apparently more used one.

Hi, project 3871 ("Crystal Space 3D") is the same as 3761 ("Crystal Space 3D"), with the difference that the former has no sources enlisted, while the latter has complete stats etc. Apparently #3871 ... [More] was created by a dev unaware of the already existing #3761. Since that is more "complete", I'd like to request the deletion of the newer #3871. Thanks, -f.r. [Less]

Hi, the counting of lines of source for Crystal Space, while not failed, stayed for 0% for a couple of days: http://ohloh.net/projects/3761/enlistments I'm not sure, is it really "stuck" or just so ... [More] slow that giving a mere percentage does not suffice to show an indication of progress?... Thanks, -f.r. [Less]

Checking out Crystal Space failed as well (see http://ohloh.net/projects/3761/enlistments). The source code is fairly big and we experienced checkout troubles in the fast as well. (It's SourceForge's ... [More] fault - they state that their load balancing mechanism is the cause, in some bug report on the frequent SVN issues.) The checkout apparently never succeeds on the first try. The workaround is to perpetually "svn update" until that succeeds (and the repository path is completely fetched). Although in this particular case (Crystal Space) there exists an SVN mirror that doesn't have the problem: http://crystalspace3d.org/svn/crystal/CS/trunk/ . On the one hand it's easier for me to just enlist that. On the other hand, SourceForge SVN has issues in general, so maybe you need some workaround for it anyway... Hope that helps, -f.r. [Less]