line count is incorrect

[wiki-me]

e.g. openoffice. But it seems like every project is giving graphs that don’t make sense.

This is unfortunate because if i want to share a link to openhub when trying to make point (e.g. that a project is developing rapidly) I can’t do it. If the line count is incorrect that would cause doubt about the reliability of other stats (like commit/contributor stats).

[PDegenPortnoy]

Hi; The project has since been successfully updated and has the latest commit activity. The Languages Summary Page is showing 9.3M total lines, 6.5M code lines based upon the analysis of one enlisted code location, with none of the files in the enlisted code location being excluded.

Does this seem incorrect to you? If so, what seems to be the magnitude of the discrepancy? Might you be able to help us isolate some possible causes?

I would also like to note that line counting is done by our OSS project, Ohcount but that the commit and contributor information is extracted directly from commit history.

[wiki-me]

Does this seem incorrect to you? If so, what seems to be the magnitude of the discrepancy? Might you be able to help us isolate some possible causes?

The problem seems to be in the display of graphs, the numbers seem OK.

on this page, if you will look on the date of november 2019 it shows -7 lines of code. here is a picture to illustrate:

[wiki-me]

Accidentally closed it, reopening.

[PDegenPortnoy]

Thank you for the detail. Yes, we've seen this kind of problem before. I'll open a ticket and we'll look into it.

[jtepe]

Actually, I think the line count is still incorrect. In case of Go projects (e.g. Prometheus), it counts the vendor directory as well. This directory just includes dependencies put there to pin versions and have reproducible builds.

vendor often contains much more code than the actual project source. For example, Prometheus is listed with > 1.3 million LOC, but the actual project currently has about 100k LOC Go code.