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

Random generation tweaks #88

Merged
merged 5 commits into from
Apr 25, 2021
Merged

Random generation tweaks #88

merged 5 commits into from
Apr 25, 2021

Conversation

Notgnoshi
Copy link
Owner

#66, #67, #83, #86

Closes #86

Converting a set to a list does not enforce a deterministic ordering.
I could have sorted the list, but that doesn't feel right either.

Using the set was a premature optimization anyways.

Closes #86.
Just a nicety to make reproducibility easier.
In implementing the random rule generation, I had mistakenly believed
that 'f' meant 'step and draw' while 'F' meant only 'step'. In reality
the opposite is true.

The consequence of this mistake is that most generated rules will result
in pictures with gaps.

This is a partial fix for #83
This is part of what I want to do in issues #66 and #67. The next step
is to make assertions on the generated output, so that I can catch
regressions.

TODO: There are massive diffs with every run of the script. I suspect
there's something nondeterministic about the ordering of geometries?
@Notgnoshi Notgnoshi marked this pull request as ready for review April 25, 2021 18:17
@Notgnoshi Notgnoshi merged commit d12c3f3 into master Apr 25, 2021
@Notgnoshi Notgnoshi deleted the ag/more-random branch April 25, 2021 18:20
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.

Random production rule generation is not reproducible
1 participant