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

List non-weapon-specific portions of hunting seasons #15

Open
waldoj opened this issue May 1, 2014 · 2 comments
Open

List non-weapon-specific portions of hunting seasons #15

waldoj opened this issue May 1, 2014 · 2 comments

Comments

@waldoj
Copy link
Member

waldoj commented May 1, 2014

At present, we break down hunting seasons by weapon, then date ranges, then places. That generally works, but not always. When hunting bear, there's muzzleloader season, modern rifle season, youth and apprentice season, and bear hound training/chase season. The first two are covered, but the latter two are decidedly not.

So breaking down types of seasons by weapon doesn't really make sense. Even "method" doesn't make sense, because while using a bear hound is a method, youth and apprentice season is not. But the structural concept—a container that holds date ranges that correspond to places—is sound.

Finally, this highlights the need to define each of these weapons/methods/whatever. At the moments, we just make the key "firearms" or "muzzleloader," and don't explain any further.

@waldoj
Copy link
Member Author

waldoj commented May 1, 2014

So perhaps the weapon element needs to become, simply, type, for the kind of season that it is. Each type would need to be unique, and the value of type becomes a label, rather than the actual descriptor. We'd then need a child element or two that goes into detail as to what that type really means. It may be that the methods element is adequate as a descriptor, but I still think that we'd need a long description, since we're not liable to name a JSON element bear hound training/chase season.

waldoj added a commit that referenced this issue Jun 17, 2014
Make season data a root-level element, rather than a child of
“species,” and move from listing individual weapons to listing
individual seasons, and making the weapon a child element of that. This
is per #15 and closes #22.
@waldoj
Copy link
Member Author

waldoj commented Jun 17, 2014

I couldn't stomach an element named type, so instead I decided to create a seasons container that contains a 1+ season elements. "Weapon" is a misnomer ("archery" is not a weapon—a bow and arrow is a weapon), so I renamed that method. We previously had a method element that was an array of specifications about the method (e.g., "Archery tackle (including crossbows) only")—that's been renamed method_rules.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant