Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

remake of #909 w/tests #1067

Merged
merged 13 commits into from Jun 14, 2015
Merged

remake of #909 w/tests #1067

merged 13 commits into from Jun 14, 2015

Conversation

bocajnotnef
Copy link
Contributor

@ctb moved the pull here as I don't have write access to @drtamermansour's repo.

  • Is it mergeable?
  • Did it pass the tests?
  • If it introduces new functionality in scripts/ is it tested?
    Check for code coverage with make clean diff-cover
  • Is it well formatted? Look at make pep8, make diff_pylint_report,
    make cppcheck, and make doc output. Use make format and manual
    fixing as needed.
  • Did it change the command-line interface? Only additions are allowed
    without a major version increment. Changing file formats also requires a
    major version number increment.
  • Is it documented in the ChangeLog?
    http://en.wikipedia.org/wiki/Changelog#Format
  • Was a spellchecker run on the source code and documentation after
    changes were made?
  • Is the Copyright year up to date?

@ctb
Copy link
Member

ctb commented Jun 7, 2015

Copied over from #909 (putting in comment so as to set up automatic link)

@ctb
Copy link
Member

ctb commented Jun 7, 2015

OK, took me a while to wrap my head around this.

The complication is that abundance-dist is used with countgraphs created by load-into-counting.

So we end up with the following states:

  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=yes, BIGCOUNT=no (??)
  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=no, BIGCOUNT=no (OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=no, BIGCOUNT=no (...OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=yes, BIGCOUNT=no (OK)

I would argue that the first behavior is clearly insane and unexpected, while the third behavior is at least expected if not clearly sane. BUT we are now running into the problem that the default behavior of abundance-dist is to have BIGCOUNT default to "yes", which will trigger the insane case :).

So, @bocajnotnef, could you add a warning message printed out at the beginning (and maybe end?) of the script, for the situation where load-into-counting has produced a countgraph with BIGCOUNT=no? You can use countgraph.get_use_bigcount(), I think. (And add a test for this, too.)

@bocajnotnef
Copy link
Contributor Author

Warning as in "Don't do that, it's bad, sys.exit(1)" or warning as in
"you're doing weird things and I'm not sure how it's gonna end but I'll do
the things anyway"?

On Sun, Jun 7, 2015, 18:29 C. Titus Brown notifications@github.com wrote:

OK, took me a while to wrap my head around this.

The complication is that abundance-dist is used with countgraphs created
by load-into-counting.

So we end up with the following states:

  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=yes,
    BIGCOUNT=no (??)
  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=no,
    BIGCOUNT=no (OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=no,
    BIGCOUNT=no (...OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=yes,
    BIGCOUNT=no (OK)

I would argue that the first behavior is clearly insane and unexpected,
while the third behavior is at least expected if not clearly sane. BUT we
are now running into the problem that the default behavior of
abundance-dist is to have BIGCOUNT default to "yes", which will trigger the
insane case :).

So, @bocajnotnef https://github.com/bocajnotnef, could you add a
warning message printed out at the beginning (and maybe end?) of the
script, for the situation where load-into-counting has produced a
countgraph with BIGCOUNT=no? You can use countgraph.get_use_bigcount(), I
think. (And add a test for this, too.)


Reply to this email directly or view it on GitHub
#1067 (comment).

@ctb
Copy link
Member

ctb commented Jun 7, 2015

2nd!

Titus Brown, ctbrown@ucdavis.edu

On Jun 7, 2015, at 7:26 PM, Jake Fenton notifications@github.com wrote:

Warning as in "Don't do that, it's bad, sys.exit(1)" or warning as in
"you're doing weird things and I'm not sure how it's gonna end but I'll do
the things anyway"?

On Sun, Jun 7, 2015, 18:29 C. Titus Brown notifications@github.com wrote:

OK, took me a while to wrap my head around this.

The complication is that abundance-dist is used with countgraphs created
by load-into-counting.

So we end up with the following states:

  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=yes,
    BIGCOUNT=no (??)
  • if load-into-counting BIGCOUNT=no, and abundance-dist BIGCOUNT=no,
    BIGCOUNT=no (OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=no,
    BIGCOUNT=no (...OK)
  • if load-into-counting BIGCOUNT=yes, and abundance-dist BIGCOUNT=yes,
    BIGCOUNT=no (OK)

I would argue that the first behavior is clearly insane and unexpected,
while the third behavior is at least expected if not clearly sane. BUT we
are now running into the problem that the default behavior of
abundance-dist is to have BIGCOUNT default to "yes", which will trigger the
insane case :).

So, @bocajnotnef https://github.com/bocajnotnef, could you add a
warning message printed out at the beginning (and maybe end?) of the
script, for the situation where load-into-counting has produced a
countgraph with BIGCOUNT=no? You can use countgraph.get_use_bigcount(), I
think. (And add a test for this, too.)


Reply to this email directly or view it on GitHub
#1067 (comment).


Reply to this email directly or view it on GitHub.

@bocajnotnef
Copy link
Contributor Author

retest this please

@bocajnotnef
Copy link
Contributor Author

@ctb Added the things.

@ctb
Copy link
Member

ctb commented Jun 8, 2015

Um, how about checking to see if the loaded counting table has bigcount set to no and only warning then?

Also, ChangeLog. And checklist :)

@chadwhitacre
Copy link

This makes me happy. :)

💯 @ctb @bocajnotnef

@ctb
Copy link
Member

ctb commented Jun 12, 2015

ping @bocajnotnef - no hurry, but still stuff to do.

@bocajnotnef
Copy link
Contributor Author

@ctb Weird thing: Poking around in abundance-dist shows: counting_hash.set_use_bigcount(args.bigcount)

Does that not override in the way that we expect, and that's the source of the problem?

@ctb
Copy link
Member

ctb commented Jun 13, 2015

abundance-dist does the reporting, load-into-counting does the counting. You can't report higher than 255 if you haven't counted higher than 255. Happy to give you a test that screws up if you like?

@bocajnotnef
Copy link
Contributor Author

That's alright. Just making sure I had the bits that concern me understood.

On Sat, Jun 13, 2015, 15:29 C. Titus Brown notifications@github.com wrote:

abundance-dist does the reporting, load-into-counting does the counting.
You can't report higher than 255 if you haven't counted higher than 255.
Happy to give you a test that screws up if you like?


Reply to this email directly or view it on GitHub
#1067 (comment).

@bocajnotnef
Copy link
Contributor Author

retest this please

@bocajnotnef
Copy link
Contributor Author

  • Is it mergeable?
  • Did it pass the tests?
  • If it introduces new functionality in scripts/ is it tested?
    Check for code coverage with make clean diff-cover
  • Is it well formatted? Look at make pep8, make diff_pylint_report,
    make cppcheck, and make doc output. Use make format and manual
    fixing as needed.
  • Did it change the command-line interface? Only additions are allowed
    without a major version increment. Changing file formats also requires a
    major version number increment.
  • Is it documented in the ChangeLog?
    http://en.wikipedia.org/wiki/Changelog#Format
  • Was a spellchecker run on the source code and documentation after
    changes were made?
  • Is the Copyright year up to date?

@bocajnotnef
Copy link
Contributor Author

@ctb Did the stuff.

Thing of note: Don't know a good way to add a reminder at the end of the script but the output is so minimal I don't think it matters.

@ctb
Copy link
Member

ctb commented Jun 14, 2015

thx, @bocajnotnef !

ctb added a commit that referenced this pull request Jun 14, 2015
@ctb ctb merged commit 2b55caf into master Jun 14, 2015
@ctb ctb deleted the nobigcount/tests branch June 14, 2015 12:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants